הפער בין טענה לארכיטקטורה
מעודכן ל-2026
כל ספק ענן אומר את אותו הדבר: "אנחנו מצפינים את הנתונים שלכם." טענה זו נכונה כמעט תמיד. היא כמעט תמיד אינה מספיקה.
פרצת LastPass של 2022 היא הדוגמה הטובה ביותר. LastPass הצפינה כספות סיסמאות משתמשים. הם השתמשו בהצפנה אמיתית. הטענה הייתה מדויקת. ובכל זאת נגנבו הכספות של 25 מיליון משתמשים. עד 2025, $438 מיליון נלקחו ממשתמשי LastPass בגנבות קריפטו. Coinbase Institutional עקבה אחר נתון זה.
רשות המידע הבריטית (ICO) קנסה את ישות LastPass הבריטית £1.2 מיליון בדצמבר 2025. הסיבה: "כישלון ביישום אמצעי אבטחה טכניים וארגוניים מתאימים". ההצפנה הייתה אמיתית. אך היא לא עמדה בסטנדרט הנדרש.
תיק LastPass משנה את השאלה המרכזית לכל כלי פרטיות בענן. לא "האם הם מצפינים את הנתונים שלנו?" אלא: "האם הם יכולים לפענח את הנתונים שלנו?"
ארבע שאלות שבאמת חשובות
ארבע שאלות מגלות האם טענת אפס-הידע של ספק עומדת במבחן.
1. היכן מתרחשת גזירת המפתחות?
בתכנון אפס-ידע אמיתי, גזירת מפתחות מתרחשת אצל הלקוח. משמעות הדבר היא בדפדפן או באפליקציית שולחן העבודה, לפני שנשלחים נתונים. המפתח מצפין נתונים מקומית. רק טקסט מוצפן מגיע לשרתי הספק.
אם הספק גוזר מפתחות בשרתיו, הוא מחזיק את המפתחות. אם הוא מחזיק את המפתחות, הוא יכול לפענח. הטענה עשויה להיות מדויקת — אך היא מטעה.
2. האם הספק רואה אי פעם טקסט רגיל?
חלק מהכלים מצפינים נתונים במנוחה. אך הם מפענחים אותם לעיבוד. זה יכול לקרות כדי להפעיל מודלי בינה מלאכותית, מדדי חיפוש או יומני ביקורת. בחלון זה, טקסט רגיל נמצא על מערכות הספק. התקפה באותה רגע חושפת נתונים לא מוצפנים.
3. מה קורה תחת הליך משפטי?
ספק עם מפתחות בצד השרת יכול להיאלץ למסור תוכן מפוענח. ספק עם אפס-ידע אמיתי יכול לספק רק טקסט מוצפן. אין לו שום דבר שימושי למסור, אפילו תחת צו בית משפט.
4. מה נחשף בפשרה מלאה של שרת?
במערכת אפס-ידע אמיתית, פשרה מלאה מניבה רק בלובים מוצפנים. התוקף מקבל טקסט מוצפן ללא מפתחות. במערכת מפתחות ספק, חדירה חושפת מפתחות ונתונים בו זמנית.
פער היישום של LastPass
התקרית של LastPass חשפה פגם ספציפי אחד. חשבונות ישנים יותר השתמשו ב-PBKDF2 עם איטרציה אחת בלבד לגזירת מפתחות. הספירה הבטוחה היא 600,000 איטרציות. הגדרה חלשה זו הפכה התקפות כוח גס על כספות גנובות לכדאיות.
זה מראה מדוע בדיקת התכנון בלבד אינה מספיקה. ספק יכול להשתמש בתכנון אפס-ידע ועדיין ליישם אותו בצורה גרועה. שאלו על שניהם: היכן מפתחות נגזרים, ועד כמה האלגוריתם חזק.
אופן כישלון שונה: Okta
באוקטובר 2023 חשפה Okta דליפה של 600,000+ רשומות תמיכת לקוחות. Okta היא פלטפורמת זהות. זה לא היה פגם בתכנון אפס-ידע. זו הייתה חדירה למערכת תמיכה שהחזיקה נתוני לקוחות.
העלייה של 300% בהתקפות SaaS ב-2024 (AppOmni/CSA) משקפת את שני סוגי הכישלון. תכנון אפס-ידע מטפל בסוג הראשון. הוא אינו מסיר את כל הסיכון. אך הוא מבטיח שפשרה מלאה של מערכת לא חושפת נתוני לקוחות הניתנים לפענוח.
כיצד נראית הערכה אמיתית
הנה רשימת בדיקה מעשית לצוותי רכש.
סקירת ארכיטקטורה:
- שאלו היכן מתרחשת גזירת מפתחות — אצל הלקוח או על שרתי הספק
- בקשו את אלגוריתם ההצפנה, אורך המפתח ומספר האיטרציות
- אשרו שטקסט רגיל אינו נשלח לעולם לשרתי הספק
בדיקת תרחיש פשרה:
- שאלו מה יחשוף פשרה מלאה של שרת
- התשובה הנכונה היחידה: "טקסט מוצפן שאיננו יכולים לפענח"
- כל תשובה אחרת פירושה שהטענה אינה אפס-ידע אמיתי
סקירת הליך משפטי:
- שאלו האם הספק יכול לציית לצו בית משפט לטקסט רגיל של לקוחות
- ספק אפס-ידע אמיתי אינו יכול לספק מה שאין לו
בדיקת ציות:
- בקשו את תיעוד GDPR סעיף 32 של הספק
- ISO 27001 — ספציפית בקרות קריפטוגרפיות של נספח A — מספק אימות חיצוני
קנס ה-£1.2 מיליון של ICO ל-LastPass מראה שרגולטורים בודקים כעת האם טענות הצפנה עומדות בסטנדרט נדרש. צוותי רכש יכולים להחיל את אותו המבחן לפני שאירוע מתרחש.
ראו את סקירת האבטחה והציות שלנו לגבי אופן טיפול anonym.legal בגישת אפס-ידע. תיעוד הציות מכסה את GDPR סעיף 32 במלואו. לשאלות נפוצות, ראו את שאלות נפוצות על אפס-ידע.