אבטחת מידע במערכת ERP ובמערכת עסקית אחת: מה באמת צריך לבדוק?
התשובה הקצרה: אבטחת מידע במערכת ERP או במערכת עסקית אחת לכל המחלקות נקבעת בעיקר בארבעה דברים: מודל הרשאות לפי תפקיד, חיבור לניהול הזהויות של הארגון (AD/Azure), הפרדת נתונים בין חברות בקבוצה ותיעוד מלא של שינויים. מערכת אחת מרכזת סיכון, אבל היא גם מרכזת שליטה. ברוב הארגונים, תריסר כלים נפרדים וקבצי אקסל שנשלחים במייל קשים לאבטחה הרבה יותר.
באוריגמי, כל המחלקות עובדות במערכת אחת ועל אותם נתונים, ולכן גם האבטחה מנוהלת במקום אחד. מודל הרשאות אחד קובע מי רואה מה במכירות, בכספים, במשאבי אנוש ובאיכות. משתמש שעוזב את הארגון נחסם פעם אחת, וכל שינוי ברשומה מתועד באותו מקום.
במאמר: החשש מ”נקודת כשל אחת”, שכבות ההרשאות שצריך לבדוק, הפרדה בין חברות בקבוצה, חיבור ל-AD, תיעוד ובקרה, ושבע שאלות שכדאי לשאול כל ספק.
האם מערכת אחת לכל המחלקות היא נקודת כשל אחת?
היא מרכזת סיכון, אבל היא גם מרכזת שליטה, והשאלה האמיתית היא אם השליטה הזו חזקה מספיק. כשארגון שוקל להעביר את כל המחלקות לפלטפורמה אחת, מנהל ה-IT שואל כמעט תמיד את השאלה הזו קודם. זו שאלה הוגנת, ויש לה שני חלקים.
הראשון הוא זמינות: אם המערכת לא זמינה, כל המחלקות נעצרות. השני הוא חשיפה: מי שמשיג גישה, משיג גישה להכול. שני החששות ראויים לתשובה רצינית מהספק. אבל צריך להשוות אותם למצב הקיים, ולא למצב אידיאלי.
כך נראית האבטחה כשהעבודה מפוזרת בין כלים:
- גישות מפוזרות. לכל מערכת יש משתמשים, סיסמאות והיגיון הרשאות משלה. כשעובד עוזב, מישהו צריך לזכור להסיר אותו מכל אחת מהן.
- הייצוא הוא הדליפה האמיתית. כשדוחות נבנים מייצוא לאקסל, מידע רגיש מגיע לקבצים מצורפים ולתיקיות אישיות, מחוץ לכל מודל הרשאות.
- אינטגרציות מגדילות את משטח התקיפה. כל מחבר בין שתי מערכות הוא עוד פרטי גישה, עוד תהליך סנכרון ועוד מקום שבו מידע יכול להיחשף.
- אין תמונת בקרה אחת. כשמשהו משתבש, לשחזר מי ראה או שינה מה בחמישה כלים שונים זה איטי, ולא פעם חלקי.
כלים מפוזרים מול פלטפורמה אחת: השוואת אבטחה
| כלים מפוזרים | פלטפורמה אחת (אוריגמי) | |
|---|---|---|
| ניהול גישה | משתמשים והרשאות בכל מערכת בנפרד | מודל הרשאות אחד לכל המודולים |
| עזיבת עובד | הסרה ידנית מכל כלי, ותקווה שלא נשכח אחד | חסימה במקום אחד, ובחיבור ל-AD/Azure ישירות מניהול הזהויות |
| ייצוא נתונים | חלק מהעבודה השוטפת, כי הדוחות נבנים מייצוא | פחות צורך לייצא, כי הנתונים כבר יחד, והייצוא עצמו הוא הרשאה נפרדת |
| תיעוד ובקרה | יומן נפרד בכל כלי, אם יש בכלל | תיעוד שינויים במקום אחד |
| אינטגרציות | מחבר וסיסמה לכל זוג מערכות | אין חיבורים בין המודולים, ו-API פתוח למערכות חיצוניות |
| חברות בקבוצה | הפרדה שתלויה במערכת שכל חברה בחרה | חברות בת כישויות עצמאיות, עם תמונת קבוצה לתפקידים מורשים |
אילו הרשאות צריכה מערכת ERP אחת לכל המחלקות?
הרשאות לפי תפקיד, ברמה מספיק מדויקת כדי להפריד בין מחלקות שעובדות על אותם נתונים. בעבר, ההפרדה קרתה במקרה: נתוני הכספים היו מוגנים כי לאנשי המכירות לא היה משתמש בתוכנת הכספים. ברגע ששתי המחלקות עובדות באותה מערכת, ההפרדה הזו צריכה להיות מתוכננת. זה נכון לאבטחת מידע במערכת ERP, וזה נכון באותה מידה לאבטחת מידע במערכת CRM שחולקת נתונים עם הכספים.
ארבע שכבות שכדאי לבדוק:
- גישה לפי תפקיד. ההרשאות מוגדרות לפי תפקיד: איש מכירות, ראש צוות, חשב, מבקר איכות. לא משתמש אחרי משתמש.
- רזולוציה. שליטה ברמת המודול, הרשומה והשדה, ולא רק “יש גישה” או “אין גישה”. מנהל מכירות אולי צריך לראות חשבוניות פתוחות של לקוח בלי לראות את הרווחיות של כל עסקה.
- שליטה ברמת הפעולה. צפייה, יצירה, עריכה, מחיקה וייצוא הן הרשאות שונות, וצריך להגדיר אותן בנפרד.
- קל לבקרה. אם רק יועץ אחד מבין את מבנה ההרשאות, הוא יתפזר עם הזמן. מנהלים צריכים לראות בעצמם מי יכול לגשת למה.
איך שומרים על הפרדת נתונים בין חברות בקבוצה?
כל חברת בת צריכה לפעול כישות עצמאית עם משתמשים ונתונים משלה, ורק תפקידים מוגדרים ברמת הקבוצה רואים את כל החברות. קבוצות רב-חברתיות צריכות לא פעם להפריד נתונים מסיבות משפטיות, מסחריות או ארגוניות, ובמקביל הנהלת הקבוצה צריכה תמונה מאוחדת.
השאלה שחשוב לשאול את הספק: האם המערכת אוכפת את ההפרדה, או שהיא תלויה בכך שהמשתמשים יסננו נכון? בקשו לראות את זה בהדגמה, עם משתמש של חברה אחת שמנסה להגיע לנתונים של חברה אחרת.
למה חיבור ל-AD או ל-Azure חשוב במערכת אחת?
כי במערכת אחת, חשבון אחד פותח הרבה דלתות, ולכן הוא חייב להיות מנוהל באותו מקום שבו ה-IT מנהל את כל הזהויות. רוב הארגונים הבינוניים והגדולים כבר מנהלים משתמשים באופן מרכזי. מערכת עסקית שמתעלמת מזה יוצרת רשימת משתמשים מקבילה שה-IT צריך לתחזק ידנית.
חיבור ל-Active Directory או ל-Azure אומר שקליטה ועזיבה של עובדים מנוהלות במקום אחד, מדיניות סיסמאות והתחברות חלה באופן אחיד, ול-IT יש מקור אמת אחד לשאלה מי עובד בארגון.
מה צריך לדעת על תיעוד ובקרה?
צריך לדעת מי עשה מה ומתי, בכל רשומה, ולהיות מסוגלים להראות את זה למבקר בלי פרויקט שחזור. בתעשיות מפוקחות, ובכל ארגון עם בקרות פנימיות, זה לא מותרות. מנהלי איכות שעובדים לפי תקנים, כספים שמתכוננים לביקורת ומשאבי אנוש שמטפלים במידע אישי תלויים כולם ברשומות שאפשר להתחקות אחריהן.
כשבוחנים מערכת, בדקו איך שינויים ברשומות מתועדים, כמה זמן ההיסטוריה נשמרת וכמה קל למנהל או למבקר לעבור עליה בעצמו.
אבטחת מידע במערכת ERP: אילו שאלות לשאול כל ספק?
שאלו ישירות ובקשו תיעוד כתוב, כי חלק גדול מהאבטחה תלוי בתשתית ובמדיניות של הספק ולא ברשימת הפיצ’רים. השאלות האלה רלוונטיות באותה מידה לספקים ותיקים ולפלטפורמות חדשות:
- איפה הנתונים שלנו מאוחסנים, ואפשר לבחור אזור?
- איך הנתונים מוצפנים בתעבורה ובאחסון?
- אילו הסמכות אבטחה או ביקורות חיצוניות יש לכם, ואפשר לראות את הדוחות?
- מהן ההתחייבויות שלכם לגיבוי, לשחזור ולזמינות?
- איך נשלטת ומתועדת הגישה של העובדים שלכם לנתוני לקוחות?
- איך אתם תומכים ברגולציית הפרטיות שחלה עלינו?
- מה קורה לנתונים שלנו אם נעזוב?
תשובות ברורות ומתועדות הן סימן טוב. תשובות מעורפלות הן סיבה לחפור עוד. ולאוריגמי: את התשובות לשבע השאלות האלה בקשו ממסמכי האבטחה של אוריגמי בתהליך הבדיקה. מה שכן אפשר לבדוק כבר בהדגמה מופיע בטבלה הבאה:
| מה בודקים | באוריגמי |
|---|---|
| הרשאות לפי תפקיד | הרשאות מדויקות, לפי התפקידים והמבנה של הארגון |
| חיבור לניהול זהויות | חיבור ל-AD/Azure |
| תיעוד שינויים | תיעוד שינויים (audit trail) ברשומות |
| הפרדה בין חברות בקבוצה | חברות בת כישויות עצמאיות, עם תמונת קבוצה מאוחדת |
| חיבור למערכות חיצוניות | API פתוח |
| אחסון, הצפנה, הסמכות, גיבוי | לבקש את מסמכי האבטחה של אוריגמי |
איך יודעים אם האבטחה הנוכחית שלכם מחזיקה?
סמנו כל שאלה שהתשובה עליה היא “לא” או “לא בטוח”:
- כשעובד עוזב, אפשר לחסום אותו מכל המערכות במקום אחד?
- אפשר לראות ברשימה אחת מי יכול לגשת לנתוני השכר או הרווחיות?
- דוחות ההנהלה נבנים בלי לייצא נתונים לאקסל?
- אפשר לשחזר מי שינה רשומה מסוימת ומתי, בלי לפנות לספק?
- חברות הבת מופרדות ברמת המערכת, ולא ברמת המשמעת של המשתמשים?
שלושה סימונים או יותר אומרים שהפיזור עצמו הוא הסיכון.
איך זה עובד באוריגמי
באוריגמי, CRM, ERP, ניהול פרויקטים, EQMS, Helpdesk, משאבי אנוש וכספים הם מודולים של אותה מערכת. לכן ההרשאות הן מה שמחזיק את ההפרדה. ההרשאות המדויקות מוגדרות לפי התפקידים והמבנה של הארגון שלכם, ולא לפי תבנית מוכנה של ספק. חברות בת פועלות כישויות עצמאיות, וההנהלה רואה תמונת קבוצה תחת אותן הרשאות.
לצוות ה-IT, אוריגמי מתחברת ל-AD/Azure ומציעה API פתוח, כך שהמערכת נכנסת לסביבה הקיימת שלכם. וכשכל הנתונים במקום אחד, יש פחות סיבות לייצא ולסנכרן, וזה מצמצם את תנועת המידע הלא מבוקרת שיוצרת את רוב הסיכון.
רוצים לראות איך ההרשאות ייראו אצלכם? קבעו הדגמה והביאו איתכם את מנהל ה-IT.
קריאה נוספת: פיתוח ללא קוד לארגונים · כמה עולה ריבוי מערכות · פלטפורמה אחת ל-CRM, משאבי אנוש וניהול פרויקטים: מיתוס או מציאות?
שאלות נפוצות
מה צריך לשאול ספק על אבטחת מידע?
שאלו איפה הנתונים מאוחסנים, איך הם מוצפנים, אילו הסמכות וביקורות יש לספק, מה ההתחייבויות לגיבוי וזמינות, איך מתועדת הגישה של עובדי הספק, איך הוא תומך ברגולציית פרטיות ומה קורה לנתונים אם עוזבים. בקשו תשובות בכתב, לא במצגת.
מה זה חיבור ל-AD או Azure, ולמה זה חשוב?
זה חיבור של המערכת העסקית לניהול הזהויות של הארגון, כך שמשתמשים נוצרים ונחסמים במקום אחד ומדיניות ההתחברות חלה באופן אחיד. במערכת אחת לכל המחלקות זה קריטי, כי חשבון אחד פותח גישה להרבה מודולים.
האם מערכת עסקית אחת פחות מאובטחת מכלים נפרדים?
לא מעצם טבעה. היא מרכזת סיכון, אבל גם מרכזת שליטה: מודל הרשאות אחד, חיבור זהויות אחד ופחות ייצואים ואינטגרציות לאבטח. מה שקובע בעיקר הוא החוזק של מודל ההרשאות והתשובות של הספק לשאלות התשתית.
מה זה גישה מבוססת תפקידים?
זה אומר שההרשאות מוקצות לפי תפקיד, כמו מנהל מכירות או חשב, ולא לכל משתמש בנפרד. כך הגישה עקבית, קל לבקר אותה, וכשעובד מחליף תפקיד מעדכנים את התפקיד שלו ולא עשרות הגדרות.
איך קבוצות שומרות על הפרדת נתונים בין חברות הבת?
המערכת צריכה להתייחס לכל חברת בת כישות עצמאית עם נתונים ומשתמשים משלה, ולאפשר רק לתפקידים מוגדרים ברמת הקבוצה לראות תמונה מאוחדת. בקשו מהספק להראות שההפרדה נאכפת במערכת ולא תלויה בסינון של המשתמשים.
אפשר להפריד בין מחלקות כשכולן עובדות באותה מערכת?
כן. באוריגמי כל המחלקות עובדות על אותם נתונים, וההרשאות קובעות מי רואה מה ומה מותר לו לעשות בכל מודול, לפי התפקידים של הארגון. איש מכירות יכול לראות את הלקוח שלו בלי לראות נתוני שכר או רווחיות.
האם ERP בענן מאובטח?
זה תלוי בספק, לא במילה “ענן”. ERP בענן יכול להיות מאובטח יותר משרת מקומי שמתוחזק בלי צוות ייעודי, אבל רק אם הספק נותן תשובות מתועדות על אחסון, הצפנה, גיבוי וגישת עובדים. בקשו את המסמכים לפני החתימה.
