ماسح مستمر للتعرض لاتصالات واجهات Azure البرمجية
يدقق باستمرار اتصالات API في Azure Logic Apps بحثًا عن رموز ذات صلاحيات مفرطة ومسارات هجوم معروفة عبر المستأجرين، قبل أن يجدها غيرك.
موجز جاهز للصق في Claude Code أو Cursor أو أي وكيل برمجة (بالإنجليزية).
الإجمالي6.5/10
الألم7
الاستعداد للدفع6
التوقيت8
الفجوة6
الخندق6
قابلية التنفيذ6
مع
- من سيدفع
- مسؤولو الأمن السحابي ومدراء AppSec في المؤسسات التي تعتمد بكثافة على Azure (أكثر من 500 موظف) وتشغّل Logic Apps وPower Platform؛ بين 1000 و3000 دولار شهريًا من ميزانية إدارة وضعية الأمن السحابي.
- ماذا قال الناس · 4
- يعرض المقال خمسة مسارات اختراق مختلفة عبر المستأجرين من خلال API Connections، تتيح الوصول إلى Key Vaults وقواعد بيانات SQL وJira وSalesforce لدى الضحايا، ويرى الكاتب أن رموز الاتصال نادرًا ما تُقيَّد بأدنى الصلاحيات. من المقال ↗
- أصلحت Microsoft الخلل المبلّغ عنه بشكل غير صحيح، ثم أعاد إصلاح لاحق كسر الإصلاح السابق فعاد النظام إلى حالة الضعف. اقرأ التعليق ↗
- يبدو أن Azure يتصدر المنافسين في تسريبات المستأجرين المتعددين، ومع ذلك تستمر المؤسسات في تبنيه. اقرأ التعليق ↗
- الثغرات أساسية، مثل اجتياز المسارات وIDOR، ومن المرجح أنها موجودة منذ إطلاق الميزة. اقرأ التعليق ↗
مُعاد صياغته من النقاش. اتبع الروابط لقراءة التعليقات الأصلية.
- المنافسون والفجوة
أدوات CSPM تكشف الإعدادات الخاطئة العامة، لكن لا توجد أداة تنمذج بعمق سطح الهجوم في Logic Apps واتصالات API، مثل نقاط الوكيل من نوع DynamicInvoke، وتجاوزات host.api.RuntimeUrl، والوصول الضمني في الاتصالات من الإصدارين V1 وV2، ونطاق صلاحيات الرمز لكل موصل. وDefender for Cloud هو المورد الذي يواصل إطلاق إصلاحات معطوبة لهذا السطح تحديدًا.
- لماذا الآن
- نُشرت خمسة استغلالات عاملة للاختراق عبر المستأجرين في سلسلة واحدة تستهدف نظام موصلات واحدًا، وتكررت تراجعات الإصلاحات، ويتوقع المعلقون أن يؤدي الاكتشاف المدفوع بالنماذج اللغوية إلى تكاثر هذا النوع من النتائج، لذا يحتاج المدافعون إلى اختبار مستمر لا إلى اختبارات اختراق لمرة واحدة.
- الخندق · 6/10
- مكتبة قواعد ومخطط هجمات يُحدَّث باستمرار لمئات أنواع موصلات Azure ونقاط النهاية غير الموثقة، مبنية على بحث أصلي. وتتراكم أدوات إعادة الاستغلال وبيانات القياس من المستأجرين، ويصعب على أدوات CSPM العامة نسخها بسرعة.
ضد
- الفريق الأحمر
- أدوات CSPM تفوت هذا السطح تحديدًا في Logic Apps واتصالات API، ويثبت البحث إمكانية الاستغلال الفعلي، والمؤسسات التي تعتمد على Azure تدفع أصلًا ميزانيات بحجم Wiz لأدوات وضعية الأمن.
- ما الذي قد يُفشلها
- قد تعيد Microsoft تصميم API Connections بشكل صحيح، عبر فرض الهوية المُدارة أو V2 في كل مكان، فيتلاشى سطح الهجوم المحدد قبل أن تتحول قاعدة العملاء بالقدر الكافي.
البداية
- الخطوات الثلاث الأولى
- بناء مدقق Azure للقراءة فقط يحصي اتصالات API للمستأجر، ويرصد اتصالات V1، ورموز OAuth غير المُدارة ذات نطاقات خلفية واسعة، ونقاط النهاية الديناميكية القابلة للوصول.
- تنفيذ فحوص آمنة وغير مدمّرة لفئات الهجوم المنشورة، مثل اجتياز المسار عبر DynamicInvoke وتجاوز RuntimeUrl، على اتصالات العميل نفسه.
- إطلاق لوحة معلومات وتنبيهات تعيد تشغيل الفحوص عند تغيير الإعدادات وبعد نشر Microsoft للإصلاحات، مع إرشادات معالجة لتقييد صلاحيات رمز كل موصل.
- النقاش الأصلي
- Azure's Weakest Link – Five Full Cross-Tenant Compromises ↗ 329 نقطة60 تعليقًامن القصةالمقال المرتبط
مترجم من الإنجليزية. اقرأ النص الأصلي