rcekit

مجموعة أدوات لكشف وتأكيد RCE تختبر عناوين URL أو طلبات HTTP الملتقطة بحثًا عن حقن الأوامر، وSSTI، والمسارات العمياء وOOB، وتعيد أحكامًا متدرجة مع إثبات.

كل صف يُعاد إنتاجه بواسطة tests/bench/، الذي يشغّل RCEKit ضد هذه البِنى تحت Docker ويتحقق من الحكم و ضابطه السلبي. آخر تشغيل أخضر عند 2.36.0 (2026-09-20): 3/3 حالات. هذا ادّعاء لحظي، وليس مستمرًا -- يُشغَّل المعيار وفق وتيرة محددة، وليس عند كل تغيير.

كل ضابط هو الاختبار الحقيقي للصف. Struts2 عند فحصه بـ reflected يعود negative، لأن S2-001 يعيد تقييم OGNL ولا توجد صدفة خلفه. إشارة time في Webmin تُثبَّت عند needs-review على هدف تصادف أنها صحيحة فيه. وSolr عند فحصه بـ oob يعود negative رغم أنه قابل للاستغلال -- إذ يبني oob أوامر صدفة، ومصبّ ${jndi:...} لا يشغّل أيًا منها، وهذه هي الفجوة التي وُجد lookup لسدّها، مقيسةً لا مُدّعاة.

صف Log4Shell يقول lookup-sink، وليس confirmed: ما يثبته الاستدعاء هو أن المصبّ حلّ عنوان URI اختاره RCEKit. الوصول إلى RCE يتطلب خادمًا يجيب على البحث بفئة قابلة للتحميل، وعند مستوى المخاطر الافتراضي لا يخرج سوى jndi:dns:// -- بحث عن اسم، دون اتصال بعده ليجيب عليه خادم كهذا.

البدء السريع

لدى RCEKit شكلان مدعومان، ولا أحدهما بديل عن الآخر.

ثبّتها — يُبقي pipx واجهة سطر الأوامر في بيئتها الخاصة، وهو ما تريده لأداة وليس لمكتبة:```bash pipx install rcekit # or: pip install rcekit rcekit --doctor # confirms the corpus it will run with

كلاهما يشغّل نفس الشيفرة ويصدر نفس الأحكام. العمل من نسخة محلية هو الطريقة الثالثة، ولا يحتاج إلى تثبيت أيضًا:```bash git clone https://github.com/kabiri-labs/rcekit.git cd rcekit # Python 3.8+, standard library only

المزايا الرئيسية

• دعم بروتوكولات متعددة: يدعم بروتوكولات متعددة مثل HTTP وHTTPS وSOCKS4 وSOCKS5.
• تعدد الخيوط: يستخدم خيوط متعددة لتسريع عملية الفحص.
• تخصيص المنافذ: يسمح للمستخدمين بتحديد المنافذ المراد فحصها.
• تخصيص المهلة الزمنية: يسمح للمستخدمين بتعيين قيم مهلة زمنية للاتصال.
• تنسيق الإخراج: يدعم تنسيقات إخراج متعددة مثل النص وJSON وCSV.
• معالجة الأخطاء: يتعامل مع الأخطاء بسلاسة ويوفر رسائل خطأ مفيدة.
• سهولة الاستخدام: واجهة سطر أوامر بسيطة وبديهية.

التثبيت

لتثبيت ProxyChecker، تحتاج إلى Python 3.6 أو أحدث. اتبع الخطوات التالية:

1. استنساخ المستودع:

2. تثبيت التبعيات المطلوبة:

الاستخدام

لتشغيل ProxyChecker، استخدم الأمر التالي:

وسائط سطر الأوامر

• -f, --file: مسار الملف الذي يحتوي على قائمة الوكلاء (proxy) للفحص.
• -o, --output: مسار ملف الإخراج لحفظ النتائج.
• -t, --threads: عدد الخيوط المراد استخدامها (الافتراضي: 10).
• -p, --ports: قائمة المنافذ المراد فحصها، مفصولة بفواصل (الافتراضي: 80,8080).
• -T, --timeout: قيمة المهلة الزمنية للاتصال بالثواني (الافتراضي: 5).
• -F, --format: تنسيق الإخراج (text، json، csv) (الافتراضي: text).

مثال

لفحص قائمة الوكلاء (proxy) في ملف proxies.txt وحفظ النتائج في output.txt باستخدام 20 خيطًا ومنافذ 8080 و3128 ومهلة زمنية 10 ثوانٍ وتنسيق إخراج JSON:

المساهمة

نرحب بالمساهمات! يرجى اتباع الخطوات التالية للمساهمة:

1. عمل fork للمستودع.
2. إنشاء فرع جديد (git checkout -b feature-branch).
3. إجراء التغييرات الخاصة بك.
4. عمل commit للتغييرات (git commit -am 'Add new feature').
5. الدفع إلى الفرع (git push origin feature-branch).
6. إنشاء Pull Request جديد.

الترخيص

هذا المشروع مرخص بموجب ترخيص MIT - راجع ملف LICENSE للحصول على التفاصيل.

الإقرارات

• شكر خاص لجميع المساهمين الذين ساعدوا في تحسين هذا المشروع.
• مستوحى من أدوات فحص الوكلاء (proxy) الأخرى المتاحة في المجتمع مفتوح المصدر.

اتصل

لأي استفسارات أو ملاحظات، يرجى التواصل مع yourusername.``` [detect] methods: reflected, eval [detect] sent 13 probes: confirmed=4, negative=9

[detect] CONFIRMED execution (4): [reflected/unix/raw] ; echo RKYZRIP$((540141+314681))RKFWVFS$(echo RKBWOOC)RKYZRIP (target computed 'RKYZRIP854822RKFWVFSRKBWOOCRKYZRIP' — random operands, absent from control)

الميزات الرئيسية

• الاستطلاع السلبي: جمع معلومات النطاق دون لمس الهدف مباشرة
• الاستطلاع النشط: فحص المنافذ، تعداد الخدمات، واكتشاف نقاط النهاية
• تحليل الثغرات: فحص تلقائي للثغرات الشائعة
• إنشاء التقارير: تقارير مفصلة بصيغ متعددة (JSON، HTML، Markdown)
• دعم الإضافات: بنية معيارية قابلة للتوسيع

التثبيت

المتطلبات الأساسية

• Python 3.8 أو أحدث
• pip (مدير حزم Python)
• Git

التثبيت من المصدر

التثبيت عبر pip

الاستخدام

الاستخدام الأساسي

الخيارات المتقدمة

أمثلة الاستخدام

مثال 1: الاستطلاع السلبي الأساسي

مثال 2: الاستطلاع الكامل مع التقارير

مثال 3: فحص قائمة نطاقات

التكوين

يقبل recontool ملفات التكوين بصيغة YAML أو JSON. فيما يلي مثال على التكوين:

وحدات الإضافات

يدعم recontool إضافات مخصصة لتوسيع وظائفه. يمكن وضع الإضافات في دليل plugins/.

مثال على إضافة

المساهمة

نرحب بالمساهمات! يرجى اتباع الخطوات التالية:

1. قم بعمل fork للمستودع
2. أنشئ فرعاً للميزة (git checkout -b feature/amazing-feature)
3. قم بعمل commit للتغييرات (git commit -m 'Add amazing feature')
4. ادفع إلى الفرع (git push origin feature/amazing-feature)
5. افتح طلب سحب (Pull Request)

الترخيص

هذا المشروع مرخص بموجب رخصة MIT - راجع ملف LICENSE للتفاصيل.

إخلاء المسؤولية

هذه الأداة مخصصة للأغراض التعليمية واختبار الاختراق المصرح به فقط. يجب عليك الحصول على إذن كتابي صريح قبل استخدام هذه الأداة ضد أي هدف. المؤلفون غير مسؤولين عن أي سوء استخدام أو أضرار ناتجة عن هذه الأداة.

شكر وتقدير

• شكر خاص لجميع المساهمين
• مستوحى من أدوات الاستطلاع مفتوحة المصدر الأخرى
• شكر لمجتمع الأمن السيبراني على دعمهم المستمر``` [detect] sent 4 probes: confirmed=3, negative=1

[detect] CONFIRMED execution (3): [reflected/unix/raw] ; echo RKHWNHK$((114157+752773))RKXGFIH$(echo RKHSEIF)RKHWNHK (target computed 'RKHWNHK866930RKXGFIHRKHSEIFRKHWNHK' — random operands, absent from control)

الاستخدام

الخيارات

أمثلة

مثال الإخراج

التفاصيل التقنية

آلية الاستغلال

يستغل هذا الثغرة عدم كفاية التحقق من صحة المدخلات في معالج طلبات React Server Components. من خلال إرسال حمولة مُصممة خصيصًا، يمكن للمهاجم:

1. تجاوز آليات التحقق من صحة المدخلات
2. حقن أوامر نظام التشغيل في سياق تنفيذ الخادم
3. تحقيق تنفيذ التعليمات البرمجية عن بُعد

متجه الهجوم

التخفيف

الإجراءات الفورية

1. الترقية إلى Next.js 15.0.5 أو أحدث

   root@kitploit:~

   npm install next@latest
   

2. تطبيق قواعد جدار حماية تطبيقات الويب (WAF)

   • حظر الطلبات التي تحتوي على أنماط __proto__ المشبوهة
   • تصفية حمولات multipart/form-data غير الطبيعية

3. تعطيل React Server Components إذا لم تكن قيد الاستخدام

التخفيف طويل المدى

• تنفيذ التحقق من صحة المدخلات بشكل صارم
• استخدام مبدأ الامتياز الأقل
• المراقبة المنتظمة للثغرات الأمنية وتحديث التبعيات
• نشر جدار حماية تطبيقات الويب (WAF)

المراجع

• CVE-2025-55182
• Next.js Security Advisory
• React Server Components Documentation

إخلاء المسؤولية

لأغراض تعليمية واختبار الاختراق المصرح به فقط.

يُقصد بهذه الأداة مساعدة الباحثين الأمنيين وفرق الأمن السيبراني في تحديد الثغرات الأمنية وإصلاحها. يجب عليك:

• الحصول على إذن كتابي صريح قبل اختبار أي نظام لا تملكه
• الالتزام بجميع القوانين واللوائح المعمول بها
• عدم استخدام هذه الأداة لأي أنشطة غير قانونية أو ضارة

المؤلفون غير مسؤولين عن أي سوء استخدام أو أضرار ناتجة عن هذه الأداة.

الترخيص

هذا المشروع مرخص بموجب ترخيص MIT - راجع ملف LICENSE للحصول على التفاصيل.

شكر وتقدير

• شكرًا لمشروع Next.js على استجابتهم السريعة
• شكرًا لمجتمع الأمن السيبراني على التعاون في الإفصاح

معلومات الاتصال

• المؤلف: Security Researcher
• GitHub: @username
• Twitter: @username

تذكير: استخدم هذه الأداة بمسؤولية وبشكل قانوني فقط.``` [verify] loaded request from search.req: enumerating 4 injection point(s) [detect] enumerating 4 injection point(s) x 3 method(s) [detect] cost: 4 points x ~1739 probes = at least 6964 requests [detect] body param 'q': confirmed (1544 probes) <-- CONFIRMED [detect] sent 6371 probes: confirmed=446, negative=5925

إنه يُطلق النار في أي مكان يمكن أن يصبح فيه التشغيل فارغًا بهدوء: طريقة لا تنطبق على البيئات المحددة، أو درجة --sink-shape التي لا تملك الصدفة المختارة صياغة لها، أو اختيار --bridges محجوز بالكامل بواسطة سقف الأمان، أو جسم طلب أفسد التسليم قبل وصوله.

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

ما الذي يؤكده

واجهة سطر أوامر واحدة، وعلم --methods واحد، يغطي المسارات الرئيسية إلى RCE:

ثلاثة أشياء توسّع نطاق وصول تلك الطرق، دون تغيير ما ستسميه أي منها confirmed:

• التنفيذ من الدرجة الثانية (--observe-url) — عندما تهبط الحمولة على طلب وتُنفَّذ على آخر: SSTI مخزّن يُعرض على صفحة ملف شخصي، حمولة تُكتب في سجل يعرضه محرك قوالب لاحقًا، مهمة في قائمة انتظار. تُقارَن نقطة النهاية المرصودة مقابل لقطة مأخوذة قبل إرسال أي فحص.
• جسور لغة الاستعلام (--bridges) — COPY … FROM PROGRAM، xp_cmdshell، expect://. الجسر ناقل، وليس أوراكل: يغلّف الأمر الذي تبنيه الطرق بالفعل، لذا تنطبق نفس المستويات من خلاله.
• تعداد نقاط الحقن (-p all) — الاستعلام، أوراق JSON، حقول النماذج، أجزاء multipart، ملفات تعريف الارتباط، الترويسات ومقاطع المسار، كل منها مُرمَّز حسب مكان هبوطه، مع طباعة تكلفة الفحص قبل إطلاق أي شيء. يُرتَّب جسم GraphQL حسب ما يمكنه التأكيد فعليًا: variables التي يقرأها المُحلِّل قبل مستند العملية نفسه.

اخلط الطرق بحرية: --methods reflected,eval,time يشغّل الثلاثة ويُبلّغ عن كل مستوى بشكل منفصل.

النطاق الصادق. يؤكد RCEKit الـ RCE الذي يمكن الوصول إليه عبر الحقن في طلب وتفسيره بواسطة صدفة أو مُقيِّم. وهو لا يغطي أخطاء إفساد الذاكرة (تجاوز المخزن المؤقت، UAF) أو حقن الوسائط في مصفوفة argv بدون صدفة — تلك مشاكل مختلفة. سلاسل gadget لإلغاء التسلسل تبقى خارج النطاق أيضًا: --methods deser يثبت أن نقطة النهاية تُلغي تسلسل بيانات المهاجم ويقول ذلك في مستواه الخاص، لكن أي gadget (إن وُجد) يحوّل ذلك إلى تنفيذ يعتمد على classpath الهدف، وRCEKit لا يدّعي معرفته. يهدف إلى أن يكون ممتازًا في فئات RCE المدفوعة بالحقن أعلاه بدلًا من أن يكون متوسطًا في كل شيء.

كيف يقارَن RCEKit

الأدوات الأخرى في هذا المجال مبنية لإدخالك. RCEKit مبني بحيث تنجو النتيجة من تدقيق شخص آخر — إعادة اختبار العميل، قائمة الفرز، مراجعة التقرير. يظهر هذا الفرق ثلاث مرات.

1. نقطة حقن واحدة، كل الفئات، تشغيل واحد

نادرًا ما تعرف الفئة قبل أن تختبر. تغطية sink مجهول بأدوات أحادية الفئة تعني تشغيل كل منها بالتناوب وإعادة بناء الطلب لكل واحدة:

_{التغطية حسب قائمة التقنيات الموثقة لكل مشروع. SSTImap هو الخلف المُصان لـ tplmap، الذي وسمه مؤلفه كغير مُصان.}```bash

Command injection, expression injection and blind timing against the same

parameter, in one pass, with zero infrastructure

python rcekit.py --acknowledge-consent -r request.txt -p host --methods reflected,eval,time

كان هذان سيكونان اكتشاف شخص آخر. خمس آليات تُنتج هذا الحكم، وهي تعمل على كل تأكيد:

• طلب تحكم خالٍ من الحمولة. يجب أن يكون الدليل موجوداً مع الحمولة وغائباً بدونها. أي شيء موجود في كليهما هو inconclusive، وليس اكتشافاً.
• تحكم خامل بنفس الرمز. طلب ثانٍ يحمل نفس الرمز العشوائي في صورة غير تنفيذية. هدف يكتفي بصدى المدخلات يفشل هنا — وهكذا يُفصل الانعكاس عن التنفيذ.
• معاملات عشوائية، وليست سلاسل ثابتة أبداً. الأوراكل هو مجموع مغلّف بوسم أو حاصل ضرب محاط بحدود يُحسب من جديد في كل تشغيل. صدى الحمولة يعيد $((a+b)) الحرفي؛ التنفيذ وحده يعيد القيمة.
• بحث أدلة واعٍ بالترميز. مصرف يُرمّز مخرجاته بـ base64 أو hex أو URL أو HTML أو unicode لا يزال يؤكد — يُفحص الجسم الخام أولاً، لذا فك الترميز لا يحوّل أبداً سوى إصابة فائتة إلى إصابة، وليس العكس.
• بحث أدلة في الاستجابة كاملة. تُبحث عن القيمة المحسوبة في كل قناة من قنوات الاستجابة — الجسم، وترويسات التطبيق، وقيم الكوكيز، وهدف إعادة التوجيه، وعبارة سبب HTTP، وكل ورقة من أوراق مغلّف خطأ JSON — ويسمّي الاكتشاف القناة التي حملتها. يُطبّق الفرق التحكمي على كل قناة أيضاً، لذا فإن توسيع نطاق ما يبحث فيه RCEKit لا يوسّع ما سيسمّيه confirmed.

نفس الغريزة تعمل في الاتجاه المعاكس. التوقيت لا يؤكد نفسه أبداً، واستدعاء إلغاء التسلسل لا يُسمّى RCE أبداً، وتشغيل لم يبنِ أي مجسّات لا يُسمّى سلبياً أبداً.

3. إنه مبني لمهمة مصرّح بها، لا لمختبر

الضوابط التي تسأل عنها قواعد الاشتباك لدى العميل فعلاً، في الأداة لا في ملاحظاتك:

متى تلجأ إلى شيء آخر

أتريد صدفة بدلاً من حكم؟ commix وSSTImap يواصلان إلى مرحلة ما بعد الاستغلال؛ أما RCEKit فيتوقف عند الإثبات بحكم التصميم. تمسح آلاف المضيفين بحثاً عن CVEs معروفة؟ تلك مهمة Nuclei — وRCEKit يكتب قوالب Nuclei (--output-format nuclei)، فيغذّي ماسحك الضوئي بدلاً من منافسته. تعرف مسبقاً أن الحقن SQL وتريد قاعدة البيانات نفسها؟ sqlmap يملك تلك الأرض — جسور RCEKit موجودة لإثبات أن نظام التشغيل قابل للوصول من معامل نصي، لا لاستغلال قاعدة البيانات.

اعثر على حالتك

كل صف هو مثال عملي في الدليل الميداني — الأمر، وما يرسله، وكيف تقرأ ما يعود.

التوثيق

السلامة & الأخلاقيات

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

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

أي شيء يتجاوز حساب قيمة يعلن المستوى الذي يحتاجه، فيقرر علم واحد إلى أي مدى يذهب التشغيل: --verify-active-risk safe | intrusive | stateful. طريقة أو شكل مجسّ واحد فوق ذلك المستوى يُحتجز بالاسم، مع العلم الذي سيرسله — فسُلَّم يتقلص بصمت لا يمكن تمييزه عن هدف لا شيء فيه ليجده. مقابل نسخة قابلة للتخلص منها، ارفع المستوى واحصل على كل ما تملكه الأداة.

• بوابة الموافقة — توليد الاستغلال والتحقق يتطلبان --acknowledge-consent؛ أما --detection-only فحميد ولا يتطلبها.
• آمن افتراضياً — التحقق يطلق فقط إثباتات منخفضة التأثير؛ الأصداف العكسية، والتنزيل-والتنفيذ، والوصول إلى بيانات الاعتماد، والحركة الجانبية، والهروب من الحاويات، والبيانات الوصفية للسحابة، وحمولات OOB تُحتجز حتى ترفع --verify-active-risk. الحمولات المدمّرة (الاستمرارية، الأبواب الخلفية) لا تُطلق أبداً بدون --verify-allow-destructive. خطة تنفيذ تطبع بالضبط ما سيُرسل قبل أن يُطلق أي شيء.
• مستويات الأمان — safe / intrusive / stateful. تُرشَّح حمولات المدونة بواسطة --max-safety؛ وطرق الكشف وأشكال مجسّاتها تعلن نفس الدرجات وتُرشَّح بواسطة --verify-active-risk، فطريقة تجعل الهدف يتصل بالخارج أو تترك شيئاً خلفها تخضع لنفس الترتيب الذي تخضع له كل حمولة في المدونة. يسمّي الفحص المسبق المستوى الذي يحتاجه كل عنصر محتجز فعلاً. أما file وwrite فيُبوَّبان بإعدادهما الخاص بدلاً من ذلك: لا يفعل أي منهما شيئاً حتى تسمّي دليلاً للكتابة فيه وURL للقراءة منه.
• التدقيق & التسجيل — كل تشغيل استغلال/تحقق يُسجَّل في exploit_audit.log؛ و--watermark يضمّن رمزاً قابلاً للتتبع؛ وسجلات التنفيذ تذهب إلى rcekit.log.
• سلامة المدونة — مدونة تالفة، أو --template-file صريح مفقود، يجعل RCEKit يرفض العمل ويخرج بقيمة غير صفرية بدلاً من أن يولّد لا شيء بصمت (--doctor يفحص ذلك). فقط ملف مدونة افتراضي غائب يرجع إلى النسخة المدمجة، ويقول ذلك عندما يفعل.

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

التطوير```bash

python -m unittest discover -s tests # dependency-free test suite

تفشل مجموعة الاختبارات إذا انحرف الاثنان عن بعضهما. راجع CONTRIBUTING.md.

الترخيص

MIT — راجع LICENSE.