
פגיעת הרשאה בדירוג 9.9 ב-Azure SRE Agent הייתה עלולה לאפשר לקורא לרשת את זהותו
- OrcaחדשOrcaCyber: MiniMax M3.1 Flash Abliterated / Uncensored2026-10-29100 tok/s
- OrcaחדשOrcaCyber: GLM 5.3 Flash Abliterated / Uncensored2026-10-27$0.80 / $1.60 לכל 1M טוקנים · 102 tok/s
- OrcaחדשOrcaCyber: Qwen3.8 Flash Next Abliterated / Uncensored2026-10-26$0.80 / $1.60 לכל 1M טוקנים · 284 tok/s
- OrcaחדשOrcaCyber: MiMo V2.6 Flash Abliterated / Uncensored2026-10-26$0.80 / $1.60 לכל 1M טוקנים · 93 tok/s
- MoonshotחדשMoonshotAI: Kimi K3.1 Pro2026-10-2446אינטליגנציה
- OrcaחדשOrcaCyber: DeepSeek V4.1 Flash Abliterated / Uncensored2026-10-23$0.80 / $1.60 לכל 1M טוקנים · 106 tok/s
- minimaxחדשMiniMax: M3.1 Flash2026-10-1929אינטליגנציה
- OrcaחדשOrca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 לכל 1M טוקנים · 70 tok/s
- deepseekחדשDeepSeek: DeepSeek V4.1 Flash 10172026-10-1733אינטליגנציה
- DeepSeekחדשDeepSeek: DeepSeek V4.1 Flash2026-10-1740אינטליגנציה
- OrcaOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 לכל 1M טוקנים · 95 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2955אינטליגנציה
- anthropicAnthropic: Claude Sonnet 5.52026-09-2854אינטליגנציה
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 לכל 1M טוקנים · 167 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2228אינטליגנציה
- OpenAIOpenAI: GPT-6 Sol2026-09-2248אינטליגנציה
- AnthropicAnthropic: Claude Opus 5.52026-09-2258אינטליגנציה
- xiaomiXiaomi: MiMo-V2.6-Flash2026-09-2127אינטליגנציה
- xiaomiXiaomi: MiMo-V2.6-Pro2026-09-2130אינטליגנציה
- xAIGrok 4.72026-09-2134אינטליגנציה
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 מתייגת את המוצר כשירות מתארח בלבד, ולכן הרשומה אינה כוללת מספר בילד ולא טווח גרסאות מושפעות.

טבלת הניצול ברורה כמו ה-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 — מתועדת היטב, המקורות הראשוניים מסכימים — ואינו מסמן אותה כשנויה במחלוקת. היא אינה מתעדת נזק בעולם המציאות. דירוג זה נוגע לעובדות הליבה של הרשומה, והן אכן מסכימות בין המקורות; אין זו טענה שכל משפט בערך שוחזר באופן עצמאי.
• נקבע על ידי הספק. 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 זה יוצא דופן, וזו עובדה על התיעוד ולא שיפוט לגבי הסיכון.

התיקון, והבדיקות שישרדו אותו
מכיוון ש-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 של שקיפות עבור שירות שכבר תוקן, שפורסם כדי שלקוחות יוכלו לראות מה היה שגוי ולבדוק את התצורות שלהם. הערך של הרשומה הוא שאלת התצורה שהיא מותירה מאחור — למה הזהות של הסוכן יכלה להגיע, והאם מישהו היה מבחין בשימוש בה — ולא טלאי שצריך לתזמן.
