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

פגיעת הרשאה בדירוג 9.9 ב-Azure SRE Agent הייתה עלולה לאפשר לקורא לרשת את זהותו

מחבר

Gideon Frost

תאריך פרסום

מודלים אחרונים · 20צפו בכל המודלים →
בנצ'מרקים: Artificial Analysis · מתעדכן יומית
חזרה לכל הפוסטים

CVE-2026-62830 הוא פגם של הרשאה חסרה ב-Azure SRE Agent, הסוכן מבוסס ה-AI של Microsoft עבור צוותי אמינות אתרים ב-Azure, שממיין אירועים, שואל טלמטריה, וכשהוגדר לכך, מבצע תיקון. Microsoft חשפה אותו באוגוסט 2026 והעניקה לו ציון 9.9 מתוך 10 — קריטי — לפי CVSS 3.1. כל דייר Azure שהריץ את הסוכן היה בטווח הפגיעות; ארכיון האירועים אינו מתעד קורבן מאומת ואין תיעוד לניצול. תיאור הפגם של Microsoft הוא משפט אחד: "הרשאה חסרה ב-Azure SRE Agent מאפשרת לתוקף מורשה להעלות הרשאות דרך רשת." השירות תוקן בצד השרת, ו-Microsoft אומרת שללקוחות לא היה מה לתקן. הרשומה המלאה, עם דירוגי החומרה והמהימנות שלה, נמצאת בOrca AI Incident Archive לצד האירועים הסמוכים בסדרה זו.

מה מיקרוסופט פרסמה, ומה היא השמיטה

{{1}}הרשומה במדריך עדכוני האבטחה של Microsoft עבור CVE-2026-62830 מתעדת העלאת הרשאות ב-Azure SRE Agent, חולשה CWE-862 (היעדר הרשאה), ציון בסיס של 9.9 וציון זמני של 8.6. הווקטור — {{2}}CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H/E:U/RL:O/RC:C{{/2}} — מתאר התקפת רשת שדורשת רק הרשאות נמוכות, ללא אינטראקציה של משתמש, ומפיקה השפעה גבוהה על סודיות, שלמות וזמינות. Microsoft מייחסת את הממצא לחוקר האבטחה {{3}}wtm{{/3}} מ-Offensi בהודעות התודה של הייעוץ.{{/1}}

שני חלקים של אותו וקטור נושאים את הסיפור. מדד ההיקף הוא Changed (S:C), שאותו מתעדת התיעוד של מיקרוסופט עצמה כמקרה שבו הרכיב הפגיע והרכיב הנפגע שונים ומנוהלים על ידי רשויות אבטחה שונות. המדדים הזמניים הם Unproven exploit code, Official fix ו-Confirmed, ולכן ציון הזמן נמצא מתחת לציון הבסיס.

ה-FAQ של הודעת הייעוץ מסביר מדוע קיים ציון 9.9 ללא קישור הורדה: "פגיעות זו כבר טופלה במלואה על ידי Microsoft. אין צורך בפעולה מצד משתמשי השירות. מטרת ה-CVE היא לספק שקיפות נוספת." Microsoft מתייגת את המוצר כשירות מתארח בלבד, ולכן הרשומה אינה כוללת מספר בילד ולא טווח גרסאות מושפעות.

A self-built HTML card titled 'CVE-2026-62830 at a glance', badged 'Azure SRE Agent · disclosed August 2026', subtitled 'What Microsoft's advisory fixes in place, and what it does not say'. Eight labelled rows read: product, Azure SRE Agent, an exclusively hosted cloud service; weakness, CWE-862 Missing Authorization; base score, 9.9 out of 10, Critical; temporal score, 8.6; vector, network, low privileges, no user interaction, scope changed, all three impacts high; exploitation, publicly disclosed No, exploited No, exploitation Less Likely; customer action, none required, fixed server-side; credited to, researcher wtm with Offensi. A footer reads 'Sources: Microsoft Security Update Guide, August 2026; NVD; Cisco Talos August 2026 Patch Tuesday roundup. The advisory names no affected version, no build number, and no on-behalf-of flow.' The OrcaRouter logo is composited in the bottom-right corner.

טבלת הניצול ברורה כמו ה-FAQ. נחשף לציבור: לא. נוצל: לא. הערכת ניצול: פחות סביר. מה שההודעה אינה מתארת הוא זרימת on-behalf-of, זהות מנוהלת או runbooks. היא גם אינה נותנת טווח גרסאות: ה-CPE הוא המוצר ללא גרסה, והגרסה המושפעת היחידה שמופיעה היא מקף. כל מה שקורא ירצה לדעת על המנגנון חייב להגיע ממקום אחר, ואותו מקום אחר הוא בעיקר הרשומה של הארכיון עצמו.

מהו הסוכן, ומדוע הזהות שלו היא הדבר ששווה להגיע אליו

Azure SRE Agent אינו צ׳אטבוט המחובר לדשבורד. התיעוד של Azure SRE Agent מבית Microsoft מתאר סוכן שמתחבר למשאבי Azure, לכלי observability, לפלטפורמות לניהול תקלות ולמאגרי קוד מקור, אוסף אותות, מבצע קורלציה בין פריסות, מציע מיטיגציות — ובהתאם למצב ההרצה שהלקוח מגדיר — מבצע אותן. במצב Review, מנהל מאשר את פעולות הכתיבה; במצב Autonomous, הסוכן מיישם אותן ללא המתנה. טווח הפעולה שלו מורחב באמצעות יכולות ו-runbooks, פעולות Azure CLI, סוכנים מותאמים אישית, כלי Python, מחברי MCP ו-hooks של סוכן.

אותו תיעוד מציג את העובדה שהופכת את ה-CVE למעניין: "הסוכן מאמת את זהותו באמצעות זהות מנוהלת ופועל תחת בקרת גישה מבוססת תפקידים של Azure (RBAC)." זהות מנוהלת היא זהות Entra המשויכת לשירות, ומה שהיא יכולה לעשות הוא בדיוק מה שהקצאות התפקיד שלה מאפשרות. סמכותו של הסוכן אינה אפוא תכונה של קוד הסוכן, אלא של התפקידים המשויכים לאותה זהות — וזהו הגבול שבדיקת הרשאה חסרה לא תצליח להגן עליו.

כתיבה טכנית נפרדת, הערך של HackTricks Cloud על הסלמת הרשאות ב-Azure SRE Agent, מתאר את הגרסה המבנית של בעיה זו בלי לצטט את CVE-2026-62830. הוא מפרט פעולות במישור הבקרה שמאפשרות לקורא לנווט סוכן — פתיחת שרשור, אישור תיקון מוצע, קישור מחדש של תצורת הסוכן, הפניית מחבר נתונים מחדש — וממסגר את התוצאה כנציג מבולבל: הקורא אינו זקוק להרשאות של הסוכן, אלא רק לדרך לגרום לסוכן להשתמש בהן. הערך הזה אינו עוסק ב-CVE זה ואין לקרוא אותו כחיזוק שלו. הוא שימושי מאותה סיבה שהציון שימושי: הוא מראה היכן שהסמכות באמת נמצאת.

המנגנון: מה שהארכיון מתאר, ומה שהספק מאשר

הרשומה בארכיון מתארת את הפגם ככשל במה שהיא מכנה זרימת Scope-Changed OBO (on-behalf-of). זרימת on-behalf-of היא החלפת אסימון שבה שירות אחד מחליף את אישורי הקורא באסימון שמאפשר לו לקרוא לשירות במורד הזרם כאותו קורא. אם בדיקת ההרשאה באותה החלפה נכשלת, כך נכתב בארכיון, הקריאה במורד הזרם יכולה ליפול בחזרה לזהות המנוהלת (managed identity) של הסוכן עצמו, המוגבלת לדייר, במקום לזהות הקורא. קורא בעל הרשאות נמוכות אך מאומת יירש אז את הרשאות ה-service-principal של הסוכן, ויוכל לשנות runbooks, טלמטריה ותשתיות — לא רק את הסוכן, אלא כל משאב Azure שלזהות המנוהלת יש עליו תפקיד.

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

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

A self-built HTML card titled 'The escalation path the archive describes', subtitled 'Microsoft confirms the missing check and the changed scope; it does not name this path'. Four stacked stages joined by downward arrows read: a low-privileged but authenticated caller reaches the agent; the agent's on-behalf-of token exchange runs with scope changed; the authority check at the exchange is missing, so the downstream call falls back to the agent's own managed identity; that identity's role assignments then reach runbooks, telemetry, incident tooling and Azure resources. A side note in amber reads 'Described by the archive entry and syndicated coverage — not in Microsoft's advisory.' A footer reads 'Sources: Orca AI Incident Archive record 2026-08-01-azure-sre-agent; Microsoft Azure SRE Agent documentation; Microsoft Security Update Guide, August 2026.' The OrcaRouter logo is composited in the bottom-right corner.

מה מבוסס, מה מתואר, ומה שמעולם לא נטען

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

• נקבע על ידי הספק. CVE-2026-62830 משפיע על Azure SRE Agent, הוא CWE-862 היעדר הרשאה, בעל ציון בסיס CVSS 3.1 של 9.9 וציון זמני של 8.6, לא דרש פעולה מצד הלקוח, לא נחשף לציבור, ולא נרשם כנוצל.

• נקבע על ידי דיווח אבטחה והעשרת נתונים בלתי תלוייים.סיכום Patch Tuesday של Cisco Talos מאוגוסט 2026 מפרט את ה-CVE עם אותו ציון 9.9 ואותה חולשת הרשאה חסרה, וממקם אותו תחת הערכת הניצול של מיקרוסופט כ"פחות סביר". הערכת ה-SSVC של CISA, כפי שנרשמה דרך NVD, מדרגת את הניצול כ"ללא", את האוטומטיות כ"לא", ואת ההשפעה הטכנית כ"מוחלטת". העשרת הנתונים של OpenCVE מפרטת ציון EPSS של 0.00778 ומציינת שה-CVE אינו נמצא בקטלוג החולשות המנוצלות הידועות של CISA.

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

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

• אין סיקור בתקשורת המיינסטרים. חיפושים אחר ה-CVE הזה בכלל העיתונות הטכנולוגית והביטחונית לא הניבו אף מאמר מ-The Register, מ-BleepingComputer, מ-SecurityWeek או מ-Help Net Security. טביעת הרגל הציבורית שלו היא ייעוץ הספק, מסדי נתוני פגיעויות, סיכום אחד של Patch Tuesday וכתבה מסונדקת. עבור ציון 9.9 זה יוצא דופן, וזו עובדה על התיעוד ולא שיפוט לגבי הסיכון.

A self-built HTML card titled 'Established, described, not established', subtitled 'What the public record supports about CVE-2026-62830', split into three columns. The first column, headed 'Established', lists: the product is Azure SRE Agent; the weakness is CWE-862 missing authorization; base score 9.9 with temporal 8.6; no customer action, fixed server-side; publicly disclosed No and exploited No; Cisco Talos and CISA's SSVC agree on the score and the assessment. The second column, headed 'Described only', lists: a failure in the scope-changed on-behalf-of flow; inheritance of the agent's managed identity; reach into runbooks, telemetry, incident tooling and Azure resources; the blast radius being every resource the identity can reach. The third column, headed 'Not established', lists: any exploitation or victim; any public proof of concept or reproduction; any affected-version range or build number; any independent telemetry behind the mechanism. A footer reads 'Sources: Microsoft Security Update Guide; NVD and CISA SSVC; Cisco Talos; OpenCVE; Orca AI Incident Archive record 2026-08-01-azure-sre-agent.' The OrcaRouter logo is composited in the bottom-right corner.

התיקון, והבדיקות שישרדו אותו

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

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

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

מה מקומו באצווה של אוגוסט 2026

סיכום של Talos הופך את ההשוואה לבלתי נמנעת. באותו חודש הוא מפרט גם את CVE-2026-59118 ב-Copilot Cowork, הרחבת הרשאות באמצעות הרשאה לא תקינה עם ציון 9.3, ואת CVE-2026-56162 ב-Azure SQL Database, הרחבת הרשאות עם ציון 10.0. הפגיעות היחידה ש-Talos מדווח עליה ככזו המנוצלת בפועל באותו חודש לא הייתה אף אחת מאלה: היא הייתה CVE-2026-68820, ב-Windows AFD עבור WinSock. רשומות מוצרי ה-AI ברשימה של Talos הן באגים של הרשאה, וזו בדיוק צורת הסיכון שמסמך זה מתעד.

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