עדכון האבטחה הענק של מיקרוסופט: הסימן הראשון לעידן הסייבר בקצב מכונה

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

מחזור אוקטובר פורסם ב־13 באוקטובר. צילום המצב כאן נבדק ב־16 באוקטובר 2026, לאחר עדכוני תיעוד נוספים. הערת השחרור העדכנית של Microsoft מציגה 1,453 CVEs של Microsoft, ובתוכה 1,105 במשפחת Windows. שאילתה נפרדת בפורטל החי, בסינון למחזור 2026-Oct ול־Microsoft כרשות מקצה ה־CVE ‏(CNA), מחזירה 1,450 רשומות. הפער בין שני המקורות הרשמיים לא הוסבר במקור שנבדק; אין לבחור אחד מהם באמצעות ממוצע או רוב דיווחים.

תיקון רשומה אינו בהכרח תיקון תוכנה חדש. לדוגמה, ברשומת CVE-2026-108451 ב־Word, שעודכנה ב־15 באוקטובר, Microsoft מבהירה שהחולשה הושמטה בשוגג מהפרסום המקורי אך כבר טופלה בעדכוני אוקטובר; מי שהתקין אותם אינו נדרש לפעולה נוספת עבור שינוי תיעודי זה. אין בכך הוכחה לסיבת הפער המספרי בין הערת השחרור לשאילתת ה־CNA. יתר העובדות המאומתות אינן תלויות ביישוב הפער.

מה לתעדף: ניצול פעיל ב־Windows, חשיפה פומבית וסיכוני שרתים

CVE-2026-96951 ב־Windows Shell מסומנת ב־MSRC כ־Exploitation Detected, בדירוג Important ובציון CVSS 3.1 של 8.8. היא מאפשרת לעקוף את הגנת סימון הקבצים שהגיעו מהאינטרנט, Mark of the Web. נדרשת פעולת משתמש, כגון פתיחת קובץ זדוני או לחיצה על קישור; אין מדובר בהוכחה לניצול אוטומטי ללא אינטראקציה. Publicly Disclosed מסומן No. זו הרשומה היחידה שסומנה כמנוצלת בשאילתת מחזור אוקטובר שנבדקה, לא היחידה המנוצלת בכלל מוצרי Microsoft לאורך השנה.

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

בנפרד, CVE-2026-108398 ב־.NET Framework מסומנת כידועה פומבית, Important ו־CVSS 8.8, אך ללא ניצול שזוהה. היא מאפשרת לתוקף מאומת לעקוף מקומית את Windows Defender Application Control באמצעות רכיב ‎.NET זדוני. CVE-2026-92707 ב־MessagePack-CSharp גם פומבית ולא מסומנת כמנוצלת, בדירוג Moderate ו־CVSS 5.3; ה־CNA שלה הוא GitHub_M, ולכן אין להציג אותה כ־CVE שהוקצה בידי Microsoft רק משום שהיא מופיעה בפורטל שלה.

• Exchange: CVE-2026-70571 — הרצת קוד מרחוק, Critical ו־CVSS 8.1. הודעת דואר מעוצבת יכולה להפעיל עיבוד תוכן בשרת ללא אימות או פעולת משתמש, אך Microsoft מציינת מורכבות תקיפה גבוהה ותלות בהיכרות מעמיקה עם הסביבה.
• Active Directory: CVE-2026-70229 — הרצת קוד מרחוק ב־AD DS, Critical ו־CVSS 8.1; ללא אימות או פעולת משתמש, אך בתנאי רשת ותזמון מסוימים. יש למפות את בקרי הדומיין והשירותים הנגישים, ולא להסתפק בציון.
• SharePoint: CVE-2026-102866 — העלאת הרשאות, Critical ו־CVSS 8.1. ניצול דורש השגת proof token תקף למשתמש ותנאים מתאימים; התוקף יכול לשנות את האסימון ולהתחזות למשתמש. זו אינה טענה שכל שרת מאפשר כניסה חופשית ללא תנאים.
• Outlook: CVE-2026-70242 — הרצת קוד מרחוק, Critical ו־CVSS 9.8. לפי Microsoft, הצגת הודעה בחלונית הקריאה עשויה להספיק, ללא פתיחת קובץ או לחיצה על קישור.

בכל ארבע הדוגמאות האחרונות, נכון ל־16 באוקטובר, Exploitation Detected ו־Publicly Disclosed אינם מסומנים בחיוב. פוטנציאל ניצול וחומרה אינם ראיה לתקיפה שנצפתה. בבדיקת המעקב נשארו CVE-2026-81963 ו־CVE-2026-85880 מספטמבר מסומנות כמנוצלות, Important ו־CVSS 7.8, ללא חשיפה פומבית; גם דגלי המעקב של חולשות אוגוסט וגרסת התיקון של Defender ‏1.1.26080.3 לא השתנו לעומת העדכון הקודם.

פריסת אוקטובר: מה נפתר, מה עדיין פתוח ואיזו תמיכה הסתיימה

ל־Windows 11 ‏24H2, ‏25H2 ו־26H2 פורסם ב־13 באוקטובר KB5127648; ל־26H1 פורסם KB5127646. העדכונים כוללים תיקוני מסך שחור וטעינת שולחן עבודה, שנצפו בין היתר בסביבות AVD ו־FSLogix. KB5127648 מתקן גם קריסות יישומים הקשורות לפענוח AC-3.

בעיית האמון בדומיין שתועדה כאן בספטמבר כבר מסומנת כפתורה: לפי Release Health, הפתרון כלול בעדכון 22 בספטמבר KB5124010, וב־KB5124006 עבור 26H1, ובעדכונים שבאו אחריהם. Microsoft מבהירה שהעדכון מונע אכיפת Machine Identity Isolation בזמן שיפור התכונה. אין צורך להמשיך במעקף הישן כאשר מותקן העדכון המתאים.

לעומת זאת, תקלה חדשה ונפרדת ב־RDP עדיין במצב Mitigated: משתמש שאינו מנהל עשוי לקבל שגיאה 0xC000000D כאשר Administrator protection מופעל במחשב המרוחק. Microsoft מציעה השבתה זמנית וממוקדת של התכונה במחשבים שנפגעו באמצעות מדיניות הניהול, ועובדת על תיקון; אין להחליף זאת בהמלצה גורפת לבטל הגנות בארגון. גם USB Audio Class 1.0 עדיין אינו פתור במלואו. אין לבלבל בין תקלת RDP זו לבין חוסר היציבות הישן של RDS, שטופל בעדכוני החירום של ספטמבר.

בתיקון התיעוד של KB5127648 מ־15 באוקטובר נוספה הבהרה על הקשחת NTLMv1 ל־SSO: כאשר Credential Guard כבוי וערך BlockNtlmv1SSO אינו מוגדר, ברירת המחדל עוברת מ־Audit ל־Enforce. חיבורי Wi-Fi, ‏Ethernet ו־VPN המשתמשים באימות MS-CHAPv2 עלולים להיות מושפעים. זו נקודת בדיקה בפיילוט, לא סיבה לדחות ללא הגבלה את תיקון החולשה המנוצלת.

ל־Windows Server 2025 פורסם KB5126646; הסרת פירוט שגיאות סנכרון WSUS עקב הקשחת אבטחה עדיין מתועדת. ב־Exchange Server SE, KB5129955 מפרט בעיות ידועות ביומנים מפורסמים, בזמינות free/busy בתיבות מואצלות בסביבה היברידית וב־ContentEngine. אחרי ההתקנה יש להריץ Exchange Health Checker ולבדוק את התרחישים הרלוונטיים.

Secure Boot נשאר בתהליך פריסה: KB5127648 מאשר שהפצת התעודות החדשות נמשכת, ושמחשבים שטרם קיבלו אותן עדיין יכולים לעלות ולקבל עדכוני Windows רגילים. בעדכון מדיית התקנה באמצעות Dynamic Update, הנחיית השרת ממשיכה לחייב boot.stl התואם לגרסה ולארכיטקטורה כדי למנוע כשל אתחול 0xc0430001. בטבלאות Release Health שנבדקו עבור 24H2, ‏25H2, ‏26H1 ו־26H2 לא נמצאה רשומת safeguard hold פתוחה; זו אינה הבטחה לזכאות שדרוג של כל מחשב או להיעדר תקלות.

סיום התמיכה כבר אינו אירוע עתידי: Windows 11 ‏24H2 במהדורות Home ו־Pro הגיע לסיום עדכונים ב־13 באוקטובר; Enterprise ו־Education ממשיכות להיות נתמכות עד 12 באוקטובר 2027. גם Office 2021 ושנת ה־ESU השלישית של Windows Server 2012 הגיעו לסיום באוקטובר, לפי דפי מחזור החיים של Microsoft. מלאי הנכסים חייב לכלול מהדורה ומסלול תמיכה, ולא רק את שם המוצר.

AI ותיעדוף: קבוצות סיכון הן כלי עזר, לא תחליף לבדיקת CVE

ב־13 באוקטובר הציגה Microsoft את רעיון קבוצות הסיכון — risk cohorts: קיבוץ חולשות שדורשות שאלות סביבה דומות, כגון אילו שירותי RDP נגישים ואילו יישומי Office מעבדים תוכן בלתי מהימן. החברה מגדירה את הרעיון כניסיוני, לא כסיווג רשמי חדש; היחסים האלה עדיין אינם מוצגים ב־SUG, ועדיין נדרשת בדיקה פרטנית של ניצול, חומרה, נתיב תקיפה והנחיות מוצר.

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

עדכון ספטמבר 2026: 975 בהערת השחרור, 997 בפורטל החי

מחזור ספטמבר פורסם ב־8 בספטמבר. נכון לבדיקה ב־19 בספטמבר 2026, הערת השחרור של MSRC לספטמבר מונה 975 CVEs של Microsoft, ובטבלת משפחות המוצרים שלה מופיעות 724 חולשות Windows. אותה הערה מציינת בנפרד פרסום מחדש של 25 CVEs שאינם של Microsoft. אין לחבר את שורות משפחות המוצרים: חולשה עשויה להופיע ביותר ממשפחה או גרסה אחת.

בדיקה נפרדת של הפורטל החי, בסינון למחזור 2026-Sep ול־Microsoft כרשות מקצה ה־CVE (CNA), מחזירה 997 רשומות. המספר אומת גם בקובץ CVRF הרשמי. זהו היקף הרשומות החי של החודש, כולל פרסומים מאוחרים, ולא מספר התיקונים שנשלחו ביום שלישי עצמו. לכן 975 ו־997 מוצגים כאן עם הגדרת ההיקף שלהם, ולא כשתי גרסאות מתחרות של אותו נתון.

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

ניצול וחומרה בספטמבר: שני מקרים פעילים ותיקון חירום נוסף

CVE-2026-81963 ב־Windows Update Stack ו־CVE-2026-85880 ב־Windows ALPC מסומנות שתיהן Exploitation Detected, בדירוג Important ובציון CVSS 7.8. שתיהן מאפשרות העלאת הרשאות מקומית ל־SYSTEM, ולכן יש לתעדף את המערכות המושפעות גם כשדירוג היצרן אינו Critical. בשתי הרשומות Publicly Disclosed מסומן No: ניצול שנצפה וחשיפה פומבית הם שדות שונים, ולא מילים נרדפות.

בצילום המצב הרשמי של מחזור ספטמבר לא נמצאה רשומה עם Publicly Disclosed: Yes. אין בכך כדי לבטל חולשות פומביות מחודשים קודמים. בנפרד, CVE-2026-85921 ב־Windows Secure Kernel Mode פורסמה ב־14 בספטמבר עם תיקון חירום ל־Windows 11 26H1: Critical, CVSS 8.2, ללא ניצול שזוהה וללא חשיפה פומבית לפי MSRC. זו דוגמה לכך שהמעקב חייב להימשך גם אחרי יום העדכון.

סגירת מעקב מאוגוסט: ברשומת ShieldBreak ב־Microsoft Defender, שעודכנה ב־3 בספטמבר, Microsoft מציינת שהגרסה הראשונה המתוקנת של מנוע ההגנה היא 1.1.26080.3. החולשה עדיין מסומנת כידועה פומבית, Important ו־CVSS 7.8, אך לא כמנוצלת. ההמלצה כעת היא לוודא שהמנוע עודכן לגרסה זו או מאוחרת יותר, ולא להמתין לתיקון. בבדיקה חוזרת של CVE-2026-68820, CVE-2026-62832 ו־CVE-2026-72971 לא השתנו דגלי הניצול והחשיפה שתועדו באוגוסט.

החיבור ל־AI: ייחוס מפורש ותלות תפעולית

בפרסום הרשמי על אבטחה בעידן AI, Microsoft מתארת את שילוב MAI-Cyber-1-Flash בתוך MDASH ואת Project Perception, מערכת לתיאום סוכני אבטחה. אלה טענות מוצר של Microsoft; הן אינן ייחוס של כלל חולשות ספטמבר ל־AI. גם עדכון רכיבי AI ב־Windows אינו ראיה למקור גילוי ה־CVEs.

בספטמבר יש גם קשר תפעולי מאומת: Windows Release Health מציין במפורש ש־Claude Cowork ו־WSL נפגעו מתקלה בשיתוף תיקיות Plan9 במכונות Linux מנוהלות HCS, ושהיא תוקנה בעדכוני החירום מ־14 בספטמבר. המשמעות לארגון שמפעיל כלי AI היא לבדוק בפיילוט גם את סביבת העבודה, המכונות המבודדות ושיתוף הקבצים — לא רק שהתקנת העדכון הסתיימה בהצלחה.

עדכון אוגוסט 2026: למה 421 ו־422 נכונים בו־זמנית

ב־11 באוגוסט פרסמה מיקרוסופט את מחזור Patch Tuesday החדש. הערת השחרור הרשמית של MSRC קובעת שהמחזור נפתח עם 421 CVEs של Microsoft. בטבלת משפחות המוצרים מופיעות 236 חולשות תחת Windows; זהו תת־היקף בתוך כלל מוצרי Microsoft, ולא מספר מתחרה. באותה הערה מיקרוסופט מפרידה גם שני CVEs שאינם של Microsoft, CVE-2026-6726 ו־CVE-2026-6727 של TPM, שפורסמו מחדש משום שעדכוני Windows מטפלים בהם.

הפורטל החי השתנה אחרי יום העדכון. ב־14 באוגוסט נוספה CVE-2026-69414 ב־Microsoft Defender, ולכן שאילתת MSRC החיה מציגה כעת 422 CVEs שה־CNA שלהם הוא Microsoft. דף ה־CVE מציין שמיקרוסופט מודעת לחולשה המכונה ShieldBreak, אך נכון לחותמת הזמן של הבדיקה עדיין עובדת על עדכון אבטחה. לכן 421 הוא מספר השחרור המקורי ו־422 הוא מצב הפורטל לאחר התוספת; אין להסתיר את ההבדל ואין לחבר אליו את שני CVEs החיצוניים.

ניצול, חשיפה פומבית וחומרה נכון ל־16 באוגוסט

CVE-2026-68820 היא החולשה היחידה במחזור אוגוסט שמסומנת כ־Exploitation Detected. זו חולשת Use After Free בדרייבר AFD של Winsock, בדירוג Important ובציון CVSS 7.0. הניצול דורש תוקף מקומי מאומת שינצח תנאי מרוץ, אך הצלחה מאפשרת הרשאות SYSTEM ללא אינטראקציית משתמש. המשמעות התפעולית: לתעדף תחנות ושרתים שבהם חדירה ראשונית או גניבת זהות כבר עלולות להפוך במהירות להשתלטות מלאה.

שלוש חולשות מסומנות כידועות פומבית אך לא כמנוצלות: CVE-2026-62832 בשירות פרופיל המשתמש של Windows, Important ו־CVSS 7.8, שמיקרוסופט מעריכה כי ניצולה סביר יותר; CVE-2026-72971 בדרייבר בידוד הקונטיינרים unionfs.sys, Important ו־CVSS 5.5, שהניצול שלו מוגדר לא סביר; ו־CVE-2026-69414 ב־Defender, Important ו־CVSS 7.8, שמוגדרת סבירה יותר אך טרם קיבלה עדכון. חשיפה פומבית, ניצול פעיל וחומרת CVSS הם שלושה אותות שונים שצריך לשקלל בנפרד.

עדכון יולי 2026: יוני לא היה אירוע חד־פעמי

ב־14 ביולי פרסמה מיקרוסופט מחזור עדכונים גדול עוד יותר. עמוד יולי החי של MSRC מציג כעת 622 חולשות CVE של מיקרוסופט בכלל משפחות המוצרים. יום לאחר מכן, PCMag הגדירה את העדכון בכותרת שלה כ־“Microsoft’s Biggest Bug-Fix Patch in Years” וציטטה ספירה מוקדמת של 570 ליקויים בעדכון ווינדוס — כמעט פי שלושה מהספירה שבה השתמשה לגבי יוני.

שני המספרים אינם סותרים, אבל גם אינם בני השוואה ישירה. 622 הוא היקף מחזור ה־CVE הרחב של מיקרוסופט לפי MSRC; 570 הוא מספר מוקדם ש־PCMag ציטטה מדיווח משני על ליקויים בעדכון ווינדוס. בטבלת משפחות המוצרים של MSRC מופיעות כרגע 416 חולשות תחת Windows, ובנפרד מצוינים 428 מזהי CVE של Chromium שאינם של מיקרוסופט ופורסמו מחדש. ההבדל נובע מהיקף, קיבוץ, מוצרי יעד ועדכונים מאוחרים לנתונים.

למה חשוב להסביר את שיטת הספירה

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

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

סטטוס הניצול שנבדק ביולי 2026

עמוד MSRC החי מסמן כעת שלוש חולשות בסטטוס Exploitation Detected: ‏CVE-2026-56155 להעלאת הרשאות ב־AD FS, ‏CVE-2026-56164 להעלאת הרשאות ב־SharePoint, ו־CVE-2026-58644 הקריטית להרצת קוד מרחוק ב־SharePoint. בנוסף, CVE-2026-50661 לעקיפת ביטלוקר מסומנת כידועה פומבית, אך לא כמנוצלת בפועל.

העדכון של CVE-2026-58644 ממחיש למה זהו אירוע מתמשך: מיקרוסופט כתבה שהתיקון שוחרר כבר ביוני אך ה־CVE נשמט בטעות מרשימת יוני, וב־15 ביולי תיקנה גם את דגל הניצול ואת וקטור ה־CVSS. כלומר, הסיכום של יום שלישי הוא תמונת פתיחה — לא סוף הבדיקה.

מה באמת השתנה: חולשות בקצב מכונה

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

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

במאי 2026 חשפה מיקרוסופט את מערכת MDASH לגילוי חולשות בעזרת בינה מלאכותית, וב־9 ביולי הסבירה שקצב גילוי החולשות משתנה מפני שבינה מלאכותית מאפשרת למצוא ולנתח יותר בעיות, מהר יותר ועל פני יותר קוד. במילים פשוטות: אנחנו לא בהכרח רואים תוכנה גרועה יותר. אנחנו רואים יותר יכולת למצוא את מה שכבר היה שם — וגם פחות זמן בין גילוי לניסיון ניצול.

איפה קלוד מיתוס נכנס לתמונה

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

בעדכון הראשוני של גלאסווינג, אנת׳רופיק דיברה על יותר מ־10,000 חולשות ברמת חומרה גבוהה או קריטית שנמצאו יחד עם כ־50 שותפים. זו ספירה מצטברת שחלק ממנה עדיין עובר אימות וגילוי מתואם, אבל היא ממחישה את השינוי: הבעיה אינה רק למצוא חולשות, אלא לעבור על הממצאים, לאמת אותם, לדווח עליהם בצורה אחראית ולשחרר תיקונים מספיק מהר.

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

MDASH: מערכת ציד החולשות של מיקרוסופט

החוליה שחסרה בתמונה המקורית היא MDASH — מערכת רב־מודלית סוכנית שמיקרוסופט מפעילה למחקר חולשות. לפי הפרסום הטכני הרשמי של מיקרוסופט, המערכת מתזמרת יותר מ־100 סוכנים מתמחים ומספר מודלים: סוכנים שסורקים קוד, סוכנים שמנסים להפריך את הממצא, שלב איחוד כפילויות ושלב שמנסה להוכיח שהחולשה ניתנת להפעלה.

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

הקשר למיקרוסופט: שינוי תעשייתי גלוי

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

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

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

למה עדכון יוני 2026 היה כל כך חריג

בעת פרסום המאמר, קראודסטרייק ספרה 206 חולשות במחזור יוני, ובהן שלוש חולשות יום־אפס שנחשפו בפומבי. עמוד יוני החי של MSRC מציג כעת 219 חולשות CVE של מיקרוסופט לאחר תיקונים ותוספות לרשומה. שתי הספירות מאשרות שמדובר ביותר מ־200 חולשות, אבל 206 הוא צילום מצב היסטורי ולא מספר סופי שקפא ביום הפרסום.

הדיווחים כללו רכיבים כמו ווינדוס, Hyper-V, ביטלוקר, שרתי אקסצ׳יינג׳, קופיילוט של מיקרוסופט ורכיבי מערכת נוספים. ביום Patch Tuesday סומנו שלוש חולשות כידועות פומבית, וב־16 ביוני נוספה לרשומה גם חולשת Microsoft Defender. ברישום יוני המעודכן יש אפוא ארבע חולשות פומביות, אך אף אחת מהן אינה מסומנת ב־MSRC כניצול שזוהה בפועל. חשיפה פומבית אינה זהה לניצול פעיל.

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

שלוש דוגמאות טכניות שמסבירות למה זה חשוב

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

חולשת הרשאות ב־CTFMON של ווינדוס: ‏CVE-2026-45586 פגעה ברכיב שאחראי על שירותי קלט, שפה וזיהוי כתיבה. חולשת link-following יכלה לאפשר לתוקף מקומי עם הרשאות נמוכות להעלות הרשאות עד לרמת SYSTEM. מבחינת ארגון, זו חולשה שמסוכנת במיוחד אחרי חדירה ראשונית: היא יכולה להפוך משתמש מוגבל לנקודת אחיזה חזקה בהרבה.

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

HTTP.sys וקרנל ווינדוס: ‏CVE-2026-49160 הייתה חולשת מניעת שירות ב־HTTP/2, לא חולשת הרצת קוד מרחוק. היא עדיין חשובה כי HTTP.sys מטפל בתעבורת HTTP/HTTPS ברמת מערכת ההפעלה ומשמש שירותי ווב שונים. אם שרת חשוף לאינטרנט משתמש ברכיב פגיע, התיעדוף שלו צריך להיות גבוה יותר ממערכת פנימית לא חשופה.

הבעיה החדשה: למצוא נהיה קל יותר. לתקן עדיין קשה

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

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

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

פריסת ספטמבר: להשתמש בתיקוני החירום ולבדוק מה עדיין פתוח

תיעוד מצב ל־19 בספטמבר 2026. סטטוס הדומיין השתנה מאז ותקלת RDP נוספת זוהתה; ראו מצב הפריסה העדכני באוקטובר.

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

נפתר: חוסר היציבות ב־Remote Desktop Services טופל בעדכוני החירום; Microsoft מציינת שהאירוע לא השפיע על Windows 365 או Azure Virtual Desktop. גם שיתוף תיקיות Plan9 למכונות Linux טופל בחבילות Windows 11 המתאימות. מי שהחיל מעקף זמני באמצעות מדיניות קבוצתית עבור Plan9 צריך לפעול לפי הוראות החזרת המדיניות, התקנת העדכון והאתחול בדף Release Health. תקלת Teams ו־Outlook במחשבי ARM מהעדכון של אוגוסט סומנה כפתורה כבר בעדכון 8 בספטמבר.

עדיין לא נפתר במלואו: אובדן יחסי האמון מול הדומיין בחלק מחשבונות המחשב המוגנים ב־Credential Guard מסומן Mitigated. הוא קשור להגדרות אכיפת Machine Identity Isolation בסביבות שאינן עומדות בדרישת רמת התפקוד של דומיין Windows Server 2025 ומעלה. אין לבטל את Credential Guard בכל הארגון; יש לבדוק את ההתאמה ולהשתמש בהנחיה הממוקדת של Microsoft. גם תקלת USB Audio Class 1.0 נפתרה רק חלקית: מצבי 8 ערוצים ו־3D תוקנו, אך Code 10, היעדר צליל ותסמינים נוספים עדיין במעקב.

בלוחות 24H2, 25H2 ו־26H1 שנבדקו ב־19 בספטמבר לא הופיעה חסימת שדרוג פתוחה מסוג safeguard hold. היעדר חסימת שדרוג אינו היעדר Known Issues. בדפי Server 2025 ו־2022 עדיין מתועדת הסרה זמנית של פירוט שגיאות סנכרון WSUS עקב הקשחת אבטחה; זו אינה אותה תקלת סנכרון מיולי שסומנה כפתורה. גם ל־Exchange ול־SQL Server מופיעות בעיות ידועות בהערת MSRC, ויש לבדוק כל מוצר מול ה־KB שלו.

Secure Boot נשאר במעקב: עדכון ספטמבר מרחיב את נתוני ההתאמה להפצה האוטומטית של התעודות החדשות. לפי KB5124008, מחשבים שטרם קיבלו אותן ממשיכים לעלות ולהתקין עדכונים רגילים, אך עדיין צריך להשלים את ההיערכות וההפצה. אין לבטל Secure Boot מראש. בעת עדכון מדיית התקנה באמצעות Dynamic Update יש לכלול boot.stl התואם לגרסה ולארכיטקטורה; בדפי השרתים Microsoft ממשיכה להזהיר משגיאת אתחול 0xc0430001 אם הקובץ חסר.

מה זה אומר לארגונים בישראל

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

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

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

מה ארגון צריך לעשות עכשיו

יש להתחיל במיפוי גרסה, מהדורה ותמיכה, ולפרוס עדכון אוקטובר מתאים בפיילוט מייצג. CVE-2026-96951 דורשת קדימות בגלל ניצול בפועל, לצד חולשות מנוצלות מספטמבר שטרם טופלו. יש לוודא גם שמנוע Defender מעודכן ושעדכוני Office, Exchange ו־SharePoint מגיעים למוצרים המותקנים בפועל.

בפיילוט יש לבדוק כניסה לדומיין, RDP עם משתמש שאינו מנהל, התקני אודיו ואימות Wi-Fi/VPN המבוסס על MS-CHAPv2. תיקון אבטחה אינו אישור שכל תקלות הפריסה נסגרו: נדרשים גיבוי, נתיב חזרה לאחור ומעקב אחרי ה־KB המתאים. מערכות 24H2 Home ו־Pro כבר הגיעו לסיום עדכונים ויש להעבירן לגרסה נתמכת.

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

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

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