ב־18 בספטמבר 2026 פרסם INTERPOL תיאור של Operation Shams II, מבצע שנערך ביוני וחיבר בין אוטומציה מבוססת AI, ניתוח תמונות, מאגרי מידע משטרתיים וכלי מעקב אחר מטבעות קריפטוגרפיים. לפי ההודעה, 28 מומחים מ־11 מדינות חילצו 108,076 תמונות פנים מתוכן שפורסם בידי קבוצות ג׳יהאדיסטיות. סוכני AI וסקריפטים סייעו באיסוף, הסרת כפילויות ובקרת איכות, והמערכת צמצמה את המאגר ל־6,362 תמונות ייחודיות באיכות מספקת לבדיקה. התוצרים עברו אימות בידי קצינים ואנליסטים, ועד מועד הפרסום דווח על זיהוי 126 חשודים כלוחמים זרים.
באותו מבצע נעשה שימוש גם בכלי קריפטו מתקדמים למעקב אחר מימון אסור. הניתוח הוביל לשלוש בקשות דחופות מספק שירות לנכסים וירטואליים לחשיפת נתוני לקוח. החיבור הזה חשוב: לא משום ש־AI, ביומטריה ובלוקצ׳יין יוצרים יחד ״מכונת אמת״, אלא מפני שכל מקור יכול להוביל לשאלה ממוקדת יותר במקור אחר. תמונה עשויה להציע זהות אפשרית; כתובת עשויה לחשוף מסלול ערך; רישום של ספק שירות עשוי לקשור חשבון ללקוח; ואנליסט צריך לבדוק אם החיבורים מתיישבים או סותרים זה את זה.
הלקח למוצרי מודיעין בלוקצ׳יין רחב בהרבה מאירוע אחד. כאשר ארגון מחבר אלגוריתמים, נתונים על השרשרת, מידע מספקים ומאגרים רגישים, האתגר המרכזי אינו עוד ״למצוא קשר״. האתגר הוא לשמור על ההבדל בין אות, ליד, ייחוס, ראיה והחלטה. אם ההבדל הזה נמחק בממשק או בדוח, מערכת חזקה יכולה להפיק מסקנה חלשה במהירות גבוהה. אם הוא נשמר, שילוב המקורות יכול לקצר זמן תגובה בלי לוותר על יכולת ההסבר.
אות, ליד, ייחוס, ראיה ופעולה אינם אותו דבר
אות הוא חריגה או התאמה שראויה לבדיקה. ליד הוא כיוון עבודה שמציע מקור, ישות או פעולה אפשרית. ייחוס הוא טענה שלפיה כתובת, חשבון או פריט מידע קשורים לאדם או לגוף. ראיה היא מידע שמוצג עם מקור, הקשר, שלמות ושרשרת טיפול ברמה המתאימה למטרה. פעולה היא החלטה תפעולית או משפטית: לבקש שימור, לפנות לספק, להגביל גישה, להעביר לרשות או לסגור את הבדיקה. חמש השכבות יכולות להופיע באותו תיק, אך אין ביניהן קיצור דרך אוטומטי.
התאמת פנים, למשל, יכולה להיות חזקה מבחינה חישובית ועדיין לדרוש בדיקה של איכות התמונה, תנוחת הראש, מקור הקובץ, שיעור דמיון והסברים חלופיים. גם בבלוקצ׳יין, אשכול כתובות אינו בהכרח ישות משפטית אחת. כתובת הפקדה יכולה להשתייך לשירות משמורני; העברה יכולה לשקף פעולה של לקוח, איחוד פנימי או תהליך אוטומטי. המערכת צריכה לאלץ את האנליסט לבחור איזה סוג טענה הוא מוסיף, במקום לאפשר לקו אחד בגרף להיראות כמו עובדה סופית.
Evidence fusion אינו ערבוב נתונים
איחוד ראיות נכון אינו שופך את כל המקורות למאגר אחד ומחפש מתאם. הוא שומר כל מקור בתחומו ומחבר ביניהם באמצעות טענות ניתנות לבדיקה. לנתון על השרשרת יש מאפיינים אחרים מתמונה, מיומן התחברות או מרישום KYC. עסקה ציבורית ניתנת לשחזור באמצעות מספר בלוק ו־transaction hash; צילום מסך עלול לאבד מטא־נתונים; נתון ספק עשוי להיות מדויק אך תלוי בהגדרות הפלטפורמה; ותוצאת מודל היא חישוב שחייב להישמר עם גרסה ופרמטרים.
לכן מודל הנתונים צריך להפריד בין פריט מקור, טרנספורמציה, תצפית וטענה. פריט המקור נשמר ללא שינוי. הטרנספורמציה מתארת חילוץ תמונה, המרת פורמט, נרמול כתובת או קיבוץ עסקאות. התצפית אומרת מה נמצא: פנים, כתובת, סכום, זמן או חשבון. הטענה מחברת בין תצפיות ומצהירה על רמת ביטחון. ההפרדה מאפשרת לבטל ייחוס שגוי בלי למחוק את החומר המקורי, להריץ מחדש מודל משופר ולראות איזו מסקנה השתנתה בעקבותיו.
השלב הראשון הוא שימור, לא חיזוי
מערכת חקירתית צריכה להתחיל ביכולת לשמר. תוכן מקוון יכול להימחק, דף יכול להשתנות, שירות יכול לעדכן רשומה ומודל יכול להשתדרג. יש לרשום מועד איסוף, כתובת מקור, hash של הקובץ, כלי האיסוף, גרסה ואדם או תהליך שביצע את הפעולה. בנתוני בלוקצ׳יין יש לשמור מזהי רשת וחוזה, גובה בלוק, hash מלא ואופן האימות. אם מקור מתקבל מספק מסחרי, יש לתעד אם הוא מידע שסופק ישירות, תיוג קהילתי או היוריסטיקה.
הכלל הזה מונע מצב שבו צוות יכול להציג תרשים אך אינו יכול לשחזר את הדרך אליו. הוא גם מאפשר לבצע בקרת איכות אמיתית. כאשר אלגוריתם מסיר כפילויות, צריך לדעת אילו פריטים קובצו ומה נשמר כנציג. כאשר תמונה עוברת שיפור, המקור חייב להישאר לצד התוצר. כאשר כתובות מקובצות לאשכול, צריך לתעד את הכלל ואת גרסתו. מודל שאינו משאיר עקבה לגרסת הקלט והטרנספורמציה עשוי לסייע בחיפוש, אך אינו מתאים להיות שכבת הראיות היחידה.
AI טוב מצמצם את מרחב הבדיקה; הוא אינו מבטל אותה
ב־Operation Shams II התפקיד המתואר של AI היה משמעותי אך מוגדר: אוטומציה של חלק מהאיסוף, הסרת כפילויות ובקרת איכות לפני עיבוד נוסף. INTERPOL מדגיש שהתוצר עבר בדיקה ואימות אנושיים. זו חלוקת עבודה נכונה. מכונה יכולה לסרוק נפח גדול, לזהות חזרתיות ולדרג מועמדים. אנליסט יכול לבדוק הקשר, להבין חריגות ולהחליט אם התוצאה מצדיקה צעד נוסף. הערך אינו בהחלפת השיפוט, אלא בהעברת זמנו של המומחה מהמון בלתי ממוין לקבוצה קטנה שניתן לבחון.
אותו עיקרון מתאים לניתוח בלוקצ׳יין. אלגוריתם יכול לאתר דפוס פיצול, גשר, כתובת שירות או קשר זמנים. מודל שפה יכול לסכם אירועים ולנסח שאלות. אבל המערכת צריכה להציג את העסקאות התומכות, את הכלל שהופעל ואת אי־הוודאות. אנליסט חייב להיות מסוגל לדחות הצעה, לתקן ישות ולרשום מדוע. אם המוצר מסתיר את הדרך ומציג רק ציון סיכון, הוא מקצר את הבדיקה במחיר של תלות שאי אפשר לבקר.
גרף חקירתי צריך להכיל גם אי־ודאות
גרפים רגילים מציגים צמתים וקשתות כאילו כל קשר קיים באותה מידה. גרף חקירתי צריך להכיל סוג קשר, מקור, זמן, בעלים ורמת ביטחון. עסקה בין שתי כתובות היא תצפית ישירה. הטענה ששתי כתובות נשלטות בידי אותה ישות יכולה להיות מבוססת על רישום ספק, תפיסת מכשיר, כתובת הפקדה משותפת או היוריסטיקה. התאמה בין זהות ביומטרית לחשבון היא טענה אחרת, עם מגבלות אחרות. צבע ועובי אינם מספיקים; יש לאפשר לפתוח כל קשת ולראות מדוע היא קיימת.
מודל ביטחון שימושי אינו מספר קסם אחד. הוא מפריד איכות מקור, חוזק התאמה, עצמאות המקורות ועדכניות. שתי תוצאות שמגיעות מאותו מאגר אינן שתי הוכחות עצמאיות. התאמה חזקה על תמונה גרועה אינה שקולה להתאמה על קובץ מקור איכותי. כתובת שתויגה לפני שנים דורשת אימות מחדש. המערכת צריכה להציג אילו רכיבים מעלים את הביטחון ואילו מורידים אותו, ולאפשר לבעל החלטה להבין מה חסר לפני פעולה.
Entity resolution הוא מנגנון בדיקה, לא פסק דין
איחוד ישויות הוא המקום שבו הטעות הופכת למסוכנת. שם, שם משתמש, מספר טלפון, תמונה, כתובת IP וארנק יכולים להיראות תואמים אך להשתייך לאנשים שונים, לחשבון משותף או לנכס שנמכר. גם התאמה אמיתית אינה מוכיחה כוונה או עבירה. מוצר אחראי מאפשר לישות להיות ״מועמדת״, ״מאומתת״ או ״מופרכת״; הוא שומר את האירועים שהובילו לשינוי הסטטוס ואינו מציג מועמד כעובדה בכל שאר המערכת.
יש גם להפריד בין זהות לבין שליטה. אדם יכול להירשם לחשבון אך לא לשלוט בו בזמן מסוים; כתובת יכולה להיווצר במכשיר אך להיות מנוהלת במשותף; חברה יכולה להיות בעלת החשבון והעובד מפעיל אותו. לכן כל טענת ייחוס צריכה לענות על שתי שאלות: מהו הקשר הנטען, ובאיזה חלון זמן הוא תקף. התשובה עשויה להיות ״החשבון נרשם בשם״, ״המכשיר חתם״, ״הספק מסר כי״ או ״האנליסט מעריך״. אלה טענות שונות לחלוטין.
בקשה דחופה לספק היא תוצר של ניתוח ממוקד
INTERPOL דיווח שהמעקב אחר מימון הוביל לשלוש בקשות דחופות לספק שירות לנכסים וירטואליים. המספר הקטן ביחס להיקף הנתונים ממחיש עיקרון מוצרי: המטרה אינה לייצר אלפי התראות, אלא להגיע למספר מצומצם של בקשות מדויקות ובעלות בסיס. בקשה טובה כוללת כתובות וחוזים מדויקים, רשת, טווחי זמן, transaction hashes, סוג הרשומה המבוקשת, עילת הדחיפות והסמכות המשפטית המתאימה.
גם לשעון יש חשיבות. נתונים מסוימים נשמרים לזמן מוגבל, כתובת יכולה להמשיך להזיז נכסים ושירות עשוי לפעול באזור זמן אחר. לכן התהליך צריך להפריד בין בקשת שימור מהירה לבין בקשת גילוי מלאה, בהתאם לדין. תבניות עבודה, אנשי קשר מאומתים ויומן סטטוס יכולים לקצר זמן בלי לעקוף בקרה. מוצר טוב אינו רק מאתר ספק; הוא עוזר לאנליסט להפיק חבילת עובדות שניתן למסור לגורם המוסמך בלי העתקה ידנית ובלי אובדן הקשר.
פרטיות והגבלת מטרה הן חלק מארכיטקטורת החקירה
INTERPOL מציין שכללי עיבוד הנתונים שלו חלים על המידע במערכת הארגון ומתעדכנים לאורך זמן. בעמודיו על זיהוי פנים ועל Biometric Hub הוא מדגיש ממשל, זכויות והגנה על מידע; נתון ביומטרי שמועלה לחיפוש ב־BioHub אינו נוסף אוטומטית למאגרים הפליליים, אינו גלוי למשתמשים אחרים ונמחק לאחר החיפוש. הפרטים האלה מדגימים עיקרון חשוב: עצם היכולת הטכנית לחבר מקורות אינה יוצרת הצדקה לשמור אותם יחד ללא הגבלה.
ארכיטקטורה צריכה להגדיר מטרה, הרשאה, משך שמירה וחשיפה לכל סוג נתון. צוות בלוקצ׳יין אינו זקוק בהכרח לקובץ ביומטרי מלא; ייתכן שדי בתוצאת התאמה מאומתת ובהפניה. צוות חיצוני אינו צריך לראות נתוני KYC שאינם נדרשים למשימה. יש לתעד גישה, להפריד סביבות ולהגדיר מחיקה. הגבלת מידע אינה אויב של החקירה. היא מצמצמת דליפה, הטיה ושימוש משני, ומשפרת את היכולת להסביר מי ראה מה ולמה.
אימות אנושי חייב להיות פעולה אמיתית
״Human in the loop״ אינו תווית. אם האנליסט רואה רק המלצה ומאשר אותה בלחיצה, אין לו יכולת ביקורת. עליו לראות את מקור המידע, איכות הקלט, התוצאות המתחרות, ההיגיון של הקישור והמגבלות. הממשק צריך להציע דחייה, תיקון והסלמה, לא רק אישור. בבדיקות רגישות רצוי להפריד בין האנליסט שבנה את ההשערה לבין מי שמאמת אותה, במיוחד לפני פנייה חיצונית או פעולה שפוגעת בזכויות.
גם עומס משפיע על איכות. מערכת שמציגה מאות התאמות דומות יוצרת עייפות אישור. יש למדוד כמה הצעות נדחו, כמה תוקנו, כמה זמן נדרש לבדיקה ומה שיעור ההסכמה בין בודקים. אם כולם מאשרים הכול במהירות, זו אינה בהכרח יעילות; ייתכן שהממשק אינו מאפשר בדיקה. מטרת האוטומציה היא להעלות את יחס האות לרעש ולתת לאדם זמן להתמקד בהחלטות שבהן שיקול דעת באמת משנה.
צריך לבדוק את המערכת גם מול יריב
גורם שנחקר עשוי למחזר תמונות, לשנות מטא־נתונים, להשתמש בפנים שנוצרו או נערכו, לפצל כספים, להחליף רשת, להשתמש בכתובות הפקדה חד־פעמיות או להחדיר מידע כוזב למקורות פתוחים. לכן הערכה רגילה על דוגמאות נקיות אינה מספיקה. יש ליצור תרחישים שבהם תמונה חלקית או מעוותת, כתובת מתויגת באופן שגוי, קובץ מכיל הוראה זדונית וכלי חיצוני מחזיר מידע סותר. המערכת צריכה להיכשל בצורה גלויה ולא להפוך אי־ודאות לביטחון.
בדיקת adversarial אינה דורשת לפרסם שיטות התחמקות. היא בוחנת עקרונות: האם המקור נשמר, האם קלט חיצוני מוגבל, האם מודל יכול ליזום פעולה בלתי הפיכה, האם יש rate limit, האם חריגה גורמת לעצירה והאם ניתן לבטל ייחוס. גם שרשרת האספקה חשובה. שינוי בגרסת מודל, ספק תיוג או API של בלוקצ׳יין יכול לשנות תוצאות בלי שינוי בקוד המקומי. לכן כל רכיב צריך גרסה, בעלים, ניטור ותהליך rollback.
ארכיטקטורה מעשית: חמישה אזורים ושערי מעבר
מנקודת המבט של דור ארד, מערכת כזו צריכה לחלק את העבודה לחמישה אזורים. הראשון הוא evidence vault לקריאות בלבד, שבו נשמרים המקורות וה־hashes. השני הוא processing workspace מבודד לטרנספורמציות, חילוץ ונרמול. השלישי הוא graph layer שבו נבנות תצפיות וטענות עם provenance. הרביעי הוא review queue שמציג מועמדים, תוצאות מתחרות ופעולות אנליסט. החמישי הוא case package שמייצא רק טענות שנבדקו, יחד עם מקורות, זמנים, גרסאות ומגבלות.
בין האזורים נמצאים שערים. מעבר ממקור לתצפית דורש בדיקת שלמות. מעבר מתצפית לטענה דורש כלל או נימוק. מעבר מטענה לייחוס דורש חיזוק והחלטת בודק. מעבר מייחוס לפעולה דורש סמכות, מידתיות ואישור מתאים. השערים אינם צריכים להפוך כל פעולה לאטית; אפשר לאוטמט בדיקות שגרתיות ולשמור אישור אנושי לצעדים רגישים. העיקר הוא שהמערכת תדע באיזה שלב נמצא כל פריט ולא תציג טיוטה כאילו היא מסקנה.
מדדים שמודדים איכות חקירתית
מספר כתובות, תמונות או התאמות אינו מדד הצלחה. הוא מתאר נפח. מדדים טובים יותר כוללים זמן מאות ראשוני לליד שנבדק, שיעור כפילויות שהוסרו בלי אובדן, שיעור טענות עם מקור עצמאי, precision של תור הבדיקה, זמן לבקשת שימור, שיעור תיקונים לאחר review ויכולת לשחזר מסקנה מאפס. יש למדוד גם נזק אפשרי: כמה אנשים או חשבונות הושפעו מהתאמה שגויה, כמה מידע מיותר נחשף וכמה זמן לקח לבטל ייחוס.
לצד זאת נדרש מדד תפעולי של תועלת. האם החיבור בין המקורות קיצר חיפוש, מנע בקשה רחבה מדי, גילה סתירה או אפשר להפסיק חקירה שלא הייתה מבוססת? עצירה היא לעיתים תוצאה איכותית. מוצר שמתגמל רק ״מציאות״ יטה לייצר עוד קשרים. מוצר שמתגמל החלטה מוצדקת יכול להראות גם שאין מספיק בסיס להמשך. זה ההבדל בין מערכת שמייצרת פעילות לבין מערכת שמייצרת מודיעין.
תיק ראיות צריך להיות קריא גם מחוץ למוצר
התוצר הסופי אינו dashboard. הוא חבילת תיק שאדם שלא הפעיל את הכלי יכול להבין. החבילה צריכה לכלול תקציר שאלה, ציר זמן, רשימת מקורות, תצפיות מרכזיות, טענות ורמות ביטחון, הסברים חלופיים שנבדקו, פעולות אנליסט ומגבלות. כל תרשים צריך לאפשר מעבר לפריט המקור. כל מספר צריך לציין רשת, נכס, יחידה וזמן. כל תוצאת מודל צריכה לשאת גרסה ותאריך.
FATF הדגיש בהנחיות להשבת נכסים את חשיבות היכולת הטכנולוגית לזהות ולעקוב אחר נכסים וירטואליים ואת מקומם של כלי ניתוח בלוקצ׳יין. כדי שהיכולת תעמוד בביקורת, היא צריכה להיות ניתנת להסבר ושחזור. ייצוא שטוח של תמונה או PDF ללא נתוני המקור אינו מספיק. גם כאשר המידע נועד למודיעין ולא לבית משפט, משמעת ראייתית משפרת החלטות ומאפשרת להעביר עבודה בין ארגונים בלי לאבד את משמעותה.
מה ארגונים פרטיים יכולים ללמוד מהמודל
הלקחים אינם מוגבלים לרשויות. בנק, בורסה, חברת פינטק, חברת ביטוח או צוות ביקורת יכולים להשתמש באותה הפרדה. מודל מזהה אות; מערכת ניתוח מציגה מסלול; אנליסט בודק הקשר; ורק תהליך מורשה מחליט על דיווח, הגבלה או פנייה ללקוח. יש להימנע מהעתקה של מאגרי אכיפה או מידע ביומטרי שאין לארגון הצדקה לעבד. הערך נמצא בארכיטקטורת ההוכחה, לא בהרחבת האיסוף.
גם ספקי מודיעין צריכים להציג מגבלות. לקוח צריך לדעת אם תיוג מבוסס על מידע ציבורי, מסירת ספק, חקירה פנימית או הסקה. עליו לקבל מועד עדכון ומנגנון תיקון. חוזה צריך להגדיר שימוש, שמירה, גישה והודעה על שינוי מהותי במודל. כאשר תוצאה עלולה להשפיע על אדם, נדרש מסלול לבדיקה אנושית ולהצגת מידע מתקן. שקיפות כזאת אינה חושפת סודות מסחריים; היא מגדירה את הגבול שבו אפשר להשתמש בתוצר באחריות.
היתרון אינו לדעת יותר; הוא לדעת מה יודעים
Operation Shams II מדגים את כוחו של שילוב: אוטומציה מצמצמת נפח, מערכות זיהוי משוות מועמדים, מודיעין בלוקצ׳יין עוקב אחר מימון, ספק שירות מחזיק רשומות ואנליסטים מאמתים. אבל העוצמה אינה נוצרת מערימת הכלים. היא נוצרת ממעבר מסודר בין מקורות, משמירה על חוקי עיבוד ומכך שכל שלב מייצר שאלה מדויקת יותר לשלב הבא.
העתיד של מודיעין בלוקצ׳יין הוא רב־מקורי ומונע AI, אך הוא חייב להיות גם צנוע יותר בשפה שלו. התאמה אינה זהות, זהות אינה שליטה, שליטה אינה כוונה וחשד אינו אשמה. מערכת טובה אינה מטשטשת את המרחקים האלה; היא מודדת אותם. היא מאפשרת לנוע מהר כאשר העובדות חזקות ולעצור כאשר הן אינן מספיקות.
זו המסקנה של דור ארד: היתרון התחרותי והחקירתי אינו רק לאסוף יותר מידע, אלא לדעת בדיוק מה נצפה, מה הוסק, מי בדק, מה השתנה ואיזו החלטה הנתונים באמת מאפשרים. כאשר AI ובלוקצ׳יין נפגשים בתוך ארכיטקטורה כזו, הם אינם מבטיחים ודאות. הם מספקים דבר שימושי יותר — מסלול קצר, מבוקר וניתן להגנה מאות אל ראיה.