נקודות עיקריות
- הצפנה אינה דרישה אחידה — היקףה נגזר מרמת האבטחה של המאגר, שנקבעת לפי סוג המידע, היקפו ומספר בעלי ההרשאה.
- הבחנה מעשית חשובה: הצפנה במעבר (בדרך כלל HTTPS/TLS) מול הצפנה במנוחה — שתי בעיות שונות עם פתרונות שונים.
- הצפנה לא מגנה מפני מי שיש לו הרשאה לגשת — היא משלימה לניהול הרשאות, לא מחליפה אותו.
- המקום שבו נשמר מפתח ההצפנה חשוב לא פחות מההצפנה עצמה; מפתח ששמור לצד הנתונים מבטל את ההגנה בפועל.
- גיבויים הם נקודת התורפה הנפוצה ביותר: מאגר מוצפן שמגובה לכונן לא מוצפן משאיר עותק חשוף.
תוכן עניינים
- מה זו הצפנת מידע אישי?
- האם החוק מחייב להצפין?
- מה ההבדל בין הצפנה במעבר להצפנה במנוחה?
- מה צריך להצפין קודם?
- איך מנהלים את מפתחות ההצפנה?
- אילו טעויות מבטלות את ההגנה?
- שאלות ותשובות
הצפנת מידע אישי היא המרת נתונים לצורה שאינה קריאה למי שאין ברשותו מפתח הפענוח המתאים. בעולם האבטחה היא נחשבת לשכבת הגנה של מוצא אחרון: היא מצמצמת את הנזק בדיוק ברגע ששאר הבקרות כבר נכשלו ומישהו הגיע לקובץ. אם אתם עדיין לא יודעים באיזו רמת אבטחה המאגר שלכם נמצא, זהו הצעד שקודם לכל החלטה טכנית — ראו תקנות אבטחת מידע: איך קובעים את רמת האבטחה של המאגר.
מה זו הצפנת מידע אישי?
הצפנה היא תהליך מתמטי שהופך מידע קריא לרצף חסר משמעות, שניתן להשבה לקדמותו רק באמצעות מפתח סודי. היא שונה מאנונימיזציה בנקודה מהותית אחת: הצפנה היא הפיכה — המידע עדיין שם, רק נעול. לכן מידע מוצפן נשאר מידע אישי לכל דבר ועניין, וכל החובות ממשיכות לחול עליו.
הבדל זה משנה בפרקטיקה. ארגונים רבים מניחים שהצפנה מוציאה אותם מתחולת החוק — הנחה שגויה שמובילה לוויתור על יידוע, על מדיניות שמירה ועל טיפול בפניות. הצפנה היא אמצעי אבטחה, לא פטור משפטי.
האם החוק מחייב להצפין?
אין בישראל דרישה אחידה להצפין את כל המידע בכל מצב; תקנות אבטחת המידע מדרגות את הדרישות לפי רמת האבטחה של המאגר, וההצפנה נדרשת בעיקר במצבים שבהם המידע יוצא מהסביבה המוגנת. המשמעות המעשית היא שהשאלה "האם אני חייב להצפין?" אינה שאלה אחת אלא שלוש: באיזו רמת אבטחה המאגר, באיזה מצב המידע, ומה הסיכון הספציפי במצב הזה.
בלי קשר לרמה, שני מצבים נחשבים לפרקטיקה בסיסית בכל עסק: מידע שעובר ברשת ציבורית, ומידע על מדיה ניידת. לנקודה השנייה יש היגיון פשוט: מחשב נייד או דיסק-וון-קי שיוצא מהמשרד מאבד את כל הבקרות הפיזיות שהגנו עליו, וההצפנה היא מה שנותר.
מה ההבדל בין הצפנה במעבר להצפנה במנוחה?
הצפנה במעבר מגנה על המידע בזמן שהוא נע בין נקודות; הצפנה במנוחה מגנה עליו כשהוא שוכב בדיסק, בבסיס נתונים או בגיבוי. עסקים רבים מיישמים את הראשונה ומדלגים על השנייה, מפני שהראשונה מגיעה כמעט בחינם עם כל אתר מודרני.
| מאפיין | הצפנה במעבר | הצפנה במנוחה |
|---|---|---|
| מפני מה מגנה | האזנה לתעבורה, חטיפת סשן | גניבת מחשב, גישה לדיסק או לגיבוי |
| איך מיישמים | HTTPS/TLS באתר ובממשקים, VPN | הצפנת דיסק מלאה, הצפנת עמודות בבסיס נתונים |
| עלות יישום | נמוכה — סטנדרט בכל אחסון מודרני | בינונית — דורשת תכנון וניהול מפתחות |
| מה היא לא עושה | לא מגנה על המידע בשרת היעד | לא מגנה מפני משתמש מורשה שנפרץ |
השורה האחרונה בטבלה היא החשובה ביותר: הצפנה מנטרלת את האיום של גישה לא מורשית לנתונים הגולמיים, אבל אינה עושה דבר מול עובד שיש לו הרשאה להיכנס למערכת. לכן היא עובדת רק בצמד לניהול הרשאות גישה מסודר.
מה צריך להצפין קודם?
סדר העדיפויות נקבע לפי כמה קל למידע לצאת מהשליטה שלכם — לא לפי כמה המערכת נראית מרכזית. הרצף הבא מכסה את רוב החשיפה בעסק בינוני:
- מדיה ניידת — מחשבים ניידים, דיסקים חיצוניים והתקני USB שיוצאים מהמשרד. הסיכון הגבוה ביותר ביחס למאמץ הנדרש.
- גיבויים — כולל גיבויים ישנים שנשכחו בארון. ראו גיבוי ושחזור מידע.
- תעבורה ברשת — ודאו שהאתר, טופסי הלידים והממשקים עובדים ב-HTTPS בלבד.
- שדות רגישים בבסיס הנתונים — מספרי זהות, פרטי תשלום או מידע בריאות, גם אם שאר הטבלה לא מוצפנת.
- קבצים שנשלחים החוצה — דוחות לרואה חשבון, קבצי אקסל לספקים, ייצוא למערכות אחרות.
- תיבות דוא״ל ונקודות קצה — המקום שבו בפועל מצטבר הרבה מידע אישי בלי שאיש לא תיכנן את זה.
מידע שעובר לספקים או לשרתים מחוץ לישראל מוסיף שכבה נוספת של דרישות מעבר להצפנה עצמה — ראו העברת מידע אישי לחו״ל.
איך מנהלים את מפתחות ההצפנה?
מפתח ההצפנה חייב להישמר בנפרד מהמידע שהוא מגן עליו, אחרת ההצפנה היא טקסית בלבד. זו הטעות השכיחה ביותר ביישומים עצמיים: קובץ מוצפן שהסיסמה שלו שמורה בקובץ טקסט באותה תיקייה.
כללי יסוד לניהול מפתחות
- הפרדה פיזית או לוגית בין המפתח לבין המידע המוצפן
- רשימה מתועדת של מי מחזיק במפתח ולמה
- נוהל החלפת מפתח בעזיבת עובד או בחשד לדליפה
- גיבוי של המפתח עצמו — אובדן מפתח שווה לאובדן המידע
- בדיקה תקופתית שהשחזור אכן עובד עם המפתח הקיים
הנקודה הרביעית מפילה עסקים יותר מכל מתקפה: אירוע שבו המידע שלם אבל איש לא מוצא את המפתח הוא אירוע זמינות לכל דבר ועניין.
אילו טעויות מבטלות את ההגנה?
ברוב המקרים ההצפנה לא נשברת — היא פשוט לא הופעלה במקום שבו המידע באמת ישב. שלוש התקלות חוזרות על עצמן בעסקים קטנים ובינוניים.
1. הגיבוי לא מוצפן
בסיס הנתונים מוצפן במנוחה, אבל הגיבוי הלילי נכתב לכונן חיצוני בלי הצפנה. מי שמגיע לכונן מקבל את הכל.
2. המפתח שמור לצד המידע
הצפנה שהמפתח שלה שמור באותו שרת, באותה תיקייה או בקוד המקור של האפליקציה מוסיפה עבודה אבל לא הגנה משמעותית מול תוקף שנכנס לשרת.
3. עותקים שלא נודע עליהם
ייצוא לאקסל שנשמר על שולחן העבודה, עותק שנשלח בדוא"ל, סביבת בדיקות עם עותק של הנתונים האמיתיים. אלה העותקים שנוחרים באירועים אמיתיים.
כשמתרחש בכל זאת אירוע, עובדת ההצפנה היא נתון מרכזי בהערכת חומרתו ובהחלטה על דרכי הטיפול — ראו אירוע אבטחת מידע: מתי מדווחים לרשות.
שאלות ותשובות
האם חובה להצפין את כל המידע בעסק?
לא. אין דרישה אחידה להצפין את כל המידע בכל מצב. היקף ההצפנה נגזר מרמת האבטחה של המאגר ומהמצב שבו המידע נמצא. מידע שעובר ברשת ומידע על מדיה ניידת הם המצבים הקריטיים ביותר.
האם מידע מוצפן עדיין נחשב מידע אישי?
כן. הצפנה היא פעולה הפיכה — המידע עדיין קיים וניתן לשחזור עם המפתח — ולכן כל החובות לפי חוק הגנת הפרטיות ממשיכות לחול עליו, כולל יידוע, מדיניות שמירה וטיפול בפניות.
מה ההבדל בין הצפנה לאנונימיזציה?
הצפנה היא הפיכה — עם המפתח מקבלים בחזרה את המידע המלא. אנונימיזציה נועדה להיות בלתי הפיכה ולהסיר את היכולת לשייך את הנתונים לאדם. לכן רק אנונימיזציה מלאה עשויה להוציא מידע מתחולת החוק, והצפנה לעולם לא.
האם הצפנה מגנה מפני עובד שמוריד מידע?
לא. עובד שיש לו הרשאה לגשת למערכת רואה את המידע בצורתו הקריאה, כי המערכת מפענחת עבורו. מול סיכון פנים-ארגוני נדרשים צמצום הרשאות, תיעוד גישות וניטור חריגות — לא הצפנה.
האם מספיק שהאתר עובד ב-HTTPS?
HTTPS מגן על המידע בדרך בין הגולש לשרת, והוא הכרחי. אבל הוא אינו עושה דבר למידע אחרי שהגיע לשרת — שם נדרשות הצפנה במנוחה, הרשאות וגיבויים מוצפנים.
המידע במאמר זה הוא כללי ואינו מהווה ייעוץ משפטי. לפני קבלת החלטות יש להיוועץ בבעל מקצוע מוסמך.
לקריאה נוספת ומקורות
- חוק הגנת הפרטיות, התשמ״א-1981 — סעיף 17: אחריות לאבטחת מידע (ויקיטקסט)
- הרשות להגנת הפרטיות — מדריך מקצועי לתיקון 13
- הרשות להגנת הפרטיות — הנחיות ועמדות רשמיות
- תקנות אבטחת מידע: איך קובעים את רמת האבטחה של המאגר — רמת האבטחה של המאגר קובעת את עומק האמצעים.
- תיקון 13 לחוק הגנת הפרטיות — המדריך המלא לבעלי אתרים — המדריך המלא לתיקון 13.
