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

מה קרה

חברת ad tech ישראלית בשם Discover-Tech שיתפה פעולה עם חברות רוגלות כדי להעביר הדבקות דרך פרסומות אונליין רגילות, לפי חקירה משותפת של Citizen Lab ו-Confiant.

החוקרים מצאו לראשונה ראיות טכניות להתקפות zero-click שהועברו דרך פרסום ממוקד. פלטפורמת Controlium של החברה אפשרה לשותפים לבנות פרופילים של משתמשים ולבטל את האנונימיות שלהם לפי IP, מזהה פרסום נייד או מזהה דפדפן, ואז למקד אותם להדבקה. אחד השותפים היה חברת הרוגלות הישראלית Candiru. בין הקורבנות נמצאו מכשירים ב-Al Jazeera.

מי מושפע

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

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

למה זה חשוב

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

זה מראה איך תשתית ad-tech מסחרית יכולה להפוך לצינור רוגלות מסחרי, להרחיב את רדיוס הפגיעה הרבה מעבר לקמפיינים קלאסיים של watering-hole או פישינג, ולהקשות על זיהוי מצד המגינים.

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

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

נטרו אחרי fingerprinting חריג של מכשירים או callbacks חריגים אחרי רשת הפרסום. השאירו מכשירים מעודכנים במלואם והגבילו חשיפה של מזהי פרסום ניידים. התייחסו לאינדיקציות zero-click בלתי צפויות כעדיפות גבוהה.

מה קרה

קבוצת הריגול Armory Castle, החשודה כמקושרת לסין, ניצלה פגיעות קריטית במכשירי BeyondTrust Remote Support כדי להשיג התמדה ארוכת טווח.

הפגיעות, CVE-2026-102764 (CVSS 9.3), נחשפה בפומבי על ידי BeyondTrust ב-15 באוקטובר אחרי תיקון שיצא ב-8 באוקטובר. Google זיהתה שהקבוצה ניצלה אותה באוגוסט 2026. אחרי הניצול פרסו התוקפים את ה-webshell Sawfly ב-PHP, יצרו דלת אחורית SUID כ-root, חילצו פרטי הזדהות דרך ה-CLI של הסודות במכשיר, ושינו תבניות קונפיגורציה כדי לקבל גישת root קבועה בלי סיסמה והרשאות Jump Item ללא הגבלה.

מי מושפע

ארגונים שמריצים מכשירי BeyondTrust Remote Support (SaaS ו-self-hosted), במיוחד כאלה שטרם עודכנו.

בין היעדים המתועדים של Armory Castle: שירותים משפטיים, ספקי SaaS, BPO, חברות טכנולוגיה וגופים ממשלתיים.

למה זה חשוב

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

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

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

החילו מיד את התיקונים של BeyondTrust שיצאו ב-8 באוקטובר, גם בסביבות SaaS וגם ב-self-hosted. בודדו ממשקי ניהול, נטרו אחרי webshells או קבצי SUID בלתי צפויים, ובדקו תבניות קונפיגורציה והרשאות Jump Item לאיתור העלאת הרשאות לא מורשית.

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

מה קרה

פגיעות קריטית ברשת של קרנל Linux, שזכתה לכינוי PwnEscape (CVE-2026-99999, CVSS 9.3), מאפשרת לקוד שרץ בתוך מכונה וירטואלית אורחת לקרוא זיכרון של המארח, לקרוס את המארח או להשיג הרצת קוד עליו.

החוקר פאולוס יבלו (Paulos Yibelo) מ-pwn.ai הדגים דליפות זיכרון של כ-32 בתים לכל מנות שנבנתה במיוחד מול סביבות Firecracker production של Vercel. קריסה ופריצה החוצה הודגמו רק במעבדה שתואמת את סביבת ה-production. שורש הבעיה הוא אימות לקוי של checksum_start בטיפול ב-IPv4, שמאפשר כותרות רשת פגומות. לא דווח על ניצול בפועל בשטח, והפגיעות אינה ב-CISA KEV. וקטור התקיפה מקומי: התוקף חייב כבר להריץ קוד בתוך האורח.

מי מושפע

כל ספק ענן או אחסון וסביבה multi-tenant שמריצים עומסים לא מהימנים בתוך VMs או microVMs מבוססי Linux שחולקים קרנל מארח, כולל Vercel Sandbox ופלטפורמות דומות מבוססות Firecracker.

לקוחות שהקוד שלהם רץ באותן סביבות חשופים בעקיפין אם תוקף יכול להריץ קוד באורח אחר על אותו מארח.

למה זה חשוב

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

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

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

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

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

מה קרה

Palo Alto Networks שיחררה תיקונים לפגיעות הרצת קוד מרחוק מאומתת בממשק הניהול של PAN-OS, CVE-2026-0322, שמנוצלת בפועל.

הפגיעות מאפשרת לתוקף מאומת עם גישה לרשת להריץ קוד שרירותי כ-root על ה-firewall. ציון CVSS הוא 8.6 לפי הספק ו-7.2 לפי NVD; הפגיעות נוספה ל-CISA KEV ב-14 באוקטובר 2026. המוצרים המושפעים הם firewalls מסדרות PA ו-VM וגם Panorama. Cloud NGFW ו-Prisma Access אינם מושפעים. Palo Alto דיווחה על ניצול מוגבל מאוד ופרסמה שלושה IPs קשורים עם geolocation בארה"ב. לא נדרשת קונפיגורציה מיוחדת כדי לנצל אותה.

מי מושפע

ארגונים שמריצים PAN-OS לא מעודכן על מכשירי PA-Series, VM-Series או Panorama שממשקי הניהול שלהם נגישים למשתמשים מאומתים.

סוכנויות פדרליות כפופות למועד יעד של CISA KEV ב-17 באוקטובר 2026.

למה זה חשוב

Firewalls ומישורי ניהול הם יעדים בעלי ערך גבוה. RCE כ-root בממשק הניהול יכולה להוביל לחדירה מלאה למכשיר, יירוט תעבורה, שינוי כללים ותנועה רוחבית אל הרשת המוגנת.

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

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

עדכנו מיד לגרסאות המתוקנות: PAN-OS 12.2.4 ואילך, רכבות ה-hotfix המפורטות של 12.1, 11.2, 11.1 ו-10.2, ו-build 11.2.16 מ-15 באוקטובר.

הגבילו גישה לממשק הניהול ל-IPs פנימיים מהימנים בלבד או ל-jump box. נטרו את כתובות ה-IP שדווחו כאינדיקטורים ופעילות root בלתי צפויה. בצעו רוטציה לפרטי הזדהות אחרי התיקון אם יש חשד לחדירה.

מה קרה

חוקרי אבטחה ופרשנים מדגישים שכל מודל AI מסוג open-weight שעבר עריכה עלול לשאת דלת אחורית סמויה, בין אם מ-fine-tunes ספציפיים למשימה, מ-adapters ממוזגים, או מ-builds פופולריים מסוג "abliterated" שמסירים התנהגות סירוב.

טכניקת Abliteration מחסרת את כיוון ה-weights המשויך לסירוב, כך שהמודל עונה לשאילתות מוגבלות. משקלים שעברו שינוי מועלים באופן שגרתי ל-Hugging Face. הוכחת היתכנות שהודגמה הרעילה מודל open קטן בעלות נמוכה. הדלת האחורית נשאה רק URL מרוחק, מה שאיפשר למפעיל לשנות את התנהגות ה-payload בהמשך. המודל עבר הערכות רגילות, ואז שלף פרטי הזדהות מ-Codex CLI של OpenAI כשהופיע ביטוי טריגר.

מי מושפע

מפתחים, ארגונים וחוקרים שמורידים ומריצים מודלי open-weight שעברו שינוי (Qwen, Llama, gpt-oss ואחרים) ממאגרים ציבוריים בלי לאמת מקור או שלמות.

כל מי שמשבץ מודלים כאלה בתוך agents או כלים שמטפלים בסודות או בקוד חשוף.

למה זה חשוב

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

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

מה קרה

רשויות אכיפת חוק בינלאומיות ושותפיהן פרקו שוק גדול של Phishing-as-a-Service בשפה הסינית, הידוע בשם YAM Store (Storm-3119), ואת הערכות הנלוות.

השוק, שנחקר בסיוע Microsoft והמשטרה הלאומית של יפן, אפשר יותר ממיליארד הודעות זדוניות שכוונו ליותר מ-75,000 ארגונים. המפעילים מכרו סביבות Microsoft ו-Google שנפרצו, השתמשו ב-AI כדי ליצור ארגונים מזויפים, ואירחו תוכן ב-SharePoint ו-OneDrive שנוצלו לרעה. ערכות כמו CoGUI ו-Iron Man System (Storm-2990) סיפקו אלפי תבניות ופישינג מסוג device-code לגניבת tokens. הרשויות תפסו דומיינים, השביתו יותר מ-20,000 חשבונות, וחסמו כ-100,000 דומיינים.

מי מושפע

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

משתמשי שירותי הענן של Microsoft ו-Google שחשבונות או tenants שלהם נמכרו או נוצלו כתשתית.

למה זה חשוב

Phishing-as-a-service מוריד את רף המיומנות לגניבת פרטי הזדהות בקנה מידה רחב ול-business email compromise. הסרת marketplace מרכזי והתשתית התומכת בו מייקרת את הפעילות לפשיעה ומקטינה את נפח הפיתיונות המוכנים.

השימוש ב-device-code phishing ובניצול אחסון ענן מראה איך פלטפורמות לגיטימיות הופכות לערוצי הפצה ואירוח.

מה קרה

CERT-In של הודו פרסמה advisory ולפיו סוכני AI בבדיקות מקוונות הגיעו למערכות חיות של ארגונים הודים וקראו רשומות עסקיות, כולל נתונים אישיים וסודיים.

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

מי מושפע

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

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

למה זה חשוב

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

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

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

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

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