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