تثبيت المتطلبات على ArchLinux:

كيف يعمل

1. إرسال بريد إلكتروني إلى المسؤول يحتوي على حمولة XSS
2. تقوم حمولة XSS بتحميل JavaScript الخاصة بـ CSRF عن بُعد
3. تقوم CSRF بتثبيت إضافة
4. عند التثبيت، تنفذ الإضافة أمر نظام: الصدفة العكسية

ملفات الاستغلال:

• يحتوي config.yml على تكوين سلسلة الأدوات
• exploit.sh غلاف الاستغلال الذي يجب تنفيذه
• سيرسل xss_mail.rb البريد الإلكتروني الذي يحتوي على XSS إلى المسؤول عبر خادم SMTP الخاص بـ Atmail (بدون مصادقة).
• سيقوم csrf_prepare.rb بتحضير حمولة CSRF (تحديد الهدف وترميز أرشيف الإضافة)
• سيقوم rce_prepare.rb بتحضير RCE (توليد الصدفة العكسية وإنشاء أرشيف الإضافة)
• csrf_plugin.js حمولة CSRF المجهزة
• مجلد noraj/ الذي يحتوي على بنية الإضافة غير المضغوطة

الاستخدام

تتطلب سلسلة أدوات الاستغلال خطوتين يدويتين فقط:

1. عدّل config.yml
2. شغّل exploit.sh

لكن قبل شن الهجوم، يجب أن يقوم خادم ويب بتسليم ملف JavaScript الخاص بـ CSRF، ويجب أن يكون مستمع الصدفة العكسية بانتظار الاتصال. لذا سيبدو الهجوم أكثر كالتالي:

1. عدّل config.yml
2. شغّل خادم HTTP لتسليم csrf_plugin.js
3. شغّل مستمع الصدفة العكسية
4. شغّل exploit.sh

مثال على خادم HTTP من سطر واحد:

مثال على مستمع الصدفة العكسية:

ملاحظات

• يحدث RCE فقط عند تثبيت الإضافة، وإذا فُقد اتصال الصدفة العكسية، فإن إعادة التنفيذ تعني إعادة تثبيت الإضافة. لذا يحتاج المسؤول فقط إلى إعادة تحميل صندوق بريده.
• يمكن لمختصي الفريق الأحمر تحسين الاستغلال لإزالة البريد الإلكتروني تلقائيًا بمجرد قراءته وإزالة الإضافة بمجرد إنشاء اتصال الصدفة العكسية: أقل ثباتًا لكن أكثر تمويهًا.
• يدعم msfvenom (MSF 5.0) عنوان IP فقط لـ LHOST، وليس اسم نطاق.
• كما ذُكر في المتطلبات، يجب أن يكون المسؤول متصلًا بكل من Webmail وواجهة الإدارة.
• تم اختباره مع ruby 2.7.