חדשות סייבר יומיות - 16 בספטמבר 2026

מה קרה

Cisco חשפה ותיקנה את CVE-2026-76461, פגיעות zero-day קריטית בתוכנת Cisco AsyncOS עבור Secure Email Gateway, שכבר נוצלה בפועל על ידי תוקפים לא ידועים.

הפגיעות היא SQL injection בלוגיקת פענוח הדוא"ל. תוקף מרוחק ללא הרשאות שולח הודעת דוא"ל שנבנתה במיוחד ומכילה משפטי SQL זדוניים דרך ה-appliance, ומשיג הרצת פקודות שרירותית עם הרשאות root על מערכת ההפעלה שמתחת. CISA הוסיפה אותה לקטלוג KEV ב-14 בספטמבר 2026.

מי מושפע

ארגונים שמריצים Cisco Secure Email Gateway (סביבות פיזיות, וירטואליות או ענן) על גרסאות AsyncOS פגיעות, כולל 15.5 ומטה, 16.0, ו-16.5 לפני ה-builds המתוקנים.

Cisco פנתה ללקוחות ענן שהציגו אינדיקטורים לחדירה וכבר יישמה מיטיגציה במכשירי הענן המנוהלים. סביר שלקוחות מרובים נפגעו לפני הגילוי. Secure Email and Web Manager ו-Secure Web Appliance אינם מושפעים.

למה זה חשוב

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

לא נדרשים אימות או אינטראקציה מצד המשתמש. משטח התקיפה הוא פשוט קבלת דוא"ל. ההוספה המהירה ל-KEV מדגישה את הדחיפות עבור מפעילים.

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

עדכנו מיד לגרסאות AsyncOS המתוקנות: 15.5.5-014, 16.0.4-302, או רצוי 16.5.0-780. אין מעקפים.

חפשו ב-mail_logs משפטי SQL חשודים כ-IoCs פוטנציאליים, וזכרו שגישת root עשויה לאפשר לתוקפים למחוק עקבות. עברו על ה-advisory של Cisco ל-IoCs נוספים ופנו ל-Cisco אם סומנו אינדיקטורים בענן.

מה קרה

watchTowr זיהתה ניסיונות ניצול פעילים בשטח נגד CVE-2026-5430, עקיפת אימות JWT קריטית ב-WSO2 API Manager ובמוצרים קשורים. מלכודות דבש תפסו JWT tokens מזויפים של administrator ב-13 בספטמבר 2026.

הפגיעות נובעת מאימות לא תקין של חתימות קריפטוגרפיות: השירות מקבל tokens שנחתמו באלגוריתמים שאינם נתמכים ומאמת אותם בכל זאת, מה שמאפשר גישה ללא הרשאות והשתלטות מלאה פוטנציאלית על חשבונות, כולל חשבונות admin. ציון CVSS הוא 10.0 (או 9.8 בסביבה single-tenant). הפגיעות תוקנה מוקדם יותר ב-2026, אך כעת נמצאת תחת תקיפה.

מי מושפע

פריסות של WSO2 API Manager 4.1.0 עד 4.6.0, API Control Plane 4.5.0/4.6.0, Traffic Manager 4.5.0/4.6.0, ו-Universal Gateway 4.5.0/4.6.0 שלא החילו את רמות העדכון הרלוונטיות.

WSO2 משרתת כמעט 1,000 לקוחות בבנקאות, ממשל, טלקום ולוגיסטיקה ביותר מ-90 מדינות, בנוסף למשתמשי קוד פתוח. סביבות שנפרצו חושפות endpoints של API ב-backend, מפתחות consumer, סודות ונתונים בתעבורה.

למה זה חשוב

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

ניסיונות פעילים עם admin tokens מזויפים מראים שגורמי איום אמיתיים מנצלים את הפגיעות כנשק תקיפה כעת, גם אם היא עדיין לא מופיעה ב-KEV של CISA.

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

החילו מיד את תיקוני הספק: pull requests קהילתיים או רמות העדכון המפורטות למחזיקי מנוי (למשל API Manager 4.6.0 update 21, 4.5.0 update 57, ורמות מקבילות לענפים ישנים יותר ולמוצרים המקבילים).

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

מה קרה

Sysdig זיהתה מפעיל אנושי מיומן שניצל את CVE-2026-39987, פגיעות RCE לפני אימות ב-notebook התגובתי Marimo ב-Python, ואז זינק ל-bastion host ב-SSH תוך שמונה שניות באמצעות ערכת כלים מותאמת ב-Python שנכתבה ידנית, בלי מעורבות של סוכן AI.

הפגיעות (CVSS 9.8, ב-CISA KEV) קיימת כי לנקודת הקצה WebSocket ב-/terminal/ws אין אימות, והיא מעניקה לתוקף ללא הרשאות מעטפת PTY אינטראקטיבית מלאה. התוקף חילץ פרטי הזדהות של AWS מהמארח ומ-Redis, שלף מפתח SSH פרטי מ-Secrets Manager, והזדהה מול ה-bastion. הסשן המלא נמשך שעות וכלל יותר מ-850 פקודות.

מי מושפע

כל סביבות Marimo החשופות לאינטרנט או מוגנות באופן לא מספק לפני גרסה 0.23.0 (כל הגרסאות הקודמות מושפעות). Marimo פופולרי בקרב צוותי data science ו-ML, ולעיתים קרובות רץ בסמיכות לפרטי הזדהות בענן, ל-GPUs ולמערכי נתונים רגישים.

התקרית הספציפית התרחשה בסביבה מבוססת AWS עם bastion נגיש, אבל פגיעות ה-RCE עצמה רלוונטית באופן רחב לפריסות notebook.

למה זה חשוב

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

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

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

עדכנו את Marimo לגרסה 0.23.0 או מאוחר יותר באופן מיידי. אל תחשפו את ה-WebSocket של ה-terminal או ממשקי notebook בלי אימות חזק ובקרות רשת.

החילו הרשאות מינימליות על תפקידי הסביבה, הימנעו מאחסון מפתחות ענן ארוכי טווח במשתני סביבה או ב-Redis, נטרו חיבורי WebSocket בלתי צפויים אל /terminal/ws, ובצעו ציד אחר חריגות בגישה ל-Secrets Manager אחרי כל אינדיקציה לחדירה.

מה קרה

הקלאסטר UTA0560 המקושר לסין הריץ ב-1 בספטמבר 2026 קמפיין spear-phishing נגד ארגוני NGO, ושרשר שלושה zero-days שתוקנו לאחרונה כדי לפרוס את הדלת האחורית GRIMWEDGE ב-JavaScript.

השרשרת (שמכונה גם BlueMoon) מנצלת את CVE-2026-85046 (type confusion ב-V8 לקריאה/כתיבה ב-sandbox), את CVE-2026-87491 (כתיבה מחוץ לגבולות ב-V8 לבריחה מ-sandbox), ואת CVE-2026-85880 (overflow ב-heap של ALPC ב-Windows להסלמת הרשאות ולהזרקת קוד ל-Chrome). שלושתן ב-CISA KEV. ההפצה החלה דרך XSS מוחזר באתר אוניברסיטה לגיטימי שהפנה לדף האקספלויט, שסינן לפי Chrome על Windows.

מי מושפע

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

גורם איום שני עם זיקה לסין (JungleBamboo) השתמש באותה שרשרת אקספלויט עבור payloads שונים, והרחיב את קבוצת הקורבנות הפוטנציאלית במהלך פער התיקונים.

למה זה חשוב

שרשרות zero-day מלאות מדפדפן עד קרנל נשארות נדירות ויעילות מאוד לגישה ראשונית. הדלת האחורית GRIMWEDGE מאפשרת איסוף מידע (reconnaissance), שליטה בקבצים ובתהליכים, הרצת פקודות והפצת payloads נוספים, ומעניקה למפעילים דריסת רגל לריגול נגד ארגונים רגישים.

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

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

עדכנו את Chrome ו-Windows במלואם מעבר לגרסאות שתוקנו עבור שלושת ה-CVEs. חסמו או בדקו לעומק הפניות בלתי צפויות מאתרים לגיטימיים, במיוחד כאלה שכוללות XSS.

פרסו בידוד דפדפן או מיטיגציות אקספלויט משופרות היכן שאפשר, נטרו את התנהגויות ה-loader שתוארו (msgbox.exe, sideloading של wsc.dll, MSI custom actions, ו-C2 אל ocr.opusaccel[.]top), והחילו בקרות רשת שמגבילות את טווח הפעולה לאחר הניצול.

מה קרה

CrowdStrike זיהתה את PhantomRaven, גנב מידע ב-JavaScript שככל הנראה נוצר באמצעות LLM, שפותח והופץ דרך חבילות npm זדוניות על ידי גורם עם מניע כלכלי שפועל גם כצייד bug bounty.

הגורם פרסם חבילות typosquatted שמושכות תלות דינמית מרוחקת שמכילה סקריפט preinstall. לאחר ההרצה, הגנב מבצע הוצאת נתונים (exfiltration) של פרטי מערכת, hostnames, כתובות IP, שמות משתמש, אימיילים מקונפיגורציית Git/npm, ומשתני סביבה של CI/CD מ-GitHub Actions, GitLab, Jenkins ו-CircleCI. המפעיל קיבל bounties מלפחות תשעה ארגונים, ונראה שהוא משתמש בגישה כדי למצוא באגים שניתן לדווח עליהם ולא כדי למכור לוגים.[[1]](https://www.axios.com/2026/09/15/crowdstrike-bug-bounty-ai-malware-research#utm_source=yahoo_finance&utm_medium=partner&utm_campaign=subs-partner-yahoo-finance-AI)

מי מושפע

מפתחים וארגונים שהתקינו את חבילות ה-npm הזדוניות (למשל transform-jsbi-to-bigint ו-sort-imports-es6-autofix תחת כינויי JPD קשורים). הסיכון הרחב יותר חל על כל צוות שמושך חבילות שלא נבדקו או חבילות typosquatted, במיוחד כאלה עם סודות CI/CD בסביבה.

CrowdStrike Falcon Complete טיפלה במספר תקריות. בגלי PhantomRaven קודמים נרשמו עשרות אלפי הורדות פוטנציאליות.

למה זה חשוב

נוזקת stealer בשרשרת אספקה שנכתבה באמצעות LLMs מורידה את הרף לכלי תקיפה מותאמים. שימוש בגישה גנובה להגשות bug bounty שנראות לגיטימיות מטשטש את הגבול בין מחקר לפשיעה, ועדיין עלול לחשוף פרטי הזדהות, קוד מקור ומערכות פנימיות.

גניבת סודות CI/CD הרסנית במיוחד, כי לעיתים קרובות היא מניבה מפתחות cloud ו-repository עם טווח גישה רחב.

מה קרה

חברי הקולקטיב stegan0gram הסירו פיזית מצלמת קורא לוחיות רישוי אוטומטי של Flock Safety, העתיקו את האחסון שלה, שחזרו מפתח הצפנה מהמכשיר, וחילצו את הנתונים. החומר שותף עם 404 Media, WIRED ו-Distributed Denial of Secrets.

ניתוח הקבצים ששוחזרו הראה שהמצלמה צילמה 1.6 מיליון תמונות של כ-50,000 כלי רכב במשך 21 ימים, הפיקה עשרות תמונות לכל רכב, זיהתה אנשים ואופניים בנוסף ללוחיות, ולעיתים בידדה מדבקות פגוש או גרפיקה אחרת. חלק ניכר מהאחסון הרגיש ביותר נותר מוצפן.

מי מושפע

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

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

למה זה חשוב

התקרית מדגימה שגישה פיזית יחד עם שחזור מפתחות מספיקה כדי לשבור הצפנה on-device מוצהרת, וחושפת את צפיפות המעקב שרשתות ALPR מבצעות בפועל: מיליוני תמונות, זיהוי אנשים ובידוד גרפי.

היא מזינה דיונים מתמשכים על היקף המעקב, שמירת נתונים ושימושים משניים, ומראה שחלק מהמתנגדים עוברים מוונדליזם ל-reverse engineering.

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

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

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

מה קרה

ניתוח ב-The Hacker News טוען שתוכניות אבטחה בוגרות עדיין מתמקדות יתר על המידה בבדיקת טכניקות בודדות (תפיסת payload ב-EDR, שיעור הקלקות בפישינג, כלל SIEM יחיד), בעוד שתוקפים אמיתיים, בסיוע AI גובר והולך, משרשרים טכניקות מקצה לקצה.

בדיקה מבודדת יכולה לסמן ירוק בכל שלב ועדיין לפספס את הפערים בין כלים, צוותים והתראות שמאפשרים לרצף מלא להצליח: מפישינג לגניבת פרטי הזדהות, לדריסת רגל, להסלמת הרשאות, לתנועה רוחבית ועד הוצאת נתונים (exfiltration). לפי נתוני Filigran שצוטטו, 93% מהמנהלים חוו מתקפה עם השפעה עסקית בשנה האחרונה למרות אימות מוקדם, כש-AI מאיץ תנועה פנימית וכלים בסילו הם מנועי חשיפה מרכזיים.

מי מושפע

צוותי אבטחה, CISO וארגונים שמסתמכים בעיקר על ספריות breach and attack simulation שממופות לטכניקות, או על בדיקות בקרה נקודתיות בזמן נתון, במקום תרגילים לאורך נתיב מלא. חל על ארגונים בכל הגדלים שהשקיעו בבדיקות ממופות ל-ATT&CK.

למה זה חשוב

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

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