איזו בעיה הכלי צריך לפתור
רשמו היכן נמצאים היום פרטי הכניסה: דפדפנים אישיים, קבצים, הודעות או ידע של עובד אחד. הפרידו חשבונות אישיים של עובדים מחשבונות שהעסק אחראי להם. חשבון משותף אינו תמיד הכרחי; כששירות מאפשר משתמשים נפרדים, הם עדיפים לצורך הרשאות ותיעוד.
NCSC מדגישה שהבחירה צריכה להתאים גם לצורכי ההגנה וגם לאופן השימוש של האנשים. כלי שאינו משתלב בעבודה עלול להשאיר את הסודות בקבצים ובהודעות. לכן מתחילים בתרחישי עבודה אמיתיים, ללא העלאת סיסמאות פעילות לניסוי לא מבוקר.
מה לשאול את הספק לפני התחייבות
הטבלה מציעה קריטריוני קבלה, ולא דירוג של מוצרים. בקשו תשובה המתאימה למסלול הרישוי המוצע, כי יכולת שמופיעה בפרסום אינה בהכרח כלולה בחבילה. שמרו את תוצאות הבדיקה ואת מועד האימות במקום להסתמך על זיכרון מהדגמה.
| נושא | מה להדגים | תנאי קבלה מוצע |
|---|---|---|
| שיתוף והרשאות | גישה לכספת של צוות אחד בלבד | אין חשיפה לכספות לא קשורות |
| הצטרפות ועזיבה | הוספה והסרה של משתמש בדיקה | לעסק נשארת שליטה בפריטים |
| שחזור | אובדן אמצעי כניסה בתרחיש מתואם | זהות מאומתת ואין תלות באדם יחיד |
| תיעוד | פעולות ניהול ושיתוף זמינות לבעל תפקיד | מובן מה נרשם ומה אינו נרשם |
| מעבר לספק אחר | יצוא ויבוא של פריטי בדיקה | המידע נשמר וחשיפת היצוא מנוהלת |
| שימוש יומיומי | מילוי בטלפון ובדפדפנים הנדרשים | המשתמש מצליח ללא מעקפים |
ענן, אחסון עצמי או מנהל בדפדפן
ענן יכול להפחית עבודת תחזוקה, אך דורש בדיקת הספק ותהליכי השחזור. אחסון עצמי מוסיף אחריות לעדכונים, גיבוי וזמינות ואינו הופך את הפתרון לבטוח מעצמו. מנהל בדפדפן יכול להתאים לשימושים מסוימים, אך צריך לבדוק שליטה ארגונית ושיתוף ולא להניח שהם קיימים.
בחרו לפי מי שיוכל לתחזק את הפתרון גם לאחר ההקמה. רשמו מי מטפל בתקלה, מי יכול לשחזר ואיך עובדים כששירות הכספת אינו זמין. ההחלטה אינה צריכה לכלול מידע פרטי של עובדים שאינו נדרש לעסק.
איך מבצעים ניסוי קבלה בטוח
בחרו קבוצה קטנה ושירותי בדיקה. הכינו חשבון בעל הרשאות רגילות וחשבון ניהול, בדקו שיתוף מוגבל, הסרת גישה ושחזור מורשה. תעדו גם מה המשתמשים לא הצליחו לבצע בלי עזרה, כי שם עלולים להיווצר מעקפים אחרי ההטמעה.
יצוא עלול ליצור קובץ שאינו מוצפן. בצעו את הניסוי עם נתונים מלאכותיים ובדקו את פורמט היצוא והטיפול בעותקים. ביטול גישה לכספת אינו משנה סיסמה שאדם כבר ראה או העתיק; כאשר צריך למנוע שימוש בסוד ישן, נדרשת גם החלפה בשירות עצמו.
מה קובעים לפני שמעבירים את הצוות
קבעו אילו סודות נשמרים בכספת, מי רשאי לשתף ומי רשאי לייצא. הגנו על הכניסה לכספת, שמרו מסלול שחזור מתאים וצרפו הדרכה קצרה לתהליך קליטת עובדים. מידע על ביקורת אבטחה של הספק חשוב, אך אינו מחליף הגדרה נכונה אצלכם.
אחרי המעבר בדקו אם העובדים אכן משתמשים בכלי ואם נשארו עותקים לא מנוהלים. תעדו חריגים ותלויות. סוד של מערכת קריטית לא צריך להישאר רק בכספת אישית שאף גורם מורשה אחר בעסק אינו יכול לנהל.
איך משווים שתי הצעות בלי להסתמך על ציון שיווקי
בקשו משני הספקים להציג את אותם תרחישים ובאותו מסלול רישוי: משתמש רגיל, מנהל, שיתוף לפרויקט, שחזור מאושר ועזיבת עובד. רשמו אם היכולת הודגמה, תועדה בלבד או אינה כלולה. תכונה מתוכננת אינה יכולת שניתן להסתמך עליה כיום, ויכולת ניהול בחבילת Enterprise אינה מעידה שהיא קיימת במסלול שהוצע לעסק קטן.
הוסיפו למבחן זמן עבודה והתאמה לצוות: האם המשתמש מבין איזו כספת פתוחה, מצליח להבחין בין חשבון פרטי לעסקי ויודע למי לדווח על בקשה חריגה. זהו מבחן שימוש מקומי שאתם מבצעים, ולא מדד השוואתי שכבר מדדנו עבור כל המוצרים.
לפני אישור המעבר קבעו מי מטפל ברישוי, בעדכונים, בשחזור וביציאה מהספק. בדקו את תנאי הספק ואת תהליך הגיבוי והמעבר בלי לייצא סודות פעילים למקום לא מוגן. סיימו עם רשימת פערים ותלות בבעל תפקיד, ולא רק עם שם המוצר שנבחר.
