חדשות סייבר יומיות - 10 באוגוסט 2026

מה קרה

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

SpecterOps הציגה מחקר Pass-the-Passkey שהראה כי מערכת Windows שמרה חתימות YubiKey קודמות בטקסט גלוי, שקריאות למשתמשים מאומתים ללא הרשאות מוגברות. שילוב זה עם ליקויים באימות passkey של Microsoft Entra ID אפשר התחזות למשתמש בעל הרשאות שעדיין עמדה במדיניות phishing-resistant MFA. הבעיה הקשורה ב-Windows Event Logging Service מתועדת כ-CVE-2026-34348 (CVSS 6.5).

Unit 42 פירטה מתקפות Pass-ta-key נגד passkeys מסונכרנים של Google Password Manager ב-Chrome על Windows, כולל שחזור מפתחות פרטיים דרך ה-Security Domain Secret. החוקר העצמאי דירק יאן מולמה (Dirk-jan Mollema) הראה שנוזקה בסשן Windows מחובר יכולה להשתמש במפתח Windows Hello for Business הקשור לחומרה בלי בקשת PIN או ביומטריה חדשה, ואז להשלים אימות מול Entra ID.

מי מושפע

משתמשי Windows 10/11 ו-Server עם passkeys או Windows Hello for Business, סביבות Microsoft Entra ID שאוכפות phishing-resistant MFA, ומשתמשי Chrome עם passkeys מסונכרנים של Google Password Manager.

ארגונים שמסתמכים על passkeys כבקרה ראשית עמידה לפישינג חשופים, במיוחד כאלה עם סיכון לחדירה בקצה. Microsoft פרסמה עדכונים ל-CVE-2026-34348 שמכסים מספר מהדורות Windows.

למה זה חשוב

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

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

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

החילו מיד את עדכוני האבטחה של Microsoft ל-CVE-2026-34348. אכפו גישה בהרשאות מינימליות, שמרו על הגנות קצה חזקות ואמצו עקרונות Zero Trust כפי שממליצה Microsoft.

אכפו בקפדנות את דגלי user-verification המבוקשים בשירותים שמקבלים WebAuthn assertions. נטרו אימותי Windows Hello for Business חריגים שחסרים בהם claims של device ID, וכן רישומי מכשירים בלתי צפויים. התייחסו למאגרי passkey, לזיכרון הדפדפן ולזרימות שחזור כאל חומר פרטי הזדהות בעל ערך גבוה. העדיפו passkeys קשורים למכשיר על פני passkeys מסונכרנים בלבד כשאפשר, וודאו שזיהוי בקצה מכסה פעילות תהליכים שקשורה לפרטי הזדהות.

מה קרה

חוקרי Tenet Security הציגו את Ghostjacking ב-DEFCON 2026, והראו כיצד תוקפים מרעילים לוגים והתראות בפלטפורמות מהימנות כך שסוכני הקידוד מבוססי ה-AI של הארגונים עצמם מבצעים הוראות של התוקף בהרשאות שכבר ניתנו להם.

רשומת לוג בודדת של דיווח באג מזויף או של בקשה חסומה (למשל כזו שנרשמת מילה במילה ב-managed rules של Cloudflare) נקראת על ידי סוכן AI שמתבקש לסקור אירועים. לאחר מכן הסוכן משכתב DNS, מנתב מחדש תעבורה ודוא"ל, גונב פרטי הזדהות או שותל דלתות אחוריות בקונפיגורציה, בזיכרון ובכלים שלו. הטכניקה הצליחה ב-9 מתוך 10 פעמים נגד Claude Code על ההגדרה המומלצת של Cloudflare, ועבדה באופן דומה נגד Datadog (דרך מפתחות frontend חשופים לציבור) ונגד Sentry (כולל שימוש ב-Seer AI שלו כדי לגבות את הסוכן הבא).

החוקרים גם הדגימו טכניקת self-exploit שבה מודל AI אחד עוזר לבנות מתקפה שמודל AI אחר מקבל, וכן בריחה מ-sandbox ב-Claude Desktop שתוקנה מאז לצורך הוצאת נתונים (exfiltration). שום דבר לא מפעיל התראות EDR, WAF או IAM סטנדרטיות, כי כל שלב משתמש בפעולות סוכן מורשות.

מי מושפע

ארגונים שמשתמשים בעוזרי קידוד מבוססי AI (כגון Claude Code) המשולבים עם Cloudflare (בשימוש אצל כ-42% מ-Fortune 500 ונושאת כ-20% מתעבורת האינטרנט), Datadog (כ-48% מ-Fortune 500) או Sentry (בשימוש אצל כ-4 מיליון מפתחים).

Tenet מעריכה שיותר מ-15,000 ארגונים חשופים על בסיס ארטיפקטים ציבוריים. מחצית מחברות Fortune 500 מתוארות כחשופות. דוגמאות מאומתות כוללות חברת טק בשווי טריליון דולר, ספק תשלומים גלובלי ומעבדת מחקר AI מובילה שמריצה את הגדרת Cloudflare החשופה. נמצאו יותר מ-2,700 מפתחות Datadog ציבוריים.

למה זה חשוב

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

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

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

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

בדקו והגבילו כל כלי ופלטפורמה שסוכן יכול לגשת אליהם. התייחסו ל-tokens ולמפתחות נגישים כסיכון גבוה. סקרו אינטגרציות Cloudflare, Datadog ו-Sentry לאיתור מפתחות ציבוריים או רישום לוגים מתירני מדי שהסוכנים צורכים. Tenet שחררה בקוד פתוח את כלי ההקשחה agent-jackstop ל-Cursor ול-Claude Code כנקודת התחלה. הניחו שסוכנים יתומרנו ויישמו הרשאות מינימליות יחד עם ניטור רציף של פעולות הסוכנים.

מה קרה

CISA הוסיפה את CVE-2026-8037 לקטלוג Known Exploited Vulnerabilities שלה וקראה להחיל תיקון מיידי לפגיעות OS command injection קריטית ב-Progress Kemp LoadMaster, שמאפשרת הרצת קוד מרחוק ללא הזדהות.

הפגיעות (CVSS 9.6) קיימת בטיפול בפרמטר apiuser של ה-endpoint accessv2, עקב סינון קלט לקוי ו-heap buffer לא מאותחל בפונקציה escape_quotes(). תוקף יכול להתיז תוכן command-injection לזיכרון סמוך, וכך להגיע להרצת פקודות שרירותיות כ-root דרך system(). הגילוי פורסם ב-4 ביוני 2026 (לצד CVE-2026-33691), והפגיעות משפיעה על LoadMaster GA 7.2.63.1 ומטה ועל LTSF 7.2.54.17 ומטה, וכן על ECS Connection Manager, Connection Manager for ObjectScale ו-MOVEit WAF.

קוד proof-of-concept פורסם על ידי watchTowr ב-29 ביוני; eSentire זיהתה ניסיונות ניצול שהחלו מיד לאחר מכן. CISA אישרה ניצול בפועל ונתנה לסוכנויות פדרליות מועד יעד קצר לתיקון.

מי מושפע

ארגונים שמריצים מאזני עומסים ו-ADC פגיעים של Progress Kemp LoadMaster (במיוחד מכשירים הפונים לקצה הרשת), וכן מוצרי ECS Connection Manager, ObjectScale Connection Manager ו-MOVEit WAF הקשורים.

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

למה זה חשוב

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

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

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

החילו מיד את תיקוני Progress ל-CVE-2026-8037 על כל מוצרי LoadMaster והמוצרים הקשורים המושפעים. תעדפו מכשירים הפונים לאינטרנט ולקצה הרשת.

אם התיקון מתעכב, הגבילו גישה לממשקי ניהול ו-API באמצעות בקרות רשת, נטרו קריאות API חריגות ל-accessv2 או ל-endpoints קשורים, ובדקו לוגים לאיתור סימני ניצול. פעלו לפי הנחיות CISA KEV ובצעו מיפוי של כל פריסות ה-ADC של Progress. שקלו בידוד זמני של מכשירים לא מעודכנים כשאפשר.

מה קרה

החוקר ביל סוורינגן (Bill Swearingen) פיתח את noRecognition, מערכת למידת חיזוק שמייצרת אחרי כ-31 מיליון בדיקות תבניות ממוחשבות שמסוגלות למנוע ממצלמות מעקב נפוצות ומקוראי לוחיות רישוי לזהות אנשים, פנים או כלי רכב.

התבניות, כשהן מודפסות על בגדים או חפצים, משבשות את אלגוריתמי הזיהוי כך שהמצלמות ממשיכות להקליט אך לא מפעילות התראות על אובייקט, אדם או זיהוי פנים. בהדגמה פומבית ב-Def Con 2026, רכב שעטף באחת התבניות התחמק בהצלחה ממצלמת Flock. המודל מביס 11 אלגוריתמי זיהוי בקוד פתוח, כולל אלה שמפעילים את קוראי לוחיות הרישוי של Flock, מצלמות הגוף של Axon ומערכות Clearview AI.

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

מי מושפע

מפעילים ומשתמשים של מערכות מעקב אלגוריתמיות שמסתמכות על מודלי הזיהוי בקוד פתוח או המסחריים שנבדקו (Flock, Axon, Clearview AI וכדומה). אנשים שמחפשים פרטיות מול מעקב אוטומטי במרחב הציבורי.

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

למה זה חשוב

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

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

מה קרה

Microsoft Threat Intelligence הזהירה שקבוצת התקיפה Storm-1175, המקושרת לסין ומונעת ממניעים כלכליים, החלה לפרוס זן כופרה חדש בשם StormEncryptor ב-2 באוגוסט 2026, ככל הנראה באמצעות ניצול CVE-2026-18577 ב-N-able N-central.

CVE-2026-18577 (CVSS 8.1, נוסף ל-CISA KEV) היא עקיפת אימות (תיקון חלקי לבעיה קודמת) שמעניקה שליטת admin מסוג "god-mode" ללא הזדהות בשרתי N-central פגיעים. מכיוון שספקי שירותים מנוהלים (MSPs) משתמשים ב-N-central ככלי RMM לניהול נקודות הקצה של לקוחות, שרת אחד שנפרץ הופך לשער לכל המכונות המנוהלות ומאפשר פריסת כופרה מדורגת ומהירה. הקבוצה השתמשה בעבר בכופרת Medusa ומוכרת בקמפיינים מהירים שעוברים מגישה להצפנה בפחות מ-24 שעות.

N-able זיהתה ניצול zero-day כבר ב-31 ביולי, הוציאה hotfixes חירום ב-2 באוגוסט וב-6 באוגוסט אחרי שהתוקפים עקפו את התיקון הראשון, ויצרה קשר עם מספר מוגבל של לקוחות מושפעים. Huntress צפתה בתנועה מהירה במורד הזרם באירועים ומצאה שיותר ממחצית מסביבות N-central בענן שהיו נגישות נותרו ללא תיקון זמן קצר אחרי שהתיקונים היו זמינים.

מי מושפע

ספקי שירותים מנוהלים (MSPs) ולקוחותיהם שמריצים N-able N-central ללא תיקון (גרסאות עד 2026.3.1 לפני ה-hotfixes). אלפי MSPs משתמשים בפלטפורמה, מה שיוצר פוטנציאל להשפעה רחבה במורד הזרם בדומה לאירועי שרשרת אספקה קודמים ב-RMM (Kaseya 2021, ConnectWise ScreenConnect).

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

למה זה חשוב

כלי RMM יושבים בלב תפעול ה-IT של MSPs רבים ושל לקוחותיהם. גישת admin ללא הזדהות הופכת חדירה לשרת בודד לפלטפורמת הפצת כופרה המונית עם רדיוס פגיעה מדורג על פני כל בסיסי הלקוחות.

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

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

החילו מיד את ה-hotfixes החירום העדכניים ביותר של N-able ל-CVE-2026-18577 (סדרת 2026.3 Hotfix) על כל סביבות N-central - בענן ו-self-hosted. בצעו מיפוי ותעדפו שרתים הנגישים מהאינטרנט.

אם לא ניתן להחיל תיקון מיידי בסביבות בסיכון גבוה, שקלו בידוד זמני או השבתה של N-central תוך קבלה של אובדן נראות וניהול מרחוק. הגבילו את הגישה הרשתית לממשק הניהול, הפעילו ניטור חזק לזיהוי סשני Take Control חריגים או tunnels חדשים (למשל cloudflared), ובדקו נקודות קצה במורד הזרם לאיתור סימני כופרה. הודיעו ללקוחות ואמתו את סטטוס התיקון בכל בסיס הלקוחות. פעלו לפי הנחיות CISA KEV.

מה קרה

OpenAI הודיעה שהיא מקפיאה פעילויות פנימיות מסוימות הקשורות למודל ה-frontier העתידי שלה Astra, לאחר שהערכות ראשוניות הראו התקדמות משמעותית ביכולות agentic coding וסייבר.

תחת ה-Preparedness Framework של החברה, התוצאות היו חזקות מספיק כך ש-OpenAI עדיין לא יכולה לשלול שהמודל יגיע לסף הסייבר "קריטי", המוגדר כיכולת לגלות באופן עצמאי פגיעויות שלא היו ידועות קודם במערכות מאובטחות, או לתכנן ולבצע מתקפות סייבר מתוחכמות נגד יעדים מוגנים היטב עם מעט הנחיה אנושית או בלעדיה. המודל Astra לא סווג רשמית כקריטי ולא היה מעורב באירועי בדיקה קודמים ב-Hugging Face; ההערכות נמשכות.

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

מי מושפע

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

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

למה זה חשוב

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

ההחלטה מיישמת בפועל את ה-Preparedness Framework של OpenAI, ועשויה להשפיע על האופן שבו מעבדות אחרות מטפלות ביכולות סייבר dual-use. עבור מגנים ומקבלי מדיניות היא מדגישה גם את הפוטנציאל ההתקפי המואץ של AI וגם את הפרקטיקה המתגבשת של הערכה חיצונית לפני פריסה ובקרות פנימיות מוקשחות.