מטרת הבקרה 5.20
בקרה 5.20 קובעת כיצד ארגון יוצר חוזה מערכת יחסים עם ספק, בהתבסס על דרישות האבטחה שלהם וסוג הספקים איתם הם מתמודדים.
5.20 הוא בקרה מונעת זֶה שומר על סיכון על ידי קביעת חובות הסכמות הדדית בין ארגונים לספקיהם העוסקים באבטחת מידע.
ואילו Control 5.19 שולט באבטחת מידע בכל מערכת היחסים, בקרה 5.20 עסוקה באופן שבו ארגונים יוצרים הסכמים מחייבים מתוך התחלה של מערכת יחסים.
תכונות שליטה 5.20
| סוג הבקרה | מאפייני אבטחת מידע | מושגי אבטחת סייבר | יכולות מבצעיות | תחומי אבטחה |
|---|---|---|---|---|
| #מוֹנֵעַ | #סודיות | #לזהות | #אבטחת קשרי ספקים | #ממשל ומערכת אקולוגית |
| #יושרה | #הֲגָנָה | |||
| #זמינות |
בעלות על שליטה 5.20
הבעלות על בקרה 5.20 צריכה להיות תלויה אם הארגון מפעיל את המחלקה המשפטית שלו או לא, ובאופי הבסיסי של כל הסכם חתום.
אם לארגון יש את היכולת המשפטית לנסח, לתקן ולאחסן הסכמים חוזיים משלו ללא מעורבות של צד שלישי, הבעלות על 5.20 צריכה להיות בידי האדם המחזיק באחריות הסופית להסכמים משפטיים מחייבים בתוך הארגון (חוזים, מזכרי הבנות, SLAs וכו' .)
אם הארגון מעביר הסכמים כאלה למיקור חוץ, הבעלות על Control 5.20 צריכה להיות בידי חבר הנהלה בכירה המפקחת על הפעילות המסחרית של הארגון, ושומר על קשר ישיר עם ספקים של ארגון, כגון א סמנכ"ל תפעול.
ISO 27001 בקלות
יתרון של 81% מהיום הראשון
עשינו את העבודה הקשה בשבילך, ונתנו לך התחלה של 81% מרגע הכניסה. כל שעליכם לעשות הוא להשלים את החסר.
הנחיות כלליות בנושא בקרה 5.20
בקרה 5.20 מכילה 25 נקודות הנחיה שמצב ISO "ניתן לשקול" (כלומר לא בהכרח את כולן) על מנת לעמוד בדרישות אבטחת המידע של ארגון.
ללא קשר לאמצעים שננקטו, בקרה 5.20 קובעת במפורש ששני הצדדים צריכים לצאת מהתהליך עם "הבנה ברורה" של חובות אבטחת המידע שלהם זה כלפי זה.
- יש לספק תיאור ברור המפרט את המידע שיש לגשת אליו בכל דרך, וכיצד יש לגשת למידע זה.
- על הארגון לסווג את המידע שאליו יש לגשת בהתאם לתכנית הסיווג שפורסמה שלו (ראה בקרה 5.10, בקרה 5.12 ובקרה 5.13).
- יש לתת את הדעת על תכנית הסיווג בצד הספק, וכיצד זה קשור לסיווג המידע של הארגון.
- יש לסווג את זכויות שני הצדדים לארבעה תחומים עיקריים - משפטי, סטטוטורי, רגולטורי וחוזי. בתוך ארבעת התחומים הללו, חובות שונות צריכות להיות מתארות בצורה ברורה, כסטנדרט בהסכמים מסחריים, לרבות גישה ל-PII, זכויות קניין רוחני והתניות זכויות יוצרים. ההסכם צריך לכסות גם כיצד כל אחד מתחומי המפתח הללו יטופל בתורו.
- כל צד צריך להיות מחויב לחוקק סדרה של בקרות במקביל המפקחות, מעריכות ומנהלות סיכון לאבטחת מידע רמות (כגון מדיניות בקרת גישה, ביקורות חוזיות, ניטור מערכות, דיווח וביקורת תקופתית). בנוסף, ההסכם צריך לתאר בבירור את הצורך של אנשי הספק לעמוד בתקני אבטחת המידע של הארגון (ראה בקרה 5.20).
- צריכה להיות הבנה ברורה של מה מהווה שימוש מקובל ובלתי מקובל במידע, ונכסים פיזיים ווירטואליים משני הצדדים.
- יש להפעיל נהלים העוסקים ברמות ההרשאה הנדרשות לאנשי צד הספק לגשת או לצפות במידע של ארגון (למשל רשימות משתמשים מורשים, ביקורת צד ספק, בקרות גישה לשרתים).
- יש לשקול אבטחת מידע לצד תשתית ה-ICT של הספק עצמו, וכיצד זה קשור לסוג המידע שהארגון סיפק לו גישה, קריטריוני סיכון ומערך הבסיס של הדרישות העסקיות של הארגון.
- יש לתת את הדעת באילו דרכי פעולה הארגון יכול לנקוט במקרה של הפרת חוזה מצד הספק, או אי עמידה בתניות פרטניות.
- ההסכם צריך לתאר בבירור הסכם הדדי נוהל ניהול אירוע זה קובע בבירור מה צריך לקרות כאשר מתעוררות בעיות, במיוחד בנוגע לאופן שבו האירוע מועבר בין שני הצדדים.
- יש לתת כוח אדם משני הצדדים הכשרה מספקת למודעות (כאשר הדרכה סטנדרטית אינה מספקת) על תחומי מפתח בהסכם, במיוחד בנוגע לתחומי סיכון מרכזיים כגון ניהול אירועים ומתן גישה למידע.
- יש לתת תשומת לב מספקת לשימוש בקבלני משנה. אם הספק מורשה להשתמש בקבלני משנה, הארגונים צריכים לנקוט בצעדים כדי להבטיח שכל יחידים או חברות כאלה יהיו מיושרים לאותה מערכת של דרישות אבטחת מידע כמו הספק.
- היכן שזה אפשרי מבחינה משפטית ורלוונטי תפעולית, ארגונים צריכים לשקול כיצד נבדקים אנשי הספקים לפני יצירת אינטראקציה עם המידע שלהם, וכיצד ההקרנה מתועדת ומדווחת לארגון, כולל אנשים שאינם מוקרנים ואזורים לדאגה.
- ארגונים צריכים לקבוע את הצורך באישורי צד שלישי המאמתים את יכולתו של הספק לעמוד בדרישות אבטחת מידע ארגוניות, לרבות דוחות בלתי תלויים וביקורות של צד שלישי.
- לארגונים צריכה להיות הזכות החוזית להעריך ולבקר נהלים של ספק, הנוגעים לבקרה 5.20.
- לספקים צריכה להיות מחויבות למסור דוחות (במרווחים משתנים) המכסים את האפקטיביות של התהליכים והנהלים שלהם, וכיצד הם מתכוונים לטפל בכל נושא שהועלה בדוח כזה.
- ההסכם צריך לנקוט בצעדים כדי להבטיח פתרון בזמן ויסודי של כל פגמים או עימותים המתרחשים במהלך מערכת היחסים.
- במקרה הרלוונטי, על הספק לפעול עם מדיניות BUDR איתנה, בהתאם לצרכי הארגון, המכסה שלושה שיקולים עיקריים:
a) סוג גיבוי (שרת מלא, קובץ ותיקיה וכו', אינקרמנטלי וכו')
b) תדירות גיבוי (יומי, שבועי וכו')
c) מיקום גיבוי ומדיה מקור (באתר, מחוץ לאתר) - עמידות הנתונים צריכה להיות מושגת על ידי הפעלה עם מיקום התאוששות מאסון הנפרד מאתר ה-ICT הראשי של הספק, ואינו נתון לאותה רמת סיכון.
- על הספק לפעול עם א מדיניות ניהול שינויים מקיפה הנותנת הודעה מוקדמת לארגון על כל שינוי שעלול להשפיע על אבטחת המידע, ומספקת לארגון את היכולת לדחות שינויים כאמור.
- בקרות אבטחה פיזיות (גישה לבניין, גישה למבקרים, גישה לחדר, אבטחת שולחן) יש לחוקק שרלוונטיים לסוג המידע שהם רשאים לגשת.
- כאשר מתעורר צורך בהעברה מידע בין נכסים, אתרים, שרתים או מיקומי אחסון, על הספק לוודא שהנתונים והנכסים מוגנים מפני אובדן, נזק או שחיתות לאורך כל התהליך.
- ההסכם צריך לפרט רשימה מקיפה של פעולות שיש לנקוט על ידי כל אחד מהצדדים במקרה של סיום (ראה גם בקרה 5.20), לרבות (אך לא רק):
a) סילוק ו/או העברה של נכסים
b) מחיקת מידע
c) החזרת IP
d) הסרת זכויות גישה
e) חובות סודיות מתמשכת - בהמשך לסעיף 23, על הספק לתאר במדויק כיצד בכוונתו להשמיד/למחוק לצמיתות את פרטי הארגון ברגע שהוא לא נדרש יותר (כלומר במקרה של סיום).
- אם בתום חוזה מתעורר צורך במסירת תמיכה ו/או שירותים לספק אחר שאינו רשום בהסכם, ננקטים צעדים על מנת להבטיח שהתהליך יביא לאפס הפרעה עסקית.
בקרות תומכות
- 5.10
- 5.12
- 5.13
- 5.20
הדרכה משלימה
כדי לסייע לארגונים בניהול קשרי ספקים, בקרה 5.20 קובעת שארגונים צריכים לשמור על א מרשם ההסכמים.
רשומים צריכים לפרט את כל ההסכמים עם ארגונים אחרים, ומסווגים לפי אופי הקשר, כגון חוזים, מזכרי הבנות ו הסכמי שיתוף מידע.
ניהול כל דרישות התאימות, הכל במקום אחד
ISMS.online תומך ביותר מ-100 תקנים ותקנות, ומעניק לך פלטפורמה אחת לכל צרכי התאימות שלך.
שינויים והבדלים מ-ISO 27002:2013
ISO 27002:2022-5.20 מחליף את 27002:2013-15.1.2 (טיפול באבטחה במסגרת הסכמי ספקים).
ISO 27002:2022-5.20 מכיל הנחיות נוספות רבות העוסקות במגוון רחב של נושאים טכניים, משפטיים ותאימות, כולל:
- נהלי מסירה
- הרס מידע
- סעיפי סיום
- בקרות אבטחה פיזיות
- שינוי הנהלה
- גיבויים ויתירות מידע
באופן כללי, ISO 27002:2022-5.20 שם דגש הרבה יותר על מה שמתרחש בסוף מערכת יחסים עם ספק, ומייחס הרבה יותר חשיבות לאופן שבו ספק משיג יתירות ושלמות נתונים במהלך ההסכם.
בקרות חדשות ISO 27002
| מזהה בקרה ISO/IEC 27002:2022 | מזהה בקרה ISO/IEC 27002:2013 | שם בקרה |
|---|---|---|
| 5.7 | NEW | אינטליגנציה מאיימת |
| 5.23 | NEW | אבטחת מידע לשימוש בשירותי ענן |
| 5.30 | NEW | מוכנות ICT להמשכיות עסקית |
| 7.4 | NEW | ניטור אבטחה פיזית |
| 8.9 | NEW | ניהול תצורה |
| 8.10 | NEW | מחיקת מידע |
| 8.11 | NEW | מיסוך נתונים |
| 8.12 | NEW | מניעת דליפת נתונים |
| 8.16 | NEW | פעילויות ניטור |
| 8.23 | NEW | סינון אינטרנט |
| 8.28 | NEW | קידוד מאובטח |
| מזהה בקרה ISO/IEC 27002:2022 | מזהה בקרה ISO/IEC 27002:2013 | שם בקרה |
|---|---|---|
| 6.1 | 07.1.1 | סריקה |
| 6.2 | 07.1.2 | תנאי העסקה |
| 6.3 | 07.2.2 | מודעות, חינוך והדרכה לאבטחת מידע |
| 6.4 | 07.2.3 | תהליך משמעתי |
| 6.5 | 07.3.1 | אחריות לאחר סיום או שינוי עבודה |
| 6.6 | 13.2.4 | הסכמי סודיות או סודיות |
| 6.7 | 06.2.2 | עבודה מרחוק |
| 6.8 | 16.1.2, 16.1.3 | דיווח על אירועי אבטחת מידע |
| מזהה בקרה ISO/IEC 27002:2022 | מזהה בקרה ISO/IEC 27002:2013 | שם בקרה |
|---|---|---|
| 7.1 | 11.1.1 | היקפי אבטחה פיזית |
| 7.2 | 11.1.2, 11.1.6 | כניסה פיזית |
| 7.3 | 11.1.3 | אבטחת משרדים, חדרים ומתקנים |
| 7.4 | NEW | ניטור אבטחה פיזית |
| 7.5 | 11.1.4 | הגנה מפני איומים פיזיים וסביבתיים |
| 7.6 | 11.1.5 | עבודה באזורים מאובטחים |
| 7.7 | 11.2.9 | שולחן כתיבה ברור ומסך ברור |
| 7.8 | 11.2.1 | מיקום ומיגון ציוד |
| 7.9 | 11.2.6 | אבטחת נכסים מחוץ לשטח |
| 7.10 | 08.3.1, 08.3.2, 08.3.3, 11.2.5 | אחסון מדיה |
| 7.11 | 11.2.2 | כלי עזר תומכים |
| 7.12 | 11.2.3 | אבטחת כבלים |
| 7.13 | 11.2.4 | תחזוקת ציוד |
| 7.14 | 11.2.7 | סילוק מאובטח או שימוש חוזר בציוד |
כיצד ISMS.online עוזר
ISO 27002 היישום פשוט יותר עם רשימת הבדיקה המפורטת שלנו שמנחה אותך לאורך כל התהליך, מהגדרת היקף ה-ISMS שלך ועד לזיהוי סיכונים ויישום בקרה.
צור קשר עוד היום כדי הזמן הדגמה.
