שתים עשרה פעמים. הבנק שם לב רק אחרי שהכסף כבר לא היה שם
יום שישי, 3 בפברואר 2023. מישהו מנסה להוציא 300,000 ש”ח מחשבון החברה “אלי פרידמן בע”מ”. הניסיון הראשון נבלם: שאלת אבטחה, תשובה לא נכונה. הניסיון השני, אותו סכום, אותו יעד — נבלם גם הוא. בפעם השלישית זה עבר. אחר כך עוד תשע פעמים, בסכומים משתנים עד 400,000 ש”ח, חלקן עם תשובות שגויות לשאלות כמו “באיזה רחוב גרת כילד” ו”מה שם הבן הבכור שלך”. (מישהו בצד השני ידע לענות נכון על “באיזה בית חולים נולדת” — או שהיה לו מזל שערורייתי, או שהיה לו הרבה יותר מידע ממה שבנק אמור להניח שיש לגנב זר.) 12 ניסיונות, יום שישי אחד, אותו חשבון. הבנק זיהה שמשהו לא בסדר רק ביום ראשון שלאחר מכן.
בית משפט השלום בבת ים (ת”א 37158-08-23, השופט אודי הקר) קבע: בנק לאומי התרשל. הוא חויב להשיב 225,000 ש”ח — 75% מסכום ההעברה, בצירוף ריבית ממועד הגשת התביעה. 25% הנותרים נפלו על התובעת, שמסרה את פרטי הגישה הסודיים למנהלות המשרד שלה בניגוד לנוהל הפנימי. הבנק טען שפעל לפי הנהלים ושהאחריות כולה על בעל החברה. השופט לא קנה את זה: “מצאתי שהעובדה שאירעו מספר לא מבוטל של ניסיונות שכשלו… היא חריגה”, ופסק נגד הבנק חרף העובדה שחלק מהניסיונות נענו נכון על שאלות האבטחה.
למה זו לא שאלה של “מי לחץ על הכפתור”
זו השאלה שכל תיק כזה מנסה להתחמק ממנה, ובצדק: אין תשובה נוחה. הבנק לא טען שהוא לא ידע שההעברה בוצעה. הוא טען שאין לו חובה לדעת, בזמן אמת, שמשהו לא בסדר. בית המשפט דחה את זה בגלל דפוס, לא בגלל אירוע בודד: יום שישי (חלון שקט, פחות עיניים), כתובת IP שונה מהרגיל, סכומים גבוהים משמעותית מהרגיל בחשבון (עד 400,000 ש”ח), ושרשרת של 12 ניסיונות באותו יום — לפני ואחרי ההעברה שהצליחה. כל אחד מהאיתותים האלה לבד הוא רעש. יחד הם דפוס שאמור להדליק נורה.
הבעיה: “אמור להדליק נורה” היא טענה טכנית שדורשת הוכחה טכנית. לא מספיק לטעון שדפוס חריג התקיים — צריך להראות מה בדיוק המערכת ידעה, מתי היא ידעה את זה, ומה היא עשתה עם הידיעה הזאת (או לא עשתה).
כאן נכנסת חוות דעת מומחה, לא ויכוח על כוונות
זו בדיוק העבודה שלא ניתן לעשות בעל פה. מישהו צריך לשחזר את רצף הלוגים כפי שהוא, לא כפי שמישהו זוכר אותו:
- לסדר את הציר הזמן המדויק. 12 הניסיונות, לפי חותמת זמן, כתובת IP, סכום ותוצאה — לא “בערך אותו יום”, אלא שנייה אחר שנייה.
- לבודד את רגע ההחלטה. באיזו נקודה בדיוק במערכת ההתראה של הבנק היה קיים מספיק מידע כדי לזהות חריגה, לפי הכללים והספים שהבנק עצמו הגדיר לעצמו?
- להפריד זיהוי מהזדהות. תשובה נכונה לשאלת אבטחה מוכיחה שמישהו ידע את התשובה. היא לא מוכיחה שהוא בעל החשבון. ההבדל הזה הוא לב המחלוקת, וצריך להראות אותו במספרים, לא ברושם.
- לבחון את מדיניות ההתראה מול הביצוע בפועל. מה הבנק הצהיר שהוא עושה כשמתגלה דפוס חריג, ומה בפועל קרה (או לא קרה) באותו יום שישי.
- לתרגם השהיה לזמן אבוד. כמה זמן חלף בין הניסיון הראשון לבין הרגע שבו אדם אמיתי בבנק היה יכול לעצור את מה שקרה, וכמה מהכסף עדיין היה ניתן להציל בחלון הזה.
בלי השחזור הזה, “הבנק היה צריך לדעת” נשאר טענה מוסרית. עם השחזור, היא הופכת לממצא שאפשר להעמיד לחקירה נגדית.
מה זה אומר לחברות ולעורכי דין שמנהלים תיק דומה
אם אתם בצד שנפגע מהעברה שלא נעצרה, אל תסתפקו בתדפיס תנועות. בקשו את לוג ההתחברויות המלא, לוג ניסיונות ההעברה (כולל הכושלים), ותיעוד פנימי של מדיניות ההתראה של הבנק לאותה תקופה. זה החומר שהופך “התרשלות” ממילה לגרף.
אם אתם מייצגים גוף פיננסי, המסקנה הפוכה באותה מידה: תיעוד פנימי שמראה שמדיניות ההתראה יושמה כמו שהוצהרה, בזמן אמת, הוא ההגנה הטובה ביותר — והוא צריך להיבנות לפני שהתביעה מוגשת, לא אחריה.
בשני המקרים, חוות דעת מומחה מחשבים היא מה שהופך את הלוגים הגולמיים לסיפור שבית משפט יכול לבחון שורה-שורה.
למה זה חוזר על עצמו בכל תיק הונאה בנקאית
כי הדפוס לא ייחודי לבנק אחד או ללקוח אחד. כל בנק בישראל מריץ היום מערכת ניטור אוטומטית שאמורה לתפוס בדיוק את מה שקרה כאן: ריבוי ניסיונות, סטייה מדפוס, כתובת IP חריגה. השאלה שבתי המשפט מתחילים לשאול היא לא “האם היתה מערכת”, אלא “מה המערכת ידעה, מתי, ומה נעשה עם זה”. זו שאלה שרק מומחה סייבר שיודע לקרוא לוגים בנקאיים, לא רק לטעון עליהם, יכול לענות עליה בצורה שעומדת בבית משפט.
המידע לעיל הוא כללי בלבד ואינו מהווה ייעוץ משפטי. העובדות הספציפיות של התיק המצוין נלקחו מהמקורות המפורטים.