הפסדים שהועלו בדווחות של תקרית Ledger CryptoBilis הגיעו להערכת כ-93.2 מיליון דולר מ-315 ארנקים ב-שש שווקים לאחר שאיבות תיאמו ב-9 באוקטובר 2026, בעוד ש- Ledger אישרה כי התקיים שתל בלתי מורשה במכשיר חומרה אחד שנפגע. Ledger לא אישרה מספר הפסדים, זהות התוקף, דגם המכשיר שנפגע, או האם מנגנון ההשתלה שהוזכר במחקר ציבורי מסביר כל גניבה שהוגשה לדיווח.
עיקר המסר: תקרית Ledger CryptoBilis מובהרת כהתקפת שרשרת אספקת חומרה נגד מסלול הצגת משפטי השחזור, ולא כהפרעה מאושרת בפורמט של Ledger, באלמנט המאובטח או בתשתית של Ledger עצמה.
מה קרה במהלך שאיבות הארנקים של Ledger CryptoBilis?
שואבות הארנקים של Ledger CryptoBilis היו מתקפה תואמת מרובת שרשרות שהחלה בסביבות 05:07 UTC ב-9 באוקטובר 2026, ופגעה במשתמשים שרכשו מכשירי Ledger דרך CryptoBilis במלזיה, אינדונזיה ופיליפינים. ניתוח בלוקצ’יין מעריך כי 315 ארנקים איבדו כ-93.2 מיליון דולר בעיקר ב-Bitcoin, Ethereum, TRON, BNB Chain, Polygon ו-Solana, אם כי Ledger לא אימתה את ההערכה.
הזמן חשוב כי רצף הפעולות בשרשרת מצביע על גישה מתואמת ולא על טעויות משתמש בודדות. בערך ב-05:00 UTC, 30 ארנקים של TRON הוסיפו מפתח חדש להרשאות החשבון. ב-05:07:48 UTC, 13 ארנקים של TRON חתמו על אותה אישור אסימון, ואחריהם עוד 12 ארנקים בתוך שניות ספורות. האישורים הראשוניים ב-TRON אפשרו את הסרת כ-29 מיליון דולר.
לאחר מכן התחילו שאיבות גם ב-BNB Chain, Polygon ו-Ethereum בין 05:07 ל-05:09 UTC. ב-05:54 UTC, 111 ארנקים של Bitcoin רוקנו בבלוק אחד, והסירו כ-203 BTC. הרצף תואם לתקיפה מאחת הדמויות שאחראיות על ההרשאות שיכולות לאשר פעילות במגוון ארנקים כמעט באותו רגע.
חוקרי הציבו כתובות שאיבה בערך בשעה 12:00 UTC ב-9 באוקטובר. Ledger פרסמה את הצהרתה הראשונה ב-13:32 UTC, הודיעה כי חוקרת דיווחים הקשורים ל-CryptoBilis, וקראה למשווק להשהות את המכירות. ב-10 באוקטובר, CryptoBilis השהה מכירות ומשלוחים של כל מותגי הארנקים החומרתיים וסגר חנויות פיזיות כאמצעי זהירות.
ב-10 באוקטובר, Ledger אישרה כי מכשיר שנפגע הכיל שתל בלתי מורשה. עד ה-11 באוקטובר, Ledger הצהירה שמקרים מאושרים קשורים למכשירי CryptoBilis, שכמות המכשירים שנפגעו מוגבלת, ושהיא עובדת עם הרשויות הרלוונטיות. Ledger הוסיפה שאין אינדיקציה שהמערכת, המערכות, השירותים או ערוצי המכירות הישירים שלה נפרצו.
| תאריך ושעה | אירוע בתקרית Ledger CryptoBilis | פרט ריאליסטי מדווח |
|---|---|---|
| 25 בספטמבר 2026 | כתובות בשליטה של תוקף קיבלו את ההון הראשון | ניתוח בלוקצ’יין זיהה את פעילות המימון הראשונה |
| 26 בספטמבר עד 7 באוקטובר 2026 | פעילות בדיקה ב-TRON ו-Ethereum | 21 טרון ו-20 טרנזאקציות בטסט-לול |
| 9 באוקטובר 2026, בערך 05:00 UTC | שינוי הרשאות ב-TRON | 30 ארנקים של נפגעים קיבלו את המפתח החדש |
| 9 באוקטובר 2026, בשעה 05:07 UTC | התחלת שאיבת המוני | 25 ארנקים של TRON חתמו על אותו אישור בתוך שניות |
| 9 באוקטובר 2026, בשעה 05:54 UTC | רוקנו ארנקים של Bitcoin | רוקנו 111 ארנקים בבלוק אחד, בערך 203 BTC |
| 9 באוקטובר 2026, בשעה 13:32 UTC | פרסמה Ledger את הצהרתה הראשונה | הודיעו כי חוקרים דיווחים הקשורים ל-CryptoBilis |
| 10 באוקטובר 2026, בשעה 17:09 UTC | אישרו Ledger ממצאי התערבות פיזית | מכשיר שנפגע הכיל שתל חומרה בלתי מורשה |
| 11 באוקטובר 2026, בשעה 07:00 UTC | הערכה ציבורית עודכנה | כ-93.2 מיליון דולר מ-315 ארנקים ב-שש שווקים |
| 11 באוקטובר 2026, בשעה 17:13 UTC | פרסמה Ledger עדכון ל-72 שעות | טענה שהיקף המכשירים שנפגעו הוגבל |
ריכוז ההפסדים היה גם בלתי שווה. על פי ההערכה המפורטת בבלוקצ’יין הפומבי, 131 ארנקים של TRON תרמו לכ-70.5 מיליון דולר, כולל כ-70.2 מיליון USDT וכמה TRX. Bitcoin תרמה ל-122 ארנקים ול-203.8 BTC, בערך 16.8 מיליון דולר. יתר ההפסדים נבעו מ-Ethereum, BNB Chain, Polygon ו-Solana.
בפעילות של סוקן באבטחת חוזי חכם ותשתית, אישורים מתואמים ושינויים באישורי זיהוי בממשקים בלתי קשורים מהווים סימן חזק לתגובה לאירוע: ממקרים יש להגיב קודם כל בזיהוי גבול האמון המשותף, ולא בטיפול בכל ארנק שנפגע כפרשה נפרדת.
למה העדויות מצביעות על תקיפת שרשרת אספקת חומרה?
העדויות הזמינות מצביעות על מתקפת שרשרת אספקת חומרה מכיוון ש- Ledger אישרה כי התקיים שתל בלתי מורשה במכשיר שנפגע, בזמן שהצהירה שמערכותיה וערוצי המכירות הישירים שלה לא נפגעו. שיטת ההשתלה המוצעת תופסת את מילות השחזור כשהן מוצגות על מסך המכשיר, וכך היא עוברת על הצורך להביס את האלמנט המאובטח או לשנות את הקוד הקושח של Ledger.
מחקר ציבורי על חומרה תיאר מכשירים הכוללים לוח נוסף מוסתר מתחת לאזור המסך. אחת ההשערות שפורסמו משתמשת במודול LTE סלולרי, eSIM לנתונים ומיקרו-בקר מחובר לנתוני המסך. בהשערה זו, ההתקן מחכה להקמת המכשיר, מזהה את משפט השחזור בטקסט ברור על המסך, ומעבירה אותו דרך חיבור סלולרי.
Ledger לא אישרה את המנגנון הזה, לא אישרה את דגם המכשיר שנבדק, ולא ציינה כמה מכשירים נפגעו. על כן, יש להתייחס למנגנון זה כהסבר טכני סביר הנתמך במחקרים חיצוניים, ולא כגרסה מאושרת של כל גניבת Ledger CryptoBilis.
ההבחנה המרכזית היא שבאלמנט המאובטח מוגנות פעולות מפתח הפרט, בעוד שמנגנון תצוגת מסך אינו צריך להוציא מפתח פרטי מהאלמנט המאובטח אם הוא מסוגל ללכוד את משפט השחזור בעת ההגדרה של הארנק. ברגע שהתוקף מקבל את משפט השחזור, הוא יכול לשחזר גישה לארנק במקומות אחרים ולחתום על פעולות בלי צורך בגישה פיזית מתמשכת למכשיר המקורי.
זה מסביר מדוע ניתוח ציבורי מצא שינויים מתואמים במפתח, אישורי אסימון ושאיבות במספר שרשרות. רישומי הבלוקצ’יין יכולים להראות שישות שלישית שליטה באותה תקופה בארנקים שנפגעו, אך הבלוקצ’יין עצמו אינו יכול לגלות כיצד הושגו משפטי השחזור או אישורי החתימה.
תקרית Ledger CryptoBilis גם שונה מהונאת ארנק שהוכנה מראש. Ledger הצהירה כי מכשירים אמיתיים מעולם לא הגיעו עם משפט שחזור או PIN שהוגדר מראש. לא מצופה בדיווחים פומביים בתנאי תקרית זו כי המכשירים היו מכילים משפטי זרע מודפסים, כרטיסי סיכה, או פרטי זיהוי מוגדרים מראש. הסיכון שתואר כאן הוא החשיפה של משפט שנוצר לאחרונה בדיוק ברגע שהמשתמש מצפה לתהליך ההגדרה להיות פרטי.
עבור ארגונים המנהלים נכסי מזומן, ההבחנה הזו צריכה להדריך סקירות אבטחה טכנית. סקירה שמתבצעת רק על קוד החוזה או הקוד של המכשיר לא תזהה כל חשיפה שנוצרה מרכישה, הגדרה, טיפול פיזי, ותהליך שחזור משפט הזרה.
למה Ledger Genuine Check לא זיהה את ההתקנה הנטענת?
Ledger Genuine Check לא תוכננה לזהות שתל של שמירה על האלמנט המאובטח המקורי, מכיוון שהבדיקה מאשרת תעודה קריפטוגרפית ולא את ההיסטוריה הפיזית של שרשרת האספקה של המכשיר. מודל האיום של Ledger מציין כי Genuine Check אינו יכול לזהות שינויים פיזיים בלתי מורשים כאשר האלמנט המאובטח המקורי נשאר שלם.
תהליך Genuine Check עובד באמצעות תכנון אתגר-תגובה. האלמנט המאובטח של Ledger מראה כי הוא אותנטי באמצעות יצירת חתימה קריפטוגרפית נכונה עבור אתגר. תכנן זה מספק ביטחון באותנטיות של האלמנט המאובטח, מה שחשוב כנגד מכשירים מזויפים שמחליפים רכיבים מרכזיים מהימנים אצלם.
שתל פיזי יכול לעבור מחוץ לגבול הביטחון הזה. אם צד זדוני מוסיף מעגלים מבלי להחליף את האלמנט המאובטח האותנטי, האלמנט המאובטח עדיין יכול לענות נכונה על אתגר ההוכחה. לכן, ייתכן שהמכשיר יעבור את Genuine Check גם אם נוסף רכיב אחר שמטרתו להאזין למסך או לתקשר עם חיישנים חיצוניים.
זה לא ראיה שכשל תהליך Genuine Check במטרתו הקריפטוגרפית. זה עדות לכך שבאבטחת המכשיר ושלמות שרשרת האספקה מדובר בתכונות אבטחה נפרדות.
| שאלה בטחונית | Ledger Genuine Check | דרישות בקרת שרשרת אספקה לתסריט CryptoBilis |
|---|---|---|
| האם האלמנט המאובטח אותנטי? | האלמנט המאובטח חותם אתאתגר ההצהרה | אימות מקור מורשה ואחסון לפני ההגדרה |
| האם המכשיר יכול להוכיח את ההיסטוריה הפיזית שלו? | לא, Ledger מציינת כי Genuine Check לא יכול לאמת היסטוריית שרשרת אספקה פיזית | שמירה על עקיבות של משווק, מפיץ, מחסן, ותהליך ההחזרה |
| האם ניתן לזהות שתל של תצוגת מסך? | לא, אם האלמנט המאובטח המקורי נשאר שלם | שימוש בביקורת ידידותית מפני חפצים ונהלי התקנה בשליטה מלאה |
| האם הבקרה שומרת על משפט השחזור של 24 המילים במהלך ההגדרה? | לא לבד | יצירה ורישום של המשפט only בסביבה פיזית אמינה |
| האם הבקרה מראה כי מערכות Ledger נפגעו? | לא | Ledger הצהירה כי אין סימנים להפרעה לתשתית או לערוצי המכירה הישירים |
התבנית של ההתקפה מחזקת עיקרון אבטחה רחב יותר: קריפטוגרפיה יכולה להיות מושלמת, אך המסלול שמסביב לקריפטוגרפיה הופרע. משפט השחזור מוצג במפורש בטקסט ברור כדי לאפשר למשתמש לגבות אותו. רגע שימושיות זה הופך להיות נקודת תוקף קריטית אם רכיב זדוני יכול להאזין למסך.
לכן, יש להימנע מלטפל באימות הארנק החומרתי כשלב בודד. תהליך איתן משלב בדיקות אותנטיות של המכשיר, רכישת מכשיר מודעת, קבלת המכשיר במערכת תואמת, הגדרה מבוקרת, סקירת פעולות בלתי תלויה ותהליך מעבר מוגדר במקומות החשופים להיחשף.
שירותי אבטחת סוקן יכולים לסייע למפות את הבקרות האלה על הפצת הארנקים, גישה תפעולית, הרשאות חוזה חכם ותהליכי תגובה לאירועים. השאלה החשובה היא לא רק האם החתום אותנטי, אלא האם כל שלב שמטפל במשפט השחזור ובאישור הפעולות הוא מהימן.
מה על המשתמשים והארגונים שנפגעו בתקרית Ledger CryptoBilis לעשות כעת?
משתמשי Ledger CryptoBilis שנפגעים אינם צריכים להפעיל מכשירים שאינם בשימוש שנקנו דרך CryptoBilis ומומלץ להעביר את הנכסים מכל מכשיר מוכן שמקושר ל-CryptoBilis למחתים חדש של Ledger עם מפתח חדש. שימוש במשפט השחזור הישן על מכשיר חליפי ישאיר את החשיפה החשודה, ולא יחשב כמעבר מאובטח.
ההנחיות של Ledger קודם כל כיסו משתמשים שקנו מ-CryptoBilis ב-90 הימים שקדמו, ובהמשך הורחבו לייעץ לא להתחיל במכשירים לא בשימוש בלי הגבלת זמן ברורה. Ledger גם פנתה למשתמשים ליצור קשר עם ערוצי תמיכה רשמיים ולהגיש תלונות למשטרה המקומית במידת הצורך.
מומלץ לטפל במעבר כפעולת אבטחה מבוקרת, ולא רק בהעברה בין ממשקי ארנקים:
-
הפסיקו להשתמש במכשיר החשוד. אל תאתחלו מכשיר Ledger מקושר ל-CryptoBilis שלא בשימוש, ואל תשתמשו במכשיר שהוגדר מראש ליצירת מבנה ארנק חדש.
-
צרו משפט שחזור חדש באמת. המחתים החליפי חייב להפיק מפתח מפתח חדש. ייבוא משפט שחזור ישן לארנק אחר שומר על הסיכון שהמשפט המקורי נחשף.
-
העבירו נכסים לכתובות נ deriving מתוך המפתח החדש. אמת את הכתובת היעד דרך תצוגת אמינה של המחתים החדש ושקול לאמת כל העברה בקפידה.
-
בדקו הרשאות שהוקצו. ברשתות TRON, Ethereum, BNB Chain, Polygon, Solana ורשתות רלוונטיות אחרות, בדקו אישורים, הרשאות חשבון והסמכת חתימה שהוקצתה לארנק הישן.
-
צפו להונאות חברתיות משניות. Ledger הצהירה כי לעולם לא תיצור קשר ישיר בטלפון, בהודעה ישירה או בבקשה למשפט השחזור של 24 המילים. תקופות מעבר מושכות דפי פישינג, אנשי תמיכה מזויפים, ואפליקציות ארנקים מזויפות.
-
שמרו ראיות. שמרו תעודות קנייה, אריזות מכשירים, קבלות, תקשורת ורשומות רלוונטיות של הארנקים. אל תפרקו את המכשיר אם בכך תוכלו לפגוע בראיות שיידרשו על ידי חוקרים או רשויות.
תנועת הכספים שלאחר השאיבה מראה מדוע מהירות הטיפול חשובה. ניתוח בלוקצ’יין פומבי מצביע כי התוקף גשר 20 מיליון USDT ב-40 חלקים שוויוניים, החליף את הסכום כ-7,994 ETH, והחליף כ-14.9 מיליון USDT ל-USDD. דרכים נוספות שדווחו כוללות Relay.link, Chainflip, HiFiSwap, NEAR Intents וכ-2,990 ETH שגויסו דרך Tornado Cash.
Tether קוררה כ-10 מיליון דולר USDT ב-20 ארנקים שמקושרים לתוקף ביום 9 באוקטובר. לא הוחזרו כספים לנפגעים וטרם הוכרז על פיצוי ביום 12 באוקטובר. שיקום נכסים תלוי במהירות, באיכות הראיות, בתיאום משפטי, ובנתיבי הפעולה שהתוקף בחר על פני שרשרות ושירותים. ארגונים עם אובדן ארנקים רב-תחומי ייתכן ויזדקקו לתמיכה משפטית ועמידה בתקנות לצד ההיבטים הטכניים.
מה משתנה בתקרית Ledger CryptoBilis באבטחת הארנק החומרתי?
תקרית Ledger CryptoBilis מראה כי אבטחת הארנק החומרתי חייבת לכלול את הנתיב האמין מרכישת המוכר ועד להגדרת משפט השחזור, מכיוון שאבטחת קריפטוגרפיה חזקה אינה מגינה מפני משפט שחשוף לפני שהופך לסוד. ההודעה של Ledger על שתל במכשיר אחד הופכת את בקרות שרשרת אספקה פיזית לדרישה מעשית לביטחון, ולא לסוגיה תאורטית.
יש להימנע מאי-הבנה שהאירוע מאושר כ- Zero-day של Ledger. Ledger הצהירה כי התשתית וערוצי המכירה הישירים שלה לא נפגעו, ואף מקור ציבורי לא טען כי האלמנט המאובטח או הקוד של Ledger הותקפו. כך גם, בשלב זה, לא חוברת באשמת תוקף או קבוצת תוקפים, והצהרות ברשתות חברתיות על מעורבות מדינתית מהוות עדיין השערה.
אין לייחס לתקרית זו כטענה כי כל מכשיר Ledger, כל משווק, או כל ארנק חומרה נפגע. Ledger הצהירה כי כל המקרים המאושרים היו קשורים ל-CryptoBilis, והיא אין בידיה דיווחים על מכשירים שנקנו ישירות מ- Ledger. התגובה המתאימה היא הפחתת סיכונים ממוקדת המבוססת על ראיות רכישה והגדרה.
השוואה שימושית היא בין תקרית Ledger CryptoBilis לבין מצבי כשל אחרים של ארנקים חומרתיים. בתקרית Coldcard מ-יולי 2026, מערכת קוד ישנה ייצרה זרע עם אקראיות חלשה. במקרה של Ledger CryptoBilis, הדאגה היא לצפייה פיזית בזרע שנוצר כהלכה. בתסריט של מכשיר מזויף, כל הפלטפורמה החומרית יכולה להיות מזויפת. כל מקרה מתמקד בחלק שונה של הנתיב המהימן.
להמשך ניתוח תקריות, מומלץ לעיין במרכז המחקר לאבטחת סוקן, במיוחד בעת בניית מדיניות ארנקים שמחברת בקרות טכניות להחלטות תפעוליות.
טפל בתקרית Ledger CryptoBilis כבדיקת אבטחה מבוססת רכישה והגדרה: זהה כל ארנק חומרה שנקנה דרך CryptoBilis, עצור הגדרות של יחידות שאינן בשימוש, ומעבר כל מכשיר שהוגדר לזרע חדש שנוצר. שלב זה של מלאי והגדרה מבהיר את מסלול הסיכון שנבדק יותר מבהתבססות בלבד על Genuine Check מוצלח.