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

מה קרה

תוקפים החלו לנצל ב-4 בספטמבר 2026 פגיעות zero-day לא מתוקנת ב-Magento Open Source וב-Adobe Commerce, שמאפשרת הרצת קוד מרחוק ללא הזדהות בשרתי חנויות והתקנת דלתות אחוריות מתמידות.

החברה ההולנדית Sansec גילתה את הפגיעות, כינתה אותה StyleSmuggler, ופרסמה advisory מוקדם ב-5 בספטמבר כי חנויות נפרצו בזמן אמת. שרשרת התקיפה שוחזרה על מערכות נקיות בגרסאות 2.4.7, 2.4.8 ו-2.4.9. נכון ל-6 בספטמבר Adobe לא פרסמה advisory, CVE, תיקון או workaround.

אישור עצמאי הגיע מ-Disrex Group, שטיפלה בשתי חנויות Magento Open Source שנפרצו במלואן ובתקיפה אחת שנכשלה; קורבן אחד הריץ קו 2.4.6 מעודכן במלואו ואחר הריץ 2.4.8.

מי מושפע

כל גרסאות Magento Open Source ו-Adobe Commerce הנוכחיות נראות מושפעות, כולל 2.4.9 וקווי 2.4.6-p15 / 2.4.6-2026-aug שעודכנו לאחרונה. Sansec אישרה את שרשרת התקיפה ללא הזדהות על מערכות Open Source בגרסאות 2.4.7 עד 2.4.9.

חנויות מקוונות בכל גודל שחושפות GraphQL נמצאות בסיכון מיידי. חזיתות Classic ו-Hyvä יכולות לרוב לכבות את GraphQL; סביבות headless ו-PWA בדרך כלל לא יכולות. מספר הקורבנות המדויק אינו ידוע, אך ניצול בפועל כבר מתבצע.

למה זה חשוב

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

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

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

כבו זמנית את GraphQL אם חזית החנות אינה זקוקה לו (רוב סביבות Classic ו-Hyvä לא זקוקות; headless/PWA בדרך כלל כן).

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

מה קרה

גורמי איום לא מזוהים ניצלו את הפגיעות הקריטית CVE-2026-63077 ב-TeamCity (CVSS 9.8) כדי לפרוץ לסביבות הענן Cadence של JetBrains עצמה באוגוסט 2026. הפגיעות מאפשרת הרצת קוד מרחוק ללא הזדהות דרך פרוטוקול ה-agent polling, באמצעות deserialization של נתונים לא מהימנים.

JetBrains גילתה את החדירה ב-23 באוגוסט. התוקפים ניגשו לגיבוי שרת Cadence מ-2024 שהכיל פרטי הזדהות וקונפיגורציה, חילצו משתמשי AWS IAM מרובים וסודות, הגיעו לאחסון S3 עם נתוני משתמשים, וייתכן שקיבלו קוד מקור שסונכרן מפרויקטי PyCharm. CISA הוסיפה את ה-CVE לקטלוג Known Exploited Vulnerabilities שלה ב-5 באוגוסט.

Cadence הוא שירות מנוהל של JetBrains להרצת עומסי ML ועומסים כבדים על GPUs בענן מתוך ה-IDE של PyCharm.

מי מושפע

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

נחשפו גם: פרטי הזדהות AWS IAM של עובדי JetBrains שהשתמשו בשירות, וקבצים ב-buckets S3 קשורים. כל מי שעדיין מריץ TeamCity לא מעודכן (לפני 2026.1.3 / 2025.11.7) נשאר חשוף לאותה RCE.

למה זה חשוב

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

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

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

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

עדכנו את TeamCity ל-2026.1.3, ל-2025.11.7 או לגרסה מאוחרת יותר ללא דיחוי. בדקו משתמשי AWS IAM ומפתחות הקשורים ל-Cadence, הפעילו מדיניות הרשאות מינימליות, ונטרו פעילות ענן חריגה שמקורה בזהויות האלה.

מה קרה

Broadcom פרסמה תיקונים לשתי פגיעויות ב-VMware Workstation וב-Fusion. החמורה יותר היא בעיית integer overflow שמאפשרת לתוקף מקומי שכבר מחזיק בהרשאות ניהול בתוך VM אורח להריץ קוד שרירותי על ה-host, כאשר ה-VM משתמש במתאם רשת וירטואלי VMXNET3.

פגיעות שנייה, stack-based buffer overflow ברכיב HGFS, מאפשרת הרצת קוד דומה בצד ה-host כתהליך VMX מתוך אורח בעל הרשאות. שתיהן דורשות הרשאות admin מוקדמות בתוך ה-VM; אפשר להשיג אותן דרך פישינג נפרד או תצורה שגויה. לא דווח על ראיות לניצול בשטח של שתי הבאגים האלה.

הגרסאות המושפעות הן Workstation ו-Fusion 25H2 ו-26H1; התיקונים מגיעים ב-builds של 26H1u1. Broadcom מציינת שאין דרכי עקיפה.

מי מושפע

משתמשים וארגונים שמריצים VMware Workstation או VMware Fusion בגרסאות 25H2 או 26H1, במיוחד כאלה שמעניקים הרשאות ניהול בתוך VM אורח או משתמשים במתאם VMXNET3 ובתכונת תיקיות משותפות HGFS.

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

למה זה חשוב

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

מוצרי VMware היו שוב ושוב יעדים בעלי ערך גבוה; פגיעויות vCenter אחרונות נוצלו במהירות. גם אם שתי הפגיעויות האלה דורשות הרשאות admin מוקדמות באורח, התנאי הזה מתקיים לעיתים קרובות אחרי פישינג או הסלמת הרשאות מקומית.

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

עדכנו מיד ל-VMware Workstation 26H1u1 ול-VMware Fusion 26H1u1. אין דרכי עקיפה.

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

מה קרה

קמפיין רחב חדר ליותר מ-5,400 אתרי עסקים קטנים, בעיקר WordPress ו-PrestaShop, והזריק סקריפטים שמושכים payload בשלב הבא מחוזים חכמים ב-BNB Smart Chain Testnet. הטכניקה מכונה EtherHiding.

הקוד המוזרק מציג פיתיון הנדסה חברתית מסוג ClickFix: CAPTCHA מזויף שמורה למבקר לפתוח את דיאלוג Run של Windows ולהדביק פקודת PowerShell, שבהמשך מורידה ומריצה את ה-payload הסופי. בגרסאות מאוחרות יותר הוחלף שלב ה-ClickFix ב-stager מבוסס WebRTC data-channel שפותח ערוץ מוצפן חשאי לתשתית התוקף ומריץ JavaScript שהתקבל כולו בזיכרון הדפדפן.

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

מי מושפע

מבקרים בכל אחד מיותר מ-5,400 האתרים שנפרצו של עסקים קטנים, במיוחד משתמשי Windows שפועלים לפי הוראות ClickFix. בעלי אתרים שהתקנות WordPress או PrestaShop שלהם קיבלו דלת אחורית.

וקטור החדירה הראשוני לאתרים עצמם טרם דווח; היקף האירוע מצביע על סריקה המונית אופורטוניסטית או ניצול חולשות CMS נפוצות.

למה זה חשוב

ClickFix הופך משתמשים רגילים למנגנון ההפצה בכך שהוא מנצל תכונות OS לגיטימיות (דיאלוג Run + PowerShell). אחסון payload בבלוקצ'יין ציבורי מסיר אפשרויות takedown מסורתיות של C2 ומאפשר לתוקפים להחליף נוזקה לפי דרישה.

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

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

לבעלי אתרים: שמרו על WordPress, PrestaShop, תוספים ותבניות מעודכנים במלואם; הסירו הרחבות שאינן בשימוש; פרסו ניטור שלמות קבצים ו-WAF; סרקו כוללים לא צפויים של JavaScript או טעינות סקריפט חיצוניות.

למשתמשי קצה ולארגונים: הכשירו עובדים לעולם לא להדביק פקודות מדפי אינטרנט ל-Run או ל-PowerShell; חסמו או התריעו על הפעלת PowerShell חשודה; השתמשו בבידוד דפדפן או בגלישה מוקשחת; נטרו חריגות WebRTC וחיבורי peer יוצאים בלתי צפויים. בקרות רשת שמגבילות גישה לנקודות קצה זדוניות ידועות של BSC יכולות לעזור.

מה קרה

Elastic Security Labs תיעדה ארבעה מודולים מתמידים שלא דווחו קודם, המקושרים לגונב המידע החדש ל-Windows בשם REVSTEALER. אחרי שגונב המידע המרכזי מבצע הוצאת נתונים (exfiltration) ומוחק את עצמו, נשארים המודולים האלה: ProManager, WinUpdate, SoftManager ו-LockAppHost.

הם חולקים עם REVSTEALER את ה-tradecraft של packer, runtime resolution וקונפיגורציה דרך smart contract ב-Polygon. המודול LockAppHost מבצע הסלמת הרשאות דרך CMSTP, משבית שירותים ומשימות של Windows Update, מוסיף החרגות רחבות ל-Microsoft Defender, ואז מריץ כורה מטבעות קריפטו מוסתר. ההחלשות ההגנתיות נשארות גם אחרי שהכורה מוסר.

המודול ProManager מכוון לארנקי קריפטו שולחניים (כולל כאלה מבוססי Electron) עם התנהגות overlay ו-keylogging; WinUpdate מבצע החלפת כתובות קריפטו בלוח הגזירים ואיסוף seed phrases; SoftManager הופך את המארח ל-reverse proxy.

מי מושפע

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

מי שמריץ ארנקי קריפטו שולחניים, או שמכונתו יכולה להפוך ל-proxy או לכורה, מושפע במיוחד. היקף ההדבקה המדויק לא כומת בדוח.

למה זה חשוב

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

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

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

פרסו והתאימו זיהוי בקצה שתופס ניצול לרעה של CMSTP, שינויי החרגה בלתי צפויים ב-Defender, שירותי ומשימות עדכון מושבתים, והזרקת תהליכי כריית קריפטו. שמרו על Microsoft Defender ו-Windows Update פעילים ובניטור מפני חבלה.

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

מה קרה

SANS Internet Storm Center הציגה את Numbat, כלי observability בקוד פתוח שנבנה לניטור ולהבנה של התנהגות סוכני AI. רשומת היומן מציגה את הפרויקט כעזר מעשי למפעילים שזקוקים לנראות לפעולות של סוכנים אוטונומיים או חצי אוטונומיים, לקריאות כלים ולעקבות החלטה.

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

מי מושפע

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

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

למה זה חשוב

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

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