إعادة كتابة ثقة الدور، ثم تولّيه

يمكنه إعادة كتابة سياسة الثقة لدور ثم تولّيه.

يمنح التصعيد في التركيب فقط. كل ما يلي مطلوب معاً:

لماذا هو خطير

يمكن لكيان رئيسي أن يستدعي iam:UpdateAssumeRolePolicy لإعادة كتابة سياسة ثقة الدور بحيث يثق بالكيان الرئيسي، ثم يستدعي sts:AssumeRole للاستيلاء عليه. وتتيح هذه الحركة المكوّنة من خطوتين للكيان الرئيسي الاستيلاء على أي دور في الحساب بغض النظر عن ثقته الأصلية، وإذا كان الدور المستهدف مميزاً فذلك تصعيد مباشر للامتيازات. (كلا الإجراءين مطلوبان: إعادة كتابة الثقة بلا فائدة دون تولّي الدور اللاحق.)

من حيث مصطلحات MITRE ATT&CK، يُطابق هذا T1098.003، التلاعب بالحساب: أدوار سحابية إضافية، ضمن تكتيك تصعيد الامتيازات. يسجّله AWS في CloudTrail باسم UpdateAssumeRolePolicy, AssumeRole. يظهر الاستدعاء في CloudTrail لكنه يندمج مع الإدارة العادية، لذا يحتاج إلى قاعدة ليبرز. كما يمنح المهاجم وسيلة للاحتفاظ بالوصول بعد إغلاق الموطئ الأول، لذا يستحق المراقبة حتى عندما يبدو كإدارة روتينية.

أسئلة

المسارات ذات الصلة

المراجع

• https://attack.mitre.org/techniques/T1098/003/