פרטיות ואבטחת מידע במערך גבייה: עקרונות עבודה לחברות

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

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

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

יש לנהל גם תהליך הצטרפות, שינוי תפקיד ועזיבה, כדי שהרשאות ישנות לא יישארו פעילות.

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

ב-API חשוב לצמצם payload, להגביל הרשאות ולשמור לוג תפעולי שאינו מכיל יותר מידע אישי מהנדרש.

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

גם גישה ללוגים צריכה להיות מוגבלת ולכלול מדיניות שמירה מתאימה.

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

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