לקוח VPN שמציג סיסמה מוצפנת ב-XML שלו כמעט לא סיפר לכם דבר. הצופן עונה רק שהערך אינו נשמר כטקסט פשוט בייצוג הזה. מי יכול לפענח אותו, באיזה מפתח ובאיזה הקשר משתמש, הם השאלות שמכריעות אם האחסון עוזר. ענו עליהן לפני שתכנו את הקובץ בטוח או לא בטוח.

קבעו איזה אובייקט נשמר

התחילו במודל האחסון המתועד של המוצר. לקוח עשוי לשמור סיסמה ניתנת לשחזור, אסימון או הפניה למאגר אישורים, ולכל אחד חשיפה שונה. שם רכיב ה-XML אינו התכנון, וגם מחרוזת שנראית כמו base64 אינה הוכחה להצפנה.

שאלו את הספק או את המנהל איזה רכיב קורא את הערך בזמן ההתחברות.

לאחר מכן זהו את API ההגנה אם הוא מתועד. ב-Windows, CryptProtectData מגן על נתונים במפתח שנגזר מאישורי הכניסה של המשתמש המבצע הצפנה, ואפשרות היקף המכונה שלו משנה מי יכול לפענח. זו דוגמה מוחשית לכך שההיקף חשוב. זו אינה הוכחה שלקוח VPN מסוים משתמש ב-API הזה.

הפרידו בין עותק גנוב לבין שימוש בזמן ריצה

לקוח שמתחבר מחדש בלי לשאול אתכם זקוק לדרך נתמכת לשחזר את האישור. הגנה על עותק גיבוי אינה מבטלת את היכולת הזו. כל תוכנית שרצה בהקשר המשתמש הנכון עשויה להשתמש באותו נתיב, ולכן נקודת הקצה עצמה נמצאת בתוך גבול האמון. הרשאות קבצים והרשאות תהליך מצמצמות את הגבול הזה; הן אינן מסירות אותו.

זהו ההבדל שבו טענה על קובץ לא מקוון בדרך כלל טועה. הצפנה במנוחה יכולה לעצור מי שמעתיק קובץ אחד בלי החשבון. היא אינה עוצרת קוד שרץ בתור החשבון.

שתי הטענות יכולות להיות נכונות בו-זמנית, והשנייה היא זו שחשובה בעת תגובה לאירוע.

קראו את בקרות הגישה שבאמת חלות

בדקו את ה-ACL של הקובץ ואת הספרייה שמעליו, לא רק את מצב הקובץ. ב-Windows, השוו את ההרשאות האפקטיביות של פרופיל המשתמש לאלה של שירות הלקוח או המשימה המתוזמנת. סוד שמוגן עבור משתמש אחד אינו מוגן אוטומטית מפני מנהל, והוא גם אינו חשוף לו אוטומטית.

icacls "%APPDATA%\Vendor\Client\profiles.xml"
whoami /priv

תעדו איזו זהות מריצה את הלקוח, כי הזהות הזו היא נושא הפענוח.

בצי מנוהל, הבקרה הרלוונטית עשויה להיות ניהול מכשירים ולא הקובץ. שאלו אם האישור מופקד בנאמנות, אם אפשר לבטל אותו מרחוק ומהו התהליך כשמכשיר אובד.

תכננו לחשיפה במקום לבדוק פענוח

אל תריצו כלי חילוץ לא מוכר על הקובץ כדי להוכיח נקודה. הוא עשוי לעבוד, הוא עשוי לפגוע בפרופיל, ובכל מקרה הוא משנה את הראיות. השתמשו בתכנון המתועד ובהערכה מורשית אם באמת נדרש אימות.

אם החשיפה הוכחה, החליפו את האישור אצל בעל הזהות.

מחיקת הרשומה השמורה אינה ביטול. היא יכולה למנוע מאותו לקוח להציע את הערך שוב, והיא אינה עושה דבר בנוגע לעותק שכבר נלקח או לסשן שכבר אושר. החליפו את האישור, סיימו את הסשנים שבעל החשבון יכול לסיים, ותעדו מה הוחלף ומתי.

השאלות לבדיקת ספק

שאלו איזה סוד נשמר, איזה רכיב משתמש בו, איזה מפתח משתמש או מכונה מגן עליו, אילו בקרות גישה חלות על שימוש רגיל ועל גיבויים, וכיצד מטפלים במדיניות השמירה ובביטול מרחוק. חמש התשובות האלה מתארות את התכנון; ה-XML לא.

שמרו את התשובות עם תיעוד הפריסה כדי שהבודק הבא לא יחזור על התרגיל.

אישור שמור הוא סחר חליפין בין נוחות לחשיפה. עשו את העסקה במכוון, ורשמו מי אישר אותה.

מאמרים קשורים