חדשות סייבר יומיות - 8 בנובמבר 2026

מה קרה

Apiiro דיווחה שסיסמאות, מפתחות API וסודות אחרים שמפתחים הקלידו בפקודות shell מאושרות ב-Claude Code של Anthropic נמצאים בטקסט גלוי בתוך 1,122 עותקים ציבוריים של הקובץ .claude/settings.local.json ב-GitHub.

כשמשתמש בוחר "Yes, and don't ask again", הכלי Claude Code כותב כלל allow מדויק עבור אותה פקודה לקובץ ההגדרות של הפרויקט. פקודות מדויקות שמכילות סודות משמרות אותם כפי שהם. החוקרים ספרו 1,379 סודות ייחודיים בקובצים, כולל מאות סיסמאות למסדי נתונים, התחברויות SSH, טוקנים לענן ומפתחות AWS. לפחות ארגון אחד שקיבל התראה אישר שהמפתח שלו עדיין פעיל. הכלי Claude Code מוסיף את הקובץ רק לרשימת excludes מקומית של git, לא ל-.gitignore של הפרויקט, ולכן commits (לעיתים על ידי Claude עצמו כ-co-author) ו-forks משאירים את הסודות בהיסטוריה.

מי מושפע

מפתחים וארגונים שמשתמשים ב-Claude Code, שאישרו אי פעם פקודות מדויקות שמכילות סודות, ושהמאגרים שלהם (או forks שלהם) ציבוריים. Apiiro מצאה את הקבצים הרגישים ב-63 ארגונים, בעיקר חברות תוכנה בגדלים שונים, בתוך כ-1,100 מאגרים שאותרו מתוך יותר מ-100,000 עותקים של קובץ ההגדרות.

כל מי שיכול לגלוש ב-GitHub הציבורי יכול לקרוא את הערכים החשופים; commits ישנים ו-forks שומרים את הנתונים גם אחרי שמחקים את הקובץ הנוכחי.

למה זה חשוב

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

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

איך אפשר היה למנוע את זה

תחילה בצעו רוטציה לכל סיסמה, טוקן ומפתח שהופיעו אי פעם בכל גרסה של .claude/settings.local.json. לאחר מכן מחקו את הקובץ ואת ההיסטוריה שלו מהמאגר ומכל ה-forks, הוסיפו את הנתיב ל-.gitignore של הפרויקט, והימנעו מאישור פקודות מדויקות שמשבצות סודות בתוכן. העדיפו תבניות או הפניות למשתני סביבה במקום פרטי הזדהות בתוך השורה.

מה קרה

באוקטובר 2026 החלה הקבוצה בעלת המוטיבציה הפיננסית שפועלת מקמבודיה, ש-Microsoft עוקבת אחריה בשם Storm-3358, להשתמש במסגרת ההתקפית הסוכנת (agentic) ARTEX נגד ארגונים פיננסיים, והרחיבה את הפעילות מעבר למיקוד הרגיל בדרום מזרח אסיה כך שכללה גם כמה בנקים גלובליים גדולים.

סוכני ARTEX מריצים אוטומציה של סריקות חשופות לאינטרנט, מנצלים פגיעויות כמו העלאת קבצים אנונימית ו-server-side request forgery (SSRF), מורידים RATs בקוד פתוח (WISP, vshell, AdaptixC2), פורסים web shells, גונבים פרטי הזדהות, מבצעים password spraying ו-brute force, מנצלים לרעה APIs, מחלצים מסדי נתונים, ומבצעים תנועה רוחבית במהירות מכונה בעזרת כלים כמו netcat ו-curl.

מי מושפע

בעיקר מוסדות פיננסיים בדרום מזרח אסיה, לצד מספר קטן יותר של ארגונים פיננסיים גדולים ברחבי העולם. כל יישום web חשוף לאינטרנט, זהות ענן או מערכת שניתן להגיע אליה באותן תבניות סריקה וניצול שבהן משתמשת Storm-3358 נמצאים בטווח.

למה זה חשוב

מסגרות AI סוכנות (agentic) מאפשרות לתוקפים לשרשר איסוף מידע (reconnaissance), ניצול, התמדה והוצאת נתונים (exfiltration) מהר בהרבה מקמפיינים ידניים או מתוסרטים מסורתיים. המגזר הפיננסי נשאר יעד בעל ערך גבוה לגניבת פרטי הזדהות ולהעברות הונאה.

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

איך אפשר היה למנוע את זה

עדכנו יישומי web חשופים לאינטרנט מול פגיעויות העלאה ו-SSRF, אכפו MFA חזק והרשאות מינימליות על כל הזהויות, נטרו הורדות RAT חריגות ופעילות web-shell, הגבילו כלי outbound כמו curl/netcat כשאפשר, והחילו את זיהויי Microsoft Defender ואת שאילתות הציד שפורסמו לאינדיקטורים הקשורים ל-ARTEX. בצעו רוטציה מיידית לפרטי הזדהות שחשודים שנפרצו.

מה קרה

בכנס OWASP Global AppSec USA הדגים החוקר פאוון רדי (Pavan Reddy) שאפשר להטמיע הוראות זדוניות בתוך תמונות ועדיין לגרום למודלי שפה גדולים להפיק פלט מזיק, תוך עקיפת מסנני בטיחות שמבוססים על טקסט בלבד.

טכניקה אחת (FigStep) מציבה פרומפט קצר, למשל שלבים ממוספרים למייל פישינג, בתוך תמונה פשוטה. בקשת טקסט תמימה בסגנון "השלימו את השלבים" מצליחה ב-60%-80% מהמקרים במודלים רבים מסוג open-weight. שיטה שנייה מסתירה טקסט בניגודיות נמוכה מתחת לתמונה אחרת. שיטת anamorphic resizing שבה משתמשים LLM רבים מעלה אחר כך את הניגודיות וחושפת את ה-payload. מודלים מסחריים כמו ChatGPT ו-Claude כבר מסננים טקסט בתמונות ביעילות גבוהה יותר.

מי מושפע

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

למה זה חשוב

תמונות נתפסות לעיתים קרובות כערוץ צדדי מהימן, בעוד שהטקסט מסונן. prompt injection מבוסס תמונות שהצליח יכול להפוך LLM לשותף ביצירת תוכן פישינג, בהוראות להוצאת נתונים (exfiltration), או בהתנהגות אחרת שמפרה מדיניות.

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

איך אפשר היה למנוע את זה

הריצו OCR ובדיקת תוכן על כל תמונה לפני שהיא מגיעה למודל. העדיפו שינוי גודל עם anti-aliasing על פני downscaling anamorphic טהור, כדי שטקסט מוסתר ייטשטש. תעדו גם את ההעלאה המקורית וגם את הפיקסלים שעברו עיבוד מקדים שהמודל באמת רואה. שלבו מסננים, בדיקות ניגודיות וניטור פלט, וכוונו את השילוב עד ששיעור הצלחת המתקפה מתקרב לאפס.

מה קרה

SonicWall תיקנה את CVE-2026-19868, פגיעות באכיפת אימות בשירות SSL VPN של SonicOS. תוקף שמחזיק כבר בפרטי הזדהות תקפים לשיטת התחברות חלופית יכול לעקוף בקרות אימות SAML וכל אימות רב-שלבי (MFA) שנאכף דרך SAML.

הפגיעות מדורגת CVSS 7.5 (גבוהה) והוכנסה לקטלוג Known Exploited Vulnerabilities של CISA ב-6 בנובמבר 2026, מה שמאשר ניצול בפועל. זו אחת משבע בעיות שתוקנו באותו advisory. שש האחרות לא מסומנות כמנוצלות. לא פורסמו פרטים פומביים על המתקפות.

מי מושפע

ארגונים שמריצים חומות אש SonicWall מדגמי Gen7 TZ, NSa, NSsp או NSv בגרסת SonicOS 7.3.3-7015 ומטה, וחומות אש Gen8 TZ, NSa או NSv בגרסת SonicOS 8.2.2-8015 ומטה, כאשר התחברות SSL VPN מבוססת SAML מופעלת. סוכנויות פדרליות כפופות למועד יעד של Binding Operational Directive ב-20 בנובמבר 2026.

למה זה חשוב

שירותי SSL VPN הם נקודות כניסה בעלות ערך גבוה. עקיפת SAML ו-MFA מאפשרת לתוקף עם פרטי הזדהות בהרשאות נמוכות יותר להגיע לרשת הפנימית כאילו עבר אימות מלא, ומשם להמשיך לחדירה, לגניבת נתונים או לכופרה.

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

איך אפשר היה למנוע את זה

עדכנו מיד ל-SonicOS 7.3.4-7013 או 8.2.3-8015 (או גרסה מאוחרת יותר). אין דרכי מעקף. ודאו את קונפיגורציות SAML SSL VPN אחרי העדכון ונטרו את לוגי האימות לאיתור התחברויות חריגות בשיטה חלופית.

מה קרה

הבנק הקואופרטיבי הצרפתי Crédit Mutuel Arkéa ספג מתקפת סייבר שבה תוקפים הגיעו לרשת שלו דרך פלטפורמה של ספק שירות, והשתמשו בחשבון של הבנק עצמו כדי לבצע עסקאות הונאה בהיקף של עד כ-118 מיליון אירו (133 מיליון דולר). הכספים הומרו ל-stablecoins מסוג USDC ו-USDT.

חוקר הבלוקצ'יין ZachXBT היה הראשון שסימן משיכות גדולות לא מורשות; הבנק אישר את האירוע בפומבי ב-4 בנובמבר 2026, וציין שהוא סגור ונמצא תחת שליטה. נכסי הלקוחות לא נפגעו; רק החשבון של המוסד עצמו נוצל, מה שגרם לעיכובים זמניים בחלק מההעברות. הבנק שלל את חברת הבת Fortuneo כוקטור הכניסה.

מי מושפע

Crédit Mutuel Arkéa (יותר מ-5.8 מיליון חברים, 211.5 מיליארד אירו בנכסים) וספק השירות הלא מזוהה שפלטפורמתו סיפקה את הגישה הראשונית. לקוחות הקצה חוו רק עיכובי עיבוד וסיכון פישינג מוגבר; היתרות שלהם נשארו שלמות.

למה זה חשוב

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

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

איך אפשר היה למנוע את זה

החילו סגמנטציית רשת קפדנית וגישה בהרשאות מינימליות לכל חיבורי ספקי השירות, דרשו אישור out-of-band להעברות פנימיות גדולות, נטרו שימוש חריג בחשבונות מוסדיים, והחזיקו playbooks לתגובה מהירה לאירועים שכוללים הקפאות בבורסות קריפטו ותיאום עם רשויות אכיפת החוק. בצעו רוטציה לכל פרטי הזדהות או tokens שיתכן שנחשפו דרך הספק.