קוד מאובטח

סביבת עבודה והצפנת מידע

1. אין להתייחס לגורמי הגנה חיצוניים המותקנים בסביבת הייצור כאמצעי אבטחה.

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

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

2. נדרש לעדכן את השרת לעיתים תכופות היות ורוב העדכונים כוללים עדכוני אבטחה קריטיים לאבטחתו.

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

3. גיבוי המידע למקור חיצוני מהשרת חשוב לשרידות המערכת והמידע.
4. במידה והשרת בסביבת התקנה ציבורית ולא רק שלנו נדרש לבדוק מי עוד משתמש בשרת.
   • לוודא שמשתמשי השרת הנוספים הינם ללא גישה למידע העסקי שלנו.
   • לוודא שבעל חוות השרתים לא יכול לגשת למידע.
5. נדרש להבדיל בין סביבת פיתוח לסביבת הרצת המערכת (production). הסביבות צריכות להיות נפרדות לחלוטין וההתחברות תהיה באמצעות vpn.
6. הקוד העולה לסביבת העבודה נדרש להיות מוצפן. ניתן לפתוח קובץ exe בכל שפה ולקרוא את הקוד ומפתחות ההצפנה. עקב כך נדרש לעלות לשרת גרסה מוצפנת סגורה. (בכל מקרה אסור שקוד המקור יהיה על השרת).

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

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

8. הצפנת הגישה למסד הנתונים ב Connection string. במידה ומישהו פרץ לשרת נדרש להגביל את צעדיו בגישה למסד הנתונים.
9. חשוב להשתמש במספר סוגי הצפנות מקובלות הנתמכות בקוד הפיתוח של המערכת. השימוש בסוגים שונים של הצפנות, יספק קודים מורכבים שאינם חוזרים על עצמם.

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

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

11. המערכת צריכה לזהות את המשתמש באופן חד ערכי גם אם קבצי ה cookie של הלקוח נגנבו והפורץ מנסה להיכנס באמצעותם למערכת.
12. נדרש להצפין נתוני session היות וניתן לגנוב גם אותם. session נשמר בצד הלקוח ולכן המשתמש יכול למוצאו.
13. בסביבת ייצור שליחת הנתונים תהיה תחת פרוטוקול SSL.
14. יש לקיים בדיקת קבלת נתונים בהתאם לפרוטוקול האבטחה של סביבת ריצת המערכת. במידה והסביבה תומכת ב SSL המידע חייב להתקבל בהתאם להגדרת האבטחה.
15. מעקב אחר משתמשים המנסים לעדכן פרטי אבטחה כדוגמת cookie לגניבת זהות והצגת אזהרה.
16. קובץ הגדרת מנגנוני אבטחה - htaccess /webconfig למערכת צריך להכיל XSS-Protection למניעת גניבת מידע באתר אחר באמצעות js.

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

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

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

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

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