ثغرة تفويض بقيمة 9.9 في Azure SRE Agent كان يمكن أن تتيح للمتصل أن يرث هويته

CVE-2026-62830 عبارة عن ثغرة نقص في التفويض في Azure SRE Agent، وكيل Microsoft المدعوم بالذكاء الاصطناعي لفرق موثوقية مواقع Azure، والذي يفرز الحوادث، ويستعلم عن بيانات القياس عن بُعد، وينفّذ المعالجة عند تهيئته لذلك. أعلنت Microsoft عنها في أغسطس 2026 ومنحتها 9.9 من 10 — حرجة — وفق CVSS 3.1. كان أي مستأجر Azure يشغّل الوكيل ضمن نطاق الثغرة؛ ولا يسجّل أرشيف الحوادث أي ضحية مؤكدة ولا أي استغلال. وصف Microsoft للثغرة جملة واحدة: "يسمح نقص التفويض في Azure SRE Agent لمهاجم مصرّح له برفع الامتيازات عبر الشبكة". تم إصلاح الخدمة من جهة الخادم، وتقول Microsoft إنه لم يكن لدى العملاء أي شيء لترقيعه. يوجد المدخل الكامل، مع درجتي شدته وثقته، في Orca AI Incident Archive إلى جانب الحوادث المجاورة في هذه السلسلة.

ما الذي نشرته Microsoft، وما الذي أغفلته

يسجّل إدخال دليل تحديثات الأمان من Microsoft الخاص بـ CVE-2026-62830 ارتفاعًا في الامتيازات في Azure SRE Agent، ونقطة ضعف CWE-862 (تفويض مفقود)، ودرجة أساس 9.9 ودرجة زمنية 8.6. ويصف المتجه — 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 — هجومًا عبر الشبكة لا يتطلب سوى امتيازات منخفضة، ولا يتطلب تفاعل المستخدم، ويُحدث تأثيرًا عاليًا على السرية والسلامة والتوافر. وتنسب Microsoft الاكتشاف إلى الباحث الأمني wtm من Offensi في قسم الإقرارات بالاستشارة.

يحمل جزءان من ذلك المتجه القصة. مقياس النطاق هو Changed (S:C)، وهو ما تُعرّفه وثائق المقاييس الخاصة بـ Microsoft بأنه حالة يكون فيها المكوّن المعرّض للثغرة والمكوّن المتأثر مختلفين وتديرهما جهات أمنية مختلفة. أما المقاييس الزمنية فهي شفرة استغلال غير مُثبتة، وإصلاح رسمي، ومؤكدة، ولهذا يقع التقييم الزمني أقل من التقييم الأساسي.

يوضح قسم الأسئلة الشائعة في الاستشارة سبب وجود درجة 9.9 دون رابط تنزيل: "لقد عالجت Microsoft هذه الثغرة بالكامل بالفعل. لا يوجد أي إجراء يجب على مستخدمي هذه الخدمة اتخاذه. الغرض من هذا CVE هو توفير مزيد من الشفافية." تصنّف Microsoft المنتج كخدمة مستضافة حصريًا، ولهذا لا يتضمن الإدخال رقم بناء ولا نطاق إصدارات متأثرة.

جدول قابلية الاستغلال واضح كما هو الحال في الأسئلة الشائعة. الكشف العلني: لا. الاستغلال: لا. تقييم الاستغلال: أقل احتمالًا. ما لا يصفه التنبيه هو تدفق العمل نيابةً عن الغير، أو الهوية المُدارة، أو أدلة التشغيل. ولا يقدّم نطاق إصدارات: فـ CPE هو المنتج دون إصدار، والإصدار الوحيد المذكور كمتأثر هو شرطة. كل ما قد يرغب القارئ في معرفته عن الآلية لا بد أن يأتي من مكان آخر، وذلك المكان الآخر هو في الغالب مدخل الأرشيف نفسه.

ما هو الوكيل، ولماذا تُعدّ هويته الشيء الجدير بالوصول إليه

وكيل SRE من Azure ليس روبوت دردشة مُلحقًا بلوحة معلومات. يصف توثيق وكيل SRE من Azure الخاص بـ Microsoft وكيلًا يتصل بموارد Azure وأدوات المراقبة ومنصات الحوادث ومستودعات الشيفرة المصدرية، ويجمع الإشارات، ويربط عمليات النشر ببعضها، ويقترح إجراءات تخفيف، ثم ينفّذها — وفقًا لوضع التشغيل الذي يحدده العميل. في وضع المراجعة، يوافق المسؤول على إجراءات الكتابة؛ وفي الوضع المستقل، يطبّقها الوكيل دون انتظار. ويتوسّع نطاقه من خلال المهارات ودفاتر التشغيل وعمليات Azure CLI والوكلاء المخصصين وأدوات Python وموصلات MCP وخطافات الوكيل.

تذكر الوثائق نفسها الحقيقة التي تجعل CVE مثيرًا للاهتمام: «يصادق الوكيل باستخدام هوية مُدارة ويعمل ضمن التحكم في الوصول المستند إلى الأدوار (RBAC) في Azure». الهوية المُدارة هي هوية Entra تُعيَّن لخدمة، وما يمكنها فعله هو بالضبط ما تسمح به تعيينات أدوارها. وبالتالي فإن صلاحية الوكيل ليست خاصية من خصائص شيفرة الوكيل، بل من الأدوار المرتبطة بتلك الهوية — وهو الحد الذي سيفشل غياب فحص التفويض في حمايته.

يكشف مقال تقني منفصل، وهو مدخل HackTricks Cloud حول تصعيد الامتيازات في Azure SRE Agent، عن النسخة البنيوية من هذه المشكلة دون الاستشهاد بـ CVE-2026-62830. وهو يسرد عمليات مستوى التحكم التي تتيح للمستدعي توجيه وكيل — فتح خيط، والموافقة على معالجة مقترحة، وإعادة ربط تكوين الوكيل، وإعادة توجيه موصل بيانات — ويصوغ النتيجة باعتبارها confused deputy: فلا يحتاج المستدعي إلى أذونات الوكيل، بل فقط إلى وسيلة تجعل الوكيل يستخدمها. ذلك المدخل لا يتعلق بهذا CVE ولا ينبغي قراءته كتأييد له. وهو مفيد للسبب نفسه الذي يجعل التقييم مفيدًا: فهو يُظهر أين تقع السلطة فعليًا.

الآلية: ما يصفه الأرشيف، وما يؤكده المورّد.

يصف مدخل الأرشيف الثغرة بأنها إخفاق في ما يسمّيه تدفّق OBO (on-behalf-of) ذي النطاق المتغيّر. وتدفّق on-behalf-of هو تبادل رموز يستبدل فيه أحد الخدمات بيانات اعتماد المستدعي برمز يتيح له استدعاء خدمة لاحقة بصفته ذلك المستدعي. ويقول الأرشيف إنه إذا فشل التحقق من الصلاحية عند ذلك التبادل، فقد يتراجع الاستدعاء اللاحق إلى الهوية المُدارة الخاصة بالوكيل نفسه والمقيّدة بالمستأجر بدلًا من هوية المستدعي. وعندئذٍ سيرث مستدعٍ موثّق ذو امتيازات منخفضة أذونات كيان الخدمة الرئيسي الخاص بالوكيل، وقد يتمكّن من تعديل كتب التشغيل وبيانات القياس عن بُعد والبنية الأساسية — ليس الوكيل فحسب، بل كل مورد Azure تحمل الهوية المُدارة دورًا عليه.

هذا الوصف متسق مع كل ما نشرته Microsoft، وهو ليس ضمن ما نشرته Microsoft. ويؤكد نص المورّد ثلاثة عناصر: أن فحص التفويض كان غائبًا، وأن المستدعي لا يحتاج إلا إلى امتيازات منخفضة، وأن الأثر يمتد عبر حدود سلطة أمنية. ولا يؤكد تبادل الرموز، أو وراثة الهوية، أو أمثلة دليل التشغيل والقياس عن بُعد. ومدخل الأرشيف هو مصدر تلك العناصر، والأرشيف مجموعة بيانات ثانوية، وليس المورّد.

البحث عن تقارير مستقلة يُظهر الفقرة نفسها في أكثر من موضع: يبدو أن العنوان الرئيسي حول تدفق OBO ونطاق الأثر منشور عبر التوزيع الإعلامي على forkast.news وYahoo Tech، من بين جهات أخرى. والتوزيع الإعلامي يجعل تلك التغطية مصدرًا واحدًا، لا عدة مصادر. ولم تنشر أي جهة إعلامية راجعتها لهذا المقال بيانات القياس عن بُعد الخاصة بها، أو دليلًا على المفهوم، أو إعادة إنتاج للآلية.

ما هو مُثبَت، وما هو موصوف، وما لم يُدَّعَ قط

يمنح الأرشيف هذا السجل تقدير A — موثّق توثيقًا جيدًا، والمصادر الأولية متفقة — ولا يصنفه متنازعًا عليه. ولا يسجل أي ضرر في العالم الواقعي. ويتعلق هذا التقدير بالوقائع الجوهرية للسجل، وهي متفقة عبر المصادر؛ وهو ليس ادعاءً بأن كل جملة في المدخل قد أُعيد إنتاجها بشكل مستقل.

• أكّده البائع. تؤثر CVE-2026-62830 على Azure SRE Agent، وهي CWE-862 غياب التفويض، وتحمل درجة أساسية وفق CVSS 3.1 مقدارها 9.9 ودرجة زمنية مقدارها 8.6، ولم تتطلب أي إجراء من العملاء، ولم تُكشف علنًا، ولم يُسجَّل استغلالها.

• مُستند إلى تقارير أمنية مستقلة وإثراء معلوماتي.تسرد مجمّعة Patch Tuesday لشهر أغسطس 2026 من Cisco Talos الثغرة CVE بالدرجة نفسها 9.9 ونفس ضعف نقص التفويض، وتضعها تحت تقييم مايكروسوفت "أقل احتمالاً" للاستغلال. تقييم SSVC الخاص بـ CISA، المسجّل عبر NVD، يصنّف الاستغلال بأنه "لا شيء"، وقابلية الأتمتة بأنها "لا"، والأثر التقني بأنه "كلي". تسرد إثراءات OpenCVE درجة EPSS البالغة 0.00778 وتوثّق أن الثغرة CVE غير مدرجة في كتالوج الثغرات المستغلة المعروفة لدى CISA.

• موصوف، لا مؤكَّد بشكل مستقل. فشل تبادل رموز OBO، ووراثة الهوية المُدارة للوكيل، وعواقب دليل التشغيل والقياس عن بُعد والبنية التحتية، تأتي من مدخل الأرشيف ومن تغطية ثانوية موزَّعة. ولا يذكرها إشعار Microsoft. وهي الجزء الأكثر فائدة في السجل والأقل توثيقًا فيه.

• لم يُثبت في أي مكان. لا يوجد استغلال، ولا ضحية، ولا إثبات مفهوم علني، ولا رقم بناء، ولا نطاق إصدارات متأثرة. ويُعد تصنيف مايكروسوفت لقابلية الاستغلال — الكشف العلني: لا، الاستغلال: لا، أقل احتمالًا — أقرب ما يوجد إلى تقرير حالة.

• التغطية السائدة غائبة. لم تُرجع عمليات البحث عن هذا الـ CVE عبر الصحافة التقنية والأمنية العامة أي مقال من The Register أو BleepingComputer أو SecurityWeek أو Help Net Security. وبصمته العامة هي استشارة البائع، وقواعد بيانات الثغرات، وملخص Patch Tuesday، والمقال المُعاد نشره. وبالنسبة لتقييم 9.9 فإن ذلك غير معتاد، وهو حقيقة تتعلق بالسجل وليس حكمًا على المخاطر.

الإصلاح، والفحوصات التي تبقى بعده

نظرًا لأن Azure SRE Agent خدمة مستضافة، فقد طُبّق الإصلاح من جانب Microsoft. لا يوجد تحديث يجب تثبيته، ولا رقم بناء يمكن مقارنته بجرد، ولا طريقة للعميل للتأكد من الخارج بأن مستأجرًا كان محميًا قبل تاريخ معين. موقف Microsoft هو أنه لا يلزم اتخاذ أي إجراء، وفيما يتعلق بالثغرة نفسها، فإن هذا الموقف صحيح.

يضيف مُدخل الأرشيف إرشادات لا ينصّ عليها التنبيه صراحةً: دقّق في تعيينات الهوية المُدارة، وراجع RBAC مقابل ما يحتاجه الوكيل فعليًا، وراقب تصعيد الامتيازات غير الطبيعي. هذه الإرشادات من الأرشيف، وليست اقتباسًا من Microsoft.

النتيجة العملية تنبع من البنية نفسها لا من توصية أي مصدر، فتعامل معها على أنها استنتاج. وإذا كانت سلطة الوكيل مستمدّة من إسنادات الأدوار الخاصة به، فإن الضوابط المستدامة هي نطاق تلك الإسنادات والاحتفاظ بسجلات مستوى التحكم التي تُظهر استخدامها. الإصلاح على جانب الخدمة يُغلق المسار؛ لكنه لا يضيّق بأثر رجعي هوية مُدارة كانت مفرطة التزويد، ولا يستطيع مساعدة مؤسسة لم تحتفظ بالسجلات. وكلا هذين الأمرين يظل ملكًا للعميل حتى بعد إغلاق ثغرة CVE.

أين يقع ضمن دفعة أغسطس 2026

تُجعل هذه المقارنة حتمية بفضل ملخّص تالوس الشهري. ففي ذلك الشهر، تسرد القائمة أيضًا CVE-2026-59118 في Copilot Cowork، وهو رفع صلاحيات عبر تفويض غير سليم بتقييم 9.3، وCVE-2026-56162 في Azure SQL Database، وهو رفع صلاحيات بتقييم 10.0. أما الثغرة الوحيدة التي أفادت تالوس بأنها مستغلة في الواقع الفعلي في ذلك الشهر فلم تكن أيًّا من هاتين: بل كانت CVE-2026-68820، في Windows AFD الخاص بـ WinSock. إن الإدخالات الخاصة بمنتجات الذكاء الاصطناعي في قائمة تالوس هي عيوب في التفويض، وهذا هو الشكل المحدد للخطر الذي يوثّقه هذا السجل.

لا شيء من ذلك يجعل CVE-2026-62830 اختراقًا. إنه CVE شفافية لخدمة كانت قد أُصلحت بالفعل، نُشر كي يتمكن العملاء من رؤية ما كان خطأً والتحقق من تكويناتهم الخاصة. تكمن قيمة السجل في سؤال التكوين الذي يتركه خلفه — ما الذي كان يمكن أن تصل إليه هوية الوكيل، وما إذا كان أي شخص سيلاحظ استخدامها — لا في تصحيح برمجي يجب جدولته.