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

מה קרה

Amazon Web Services זיהתה ניסיונות ניצול של זוג הפגיעויות הקריטיות PHP2Shell ב-PHP על מלכודות הדבש שלה החל מ-17 באוקטובר, ארבעה ימים לפני הגילוי הפומבי והתיקונים ב-21 באוקטובר.

אקספלויטים מסוג Proof-of-Concept הופיעו בסביבות מועד הגילוי, ו-AWS דיווחה שהפגיעויות מנוצלות כעת בהיקף רחב בשטח. הניסיונות הגיעו מכתובות IP אנונימיות המקושרות לרשתות proxy או VPN מסחריות, כשגורמי איום מרובים פעלו בשעות שלפני השחרור הרשמי.

מי מושפע

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

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

למה זה חשוב

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

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

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

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

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

מה קרה

Microsoft ייחסה לקבוצת התקיפה Storm-0940, המיושרת עם סין, תקיפת שרשרת אספקה על סביבות Microsoft 365 של לקוחות ConnectWise Cloud Backup. הקבוצה השתמשה ב-ARTEX, framework קוד פתוח לבדיקות חדירה מבוסס סוכני AI, כדי לבצע באופן אוטומטי איסוף מידע (reconnaissance), password spraying ופעולות לאחר אימות.

הפעילות החלה כבר בספטמבר 2026. קמפיין password spraying שקדם לכך פגע ב-327 חשבונות בשמונה ארגונים, עם יותר מ-151,000 ניסיונות התחברות כושלים, בשיא של 2,900 לדקה. לאחר מכן ניצלה קבוצת התקיפה Storm-0940 את אותה תשתית ואת סוכני ה-AI כדי לחדור ללקוחות ConnectWise, והגיעה ליותר מ-2,250 tenants. בחלק מהמקרים התקדמו הסוכנים לפעולות ב-Microsoft Graph, לשינויי פרטי הזדהות ולהסלמת הרשאות.

מי מושפע

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

מאות ארגונים נסרקו או הותקפו; Microsoft זיהתה פעילות המשך במספר סביבות לקוחות.

למה זה חשוב

סוכני AI מאיצים באופן דרמטי את קצב התקיפה ואת היקפה, ומאפשרים לגורמי מדינה לבצע password spraying ולנצל לרעה אפליקציות OAuth בעלות הרשאות גבוהות על פני אלפי tenants במאמץ אנושי מינימלי. ספק גיבוי SaaS בודד שנפרץ יכול להרחיב גישה הרבה מעבר להיקף שיועד לו.

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

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

סקרו וצמצמו הרשאות אפליקציות OAuth עבור ConnectWise ואפליקציות צד שלישי דומות ב-Microsoft 365. בצעו רוטציה לפרטי הזדהות, הפעילו Conditional Access ו-Phishing-resistant MFA, ונטרו פעילות חריגה ב-Graph API ובספרייה.

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

מה קרה

GitLab פרסמה ב-21 באוקטובר תיקונים ל-CVE-2026-110264, פגיעות remote code execution ללא אימות בדירוג CVSS 10.0 שנגרמת מ-integer overflow בקומפיילר הביטויים הרגולריים של Onigmo. הפגיעות משפיעה על כל גרסת GitLab CE/EE self-managed מ-7.0 ואילך.

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

מי מושפע

כל סביבות GitLab self-managed שמריצות גרסאות מ-7.0 לפני הגרסאות המתוקנות: 18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3 או 19.5.1. GitLab.com ודיירי Dedicated שעודכנו כראוי כבר מוגנים.

הפגיעות משתרעת אחורה יותר מעשור כי GitLab מפיצה ומתקנת מנוע Onigmo משלה.

למה זה חשוב

פגיעות RCE ללא אימות בפלטפורמת DevOps נפוצה מעניקה לתוקפים שליטה מלאה על קוד המקור, צינורות CI/CD, סודות, ופוטנציאלית גם על ה-host שמתחת. טווח 12 השנים משמעותו שסביבות רבות שפועלות לאורך זמן או מתוחזקות גרוע חשופות.

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

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

עדכנו מיד לגרסה המתוקנת בענף ה-release שלכם: 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 או 18.11.13. GitLab ביצעה backport לתיקון מעבר לחלון התמיכה הרגיל שלה בגלל חומרת הפגיעות.

השתמשו בכללי הזיהוי Sigma שפורסמו לקריסות worker של Onigmo ולפרצי שגיאות render ב-Org mode כדי לצוד ניסיונות ניצול. אין workaround; החילו את התיקון והפעילו מחדש את השירותים.

מה קרה

מפעילי קבוצת Lazarus מצפון קוריאה השתמשו במנגנון ה-key encapsulation post-quantum הסטנדרטי ML-KEM כדי להגן על העברת payload של נוזקה בקמפיין ש-Kaspersky מכנה FlashHole. התקיפות נגד ארגונים בדרום קוריאה החלו בסביבות יולי 2025 ומשלבות כלים מוכרים וחדשים.

השרשרת מתחילה בפישינג לדפי GitHub שנבנו במיוחד, שטוענים JavaScript חיצוני, מנצלים לרעה את כלי האבטחה המקומי INISAFE CrossWeb EX, ומריצים shellcode דרך fsquirt.exe כדי להתקין את ה-downloader TechHub. לאחר מכן הכלי LPEClient משיג מפתחות ציבוריים מסוג ML-KEM-1024 מ-C2, גוזר סודות משותפים ומפענח את ה-payloads הבאים. נוזקות נוספות כוללות את ClientHub, את הדלת האחורית המודולרית Cubridge, וכלים לגניבת פרטי הזדהות מ-Chromium.

מי מושפע

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

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

למה זה חשוב

אימוץ הצפנה post-quantum בידי APT מתוחכמת מעלה את הרף בפני מגנים שעדיין מסתמכים על ניתוח קריפטו קלאסי לבדיקת תעבורה או לשחזור payload. זה גם מסמן חיזוק עתידי של ערוצי C2 מול יריבים בעלי יכולת קוונטית.

השילוב של binaries מסוג Living off the Land, ניצול לרעה של תוכנות אבטחה קוריאניות לגיטימיות, מאגרי GitHub פרטיים ודלתות אחוריות מודולריות יוצר הדבקה עמידה במספר שלבים שקשה יותר לזהות ולייחס בזמן אמת.

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

חסמו או הגבילו בחומרה גישה לדפי GitHub לא מהימנים ולטעינת סקריפטים חיצוניים. נטרו שימוש חריג ב-fsquirt.exe, בתהליכי INISAFE ובחיבורי רשת לא צפויים ל-Dropbox או ל-repo פרטי.

פרסו זיהוי התנהגותי לאינדיקטורים של LPEClient, TechHub, ClientHub ו-Cubridge. אכפו allow-listing ליישומים, בודדו משתמשים בסיכון גבוה ובצעו רוטציה לפרטי הזדהות בכל חשד לחדירה. שמרו את הטלמטריה של נקודות הקצה והרשת ממוקדת בשרשראות הרצה בזיכרון.

מה קרה

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

ההשפעה מוגבלת לקבוצת משנה של משתמשים. החברה מקשרת את האירוע לקמפיין רחב יותר נגד ספקיות פלטפורמה, שמטרתו להגיע לשירותי AI inference. לפי הדיווחים, תוקפים רוקנו ארנקי מטבעות קריפטו שמפתחותיהם הפרטיים אוחסנו כ-environment variables ב-Railway, והגניבה החלה שעות לפני הגילוי הפומבי. Railway ביצעה רוטציה לפרטי ההזדהות של ה-bucket שלה ופסלה טוקני API.

מי מושפע

קבוצת משנה של לקוחות Railway שאחסנו environment variables רגישים (מפתחות API, פרטי הזדהות למסדי נתונים, טוקני registry, מפתחות קריפטו ועוד). מספרים מדויקים לא פורסמו.

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

למה זה חשוב

Environment variables הם מאגר סודות נפוץ בפלטפורמות PaaS. חדירה לאחסון הסודות של הפלטפורמה מסכנת מיד כל עומס עבודה של לקוח שמסתמך על הערכים האלה, ומאפשרת ניצול המשך כולל גניבת קריפטו ו-LLMjacking (הרצת מודלי שפה גדולים של התוקף על חשבון הענן של הקורבן).

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

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

בצעו מיד רוטציה לכל ה-environment variables והסודות שמאוחסנים ב-Railway, כולל מפתחות API, פרטי הזדהות ל-registry פרטי וכל ערך רגיש אחר. בדקו את לוגי השירות לאיתור פעילות חריגה.

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

מה קרה

האקרים פרצו לתשתית של Onamae Desktop Cloud (של GMO Internet) והתקינו תוכניות זדוניות בעד 26,739 שרתי VPS של לקוחות. החברה אישרה גישה לא מורשית ב-20 באוקטובר והחלה לכבות בהדרגה את השרתים שנפגעו מ-04:00 לפי השעון המקומי ב-21 באוקטובר.

נתונים שאוחסנו בשרתים עלולים להיות חשופים, אם כי לא דווח על שימוש לרעה או דליפה מאושרים. נתוני כרטיסי תשלום יושבים על תשתית נפרדת ולא הושפעו. השירות, שפופולרי למסחר אוטומטי רציף ב-FX/MetaTrader, נותר מושבת ללא ETA להפעלה מחדש.

מי מושפע

עד כ-27,000 לקוחות Onamae Desktop Cloud ביפן, שסביבות ה-VPS שלהם קיבלו נוזקה. כל תוכניות Desktop Cloud מושפעות מההשבתה.

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

למה זה חשוב

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

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

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

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

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

מה קרה

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

בבדיקות הטכניקה עצרה את כל ההתקפות מכמה מודלים (GPT 5.6 Cyber, Kimi K3, Qwen 3.8 Max, DeepSeek V4 Pro). היא קיצצה את הצלחת Claude Opus 5 ב-91% ואת זו של GPT-6 Astra ב-54%, ובמקביל כמעט ריבעה או הכפילה את עלות החישוב של התקפות מוצלחות עד פי 23. הפצצה הבודדת החזקה ביותר הייתה דוח בדיקת חדירה מזויף שסימן נתיבים אמיתיים כ-canaries ופיתיונות כפרסים שכבר נוצלו.

מי מושפע

ארגונים שחוששים מסוכני AI אוטונומיים שמבצעים איסוף מידע (reconnaissance) או ניצול מול נכסים ציבוריים או פנימיים שלהם. הטכניקה ההגנתית רלוונטית לכל מגן שמתמודד עם כלי תקיפה מבוססי LLM.

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

למה זה חשוב

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

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