Privacy by Design: המדריך שכל צוות פיתוח צריך

מה זה Privacy by Design?

עקרון שנוצר ב-1990 על ידי ד"ר Ann Cavoukian ואומץ ב-GDPR כחובה חוקית: פרטיות צריכה להיות מובנית במוצר מהיום הראשון — לא הדבקת-מדבקה בסוף.

7 עקרונות Privacy by Design

1. פרואקטיבי, לא ריאקטיבי מונעים בעיות לפני שמתרחשות. לא מתקנים אחרי דליפה.

2. ברירת מחדל = הפרטית ביותר אם משתמש לא שינה הגדרות — הוא מוגן מקסימלית.

3. פרטיות מובנית בעיצוב לא תוספת — חלק מהארכיטקטורה.

4. פונקציונלי מלא (לא zero-sum) פרטיות ו-UX טוב יכולים לדור יחד.

5. End-to-End אבטחה מאיסוף הנתון ועד מחיקתו.

6. שקיפות גלויה המשתמש יודע מה קורה עם הנתונים שלו.

7. כבוד למשתמש הנתון שייך למשתמש — לא לחברה.

יישום מעשי: Checklist לצוות פיתוח

  • בשלב תכנון פיצ'ר:
  • ☐ האם אנחנו אוספים נתון זה? למה?
  • ☐ מה הנתון הכי מינימלי שנצטרך?
  • ☐ כמה זמן נשמור את הנתון?
  • ☐ מי יוכל לגשת?
  • בשלב קידוד:
  • ☐ Encryption at rest ו-in transit
  • ☐ Pseudonymization לנתוני מחקר/אנליטיקס
  • ☐ Logging רק מה שנחוץ
  • ☐ Input validation + SQL injection protection
  • בשלב QA:
  • ☐ DPIA (Data Protection Impact Assessment) לפיצ'רים בסיכון גבוה
  • ☐ בדיקת הרשאות — האם עובד ראה נתונים שאסור לו?

כלים מועילים

כלימטרהעלות
OneTrustDPIA + consent managementEnterprise
Privado.aiסריקת קוד לגילוי PIIFreemium
DataGrailמענה לבקשות DSREnterprise
OpenDPOתבניות DPIAחינם

מה קורה כשלא עושים Privacy by Design?

Meta, 2023: קנס €1.2 מיליארד (!) על העברת נתוני EU לארה"ב ללא הגנה מספקת. חברת ביטוח ישראלית, 2024: קנס ₪1.5 מיליון על אחסון נתונים רפואיים ללא הצפנה.

DPO SYSTRU מלווה צוותי פיתוח בהטמעת Privacy by Design — מהתכנון ועד השקה.