מידע עסקי צריך להיות זמין למי שמורשה לעבוד איתו ומוגן מפני חשיפה ושינוי לא מכוונים. מסך התחברות הוא רק חלק מההגנה. השרת צריך לבדוק כל בקשה, ומנגנון השמירה צריך לאפשר להבין מי שינה נתון ואיך משחזרים כאשר נדרש.
הגנה נעשית בשרת ולא רק במסך
הסתרת כפתור או כתובת ניהול אינה מונעת בקשה ישירה ל־API. כל פעולה שקוראת מידע פרטי או משנה רשומה דורשת בדיקת משתמש והרשאה בצד השרת.
בדקו בנפרד משתמש שאינו מחובר ומשתמש מחובר ללא הרשאה מסוימת. אלה מצבים שונים, גם אם שניהם רואים מסך דומה.
סיסמה וסשן צריכים טיפול מתאים
סיסמאות נשמרות באמצעות גיבוב מותאם לסיסמאות, לא כטקסט ולא באמצעות הצפנה פשוטה שניתן לפתוח עם מפתח. התחברות צריכה ליצור סשן מוגבל בזמן ודרך לסיים אותו.
עוגיית סשן יכולה להיות מוגנת ב־HttpOnly ו־Secure לפי הסביבה. יש לבדוק גם בקשות שמשנות מידע ולמנוע שימוש לא מורשה מסביבה אחרת.
מפתחות חיבור נשארים מחוץ לדפדפן
מפתח למאגר או לספק שירות אינו חלק מקוד הלקוח. שומרים אותו בסביבת השרת ומעניקים הרשאה מצומצמת לפי הצורך.
בדקו שגם קבצים, הודעות שגיאה ולוגים אינם חושפים סודות. ייצוא רשימות הוא פעולה רגישה שדורשת הרשאה מתאימה.
הגנו גם מפני דריסת עדכונים
כאשר שני עובדים עורכים רשומה, העדכון המאוחר יכול לדרוס עבודה של הראשון. מספר גרסה או מנגנון מקביל מאפשר לזהות שהרשומה השתנתה ולבקש רענון.
אימות סוגי נתונים ואורכי שדות מסייע למנוע מידע לא תקין. שאילתות פרמטריות שומרות על הפרדה בין הנתון לבין קוד SQL.
- אימות והרשאות בכל פעולה פרטית.
- סודות רק בסביבת השרת.
- סשן מוגבל ופעולת התנתקות.
- בדיקת גרסה בעת עדכון מקביל.
גיבוי נחשב שימושי רק אם ניתן לשחזר
הגדירו מה מגובה, באיזו תדירות ולמי יש גישה. בדקו בפועל שחזור לסביבת בדיקה, ולא רק הודעה שהגיבוי הסתיים.
צמצמו מידע שנשמר ללא צורך והגדירו תקופת שמירה לפי התהליך והדרישות הרלוונטיות. אבטחה דורשת גם תחזוקה ובקרה אחרי ההשקה.
שאלות נפוצות
האם כתובת /admin סודית מגינה על המערכת?
לא. היא דרך ניווט בלבד. ההגנה היא אימות משתמש והרשאות בשרת.
האם מאגר ענן מבטל צורך בגיבוי?
לא. צריך להבין את אפשרויות השחזור, התקופות והמגבלות של השירות ולבדוק שהן מתאימות לעסק.
המדריך מסביר עקרונות ותהליכי עבודה. פרטי המימוש נקבעים לפי המערכות והצרכים של העסק. דוגמאות להמחשה אינן תוצאות של לקוחות.