תוֹכֶן
- ביזר את תהליך ההצפנה והפענוח
- ניהול מפתח מרכזי עם ביצוע מבוזר
- תמיכה במנגנוני הצפנה מרובים
- פרופילי משתמשים מרכזיים לאימות
- אין פענוח או הצפנה מחדש במקרה של סיבוב או תפוגה של מפתח
- שמור על יומני מקיף ושבילי ביקורת
- אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
- פתרון הצפנה / פענוח נפוץ עבור היישום כולו
- שילוב צד ג '
- עקרון הזכות הפחות טובה
- גיבויים תכופים
- סיכום
מקור: יאפ קי צ'אן / Dreamstime
להסיר:
איומים חדשים על אבטחת מידע גולשים ללא הרף. עשרת הטיפים הללו יכולים לעזור לך לשמור על בטיחות הנתונים שלך באמצעות הצפנה.
ביישומים מודרניים הצפנת נתונים הפכה לחלק מהותי בפיתוח. לכל פיסת נתונים יש חשיבות משלה, ואנחנו לא יכולים להשאיר אותם פגיעים, ללא שום מנגנוני הצפנה או תכונות אבטחה במקום. הצפנת נתונים הפכה להגנה מרכזית על נתונים השוכנים בבסיסי נתונים, מערכות קבצים ויישומים אחרים המעבירים נתונים. בהתחשב בעוצמת אבטחת המידע, יש לבצע את השיטות הטובות ביותר תוך יישום מנגנוני הצפנה ואבטחת מידע.
כאן תוכלו לכסות כמה מהשיטות המומלצות אשר יש להקפיד עליהם תוך יישום מנגנוני הצפנה ואבטחת מידע.
ביזר את תהליך ההצפנה והפענוח
זהו היבט חשוב בעיצוב ויישום תוכנית אבטחת מידע. הבחירה היא ליישם אותו ברמה מקומית ולהפיץ אותה ברחבי הארגון או ליישם אותו במיקום מרכזי בשרת הצפנה נפרד. אם מופצים תהליכי ההצפנה והפענוח, מנהל המפתח צריך להבטיח הפצה מאובטחת וניהול של מפתחות. תוכנה המבצעת את ההצפנה ברמת הקובץ, ברמת בסיס הנתונים וברמת האפליקציה ידועה בכך שהיא מספקת רמת אבטחה גבוהה ביותר תוך שהיא מאפשרת למשתמשים גישה מלאה ליישום. לגישה המבוזרת של הצפנה ופענוח יש יתרונות של:
- ביצועים גבוהים יותר
- רוחב הפס התחתון של הרשת
- זמינות גבוהה יותר
- העברת נתונים טובה יותר
ניהול מפתח מרכזי עם ביצוע מבוזר
כל פיתרון המבוסס על ארכיטקטורת הדיבור, נחשב לארכיטקטורה טובה. ארכיטקטורה זו מאפשרת את צומת ההצפנה והפענוח להתקיים בכל נקודה ברשת הארגונית. ניתן לפרוס את רכיב ניהול המפתח המדובר בקלות על צמתים שונים וניתן לשלב אותו בכל יישום הצפנה. לאחר הפריסה ורכיבי הדיבור מוכנים, כל מנגנוני ההצפנה / פענוח זמינים ברמת הצומת, שם מבוצעת משימת ההצפנה / פענוח. גישה זו מקטינה את הנסיעות ברשת הנתונים. גישה זו גם מפחיתה את הסיכון להפסקת זמן ביישום בגלל כישלון רכיב הרכזת. על מנהל המפתח להיות אחראי על ניהול הדור, האחסון המאובטח ופקיעתו של המפתחות המשמשים את החישורים. במקביל, יש לרענן את המקשים שפג תוקפם ברמת הצומת.
תמיכה במנגנוני הצפנה מרובים
גם אם מיושם באמצעותנו מנגנון ההצפנה הטוב ביותר, תמיד מומלץ לקבל תמיכה בטכנולוגיות הצפנה שונות. זה הופך חיוני במקרים של מיזוגים ורכישות. בשני משני התרחישים, עלינו לעבוד עם השותפים העסקיים שלנו במערכות האקולוגיות שלנו. הקמת מערכת אבטחה התומכת באלגוריתם ההצפנה העיקרי בענף מבטיחה שהארגון יהיה מוכן לקבל כללים ותקנות ממשלתיים חדשים. (לפעמים אתה זקוק ליותר מסתם הצפנה כדי לשמור על בטיחות הנתונים. בדוק את ההצפנה רק לא מספיק: 3 אמיתות קריטיות בנושא אבטחת מידע.)
פרופילי משתמשים מרכזיים לאימות
בהתחשב ברגישות של נתונים, הופך חיוני למנגנון אימות מתאים. הגישה לנתונים אלה צריכה להיות מבוססת על פרופילי המשתמש שהוגדרו במנהל המפתח. רק למשתמשים המאומתים יוקצו אישורים שיונפקו כדי לקבל גישה למשאבים המוצפנים המשויכים לפרופיל המשתמש. פרופילי משתמשים אלה מנוהלים בעזרת משתמש שיש לו זכויות ניהול במנהל המפתח. באופן כללי, השיטה הטובה ביותר היא לבצע גישה בה לאף משתמש או מנהל מערכת אין גישה יחידה למפתחות.
אין פענוח או הצפנה מחדש במקרה של סיבוב או תפוגה של מפתח
לכל שדה נתונים או קובץ שמוצפן צריך להיות פרופיל מפתח המשויך אליו. לפרופיל מפתח זה היכולת לאפשר ליישום לזהות את המשאבים המוצפנים שיש להשתמש בהם כדי לפענח את שדה הנתונים או את הקובץ. לפיכך אין היא נדרשת לפענח קבוצה של נתונים מוצפנים ואז להצפין אותם בחזרה כאשר תוקפם של המפתחות או משתנים. נתונים מוצפנים טריים יפענחו באמצעות המפתח האחרון, ואילו עבור הנתונים הקיימים, פרופיל המפתח המקורי ששימש להצפנה יחפש וישמש לפענוח.
שמור על יומני מקיף ושבילי ביקורת
רישום כניסה הוא היבט חיוני בכל יישום. זה עוזר לעקוב אחר האירועים שהתרחשו ביישום. רישום נרחב מועיל תמיד במקרה של יישומים מבוזרים, ומהווה מרכיב חשוב בניהול המפתח. יש לרשום בפירוט כל גישה וכל אחת לקבוצת הנתונים המוצפנת בגלל רמת הרגישות הגבוהה שלה:
אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
- פרט של הפונקציה שגישה לנתונים הרגישים
- פירוט המשתמש שהגיע למידע הרגיש
- משאבים המשמשים להצפנת הנתונים
- הנתונים שאליהם ניגשים
- הזמן בו ניגשים לנתונים
פתרון הצפנה / פענוח נפוץ עבור היישום כולו
זה תמיד הנוהג הטוב ביותר לבצע מנגנון הצפנה נפוץ להצפנת השדות, הקבצים והמאגרים. מנגנון ההצפנה אינו צריך לדעת את הנתונים שהוא מצפין או מפענח. עלינו לזהות את הנתונים שצריך להצפין וגם את המנגנון. לאחר הצפנה, הנתונים הופכים בלתי נגישים וניתן לגשת אליהם רק על סמך זכויות המשתמש. זכויות משתמש אלה הינן ספציפיות ליישום וצריכות להיות בשליטת משתמש מנהלי. (למידע נוסף על הצפנה, ראה אמון בהצפנה זה עתה נעשה קשה יותר.)
שילוב צד ג '
זו גישה נפוצה בקרב ארגונים שיש להם מספר גדול של מכשירים חיצוניים. מכשירים אלה עשויים להיות התקני נקודת מכירה (POS) המפוזרים ברשת. אין אלה יישומים מכוונים למסד נתונים והם מוקדשים לפונקציה יחידה, באמצעות כלים קנייניים. זו תמיד גישה טובה להשתמש במנגנון הצפנה שניתן לשלב בקלות בכל יישום של צד שלישי.
עקרון הזכות הפחות טובה
מומלץ תמיד לא להשתמש ביישומים הדורשים שימוש בהרשאות ניהוליות אלא אם הדבר הכרחי לחלוטין. השימוש ביישום באמצעות משתמש הכוח או משתמש בעל הרשאות ניהוליות הופך את היישום לפגיע לאיומי סיכונים ואבטחה.
גיבויים תכופים
אחד ההיבטים העיקריים של אבטחת מידע הוא גיבוי נתונים. בהתחשב בעוצמת הרגישות, יש לגבות את כל הנתונים על בסיס יומי. חשוב גם לשחזר את נתוני הגיבוי ולבדוק את התקינות של היישום.
סיכום
הצפנה ופענוח חיוניים לשמירה על בטיחות הנתונים בעולם העסקי של ימינו. אם אתה ממלא אחר פיסות העצה האלה, הנתונים שלך צריכים להישאר בטוחים מעיניים סקרניות.