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