Skip to content
KitploitKITPLOIT
أدواتعمليات الاستغلالالمدونة
Log in
إرسال
أدواتعمليات الاستغلالالمدونة
إرسال

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
mellon — أداة هجوم OSDP (وكلمة صديق باللغة الإلفية) | Kitploit
أدوات/GitHubGitHub/bishopfox/mellon
تحليل الثغرات الأمنيةالاستغلالالتشفيراختبار الاختراقأمن الأجهزة
GitHubbishopfox/mellon

mellon

أداة هجوم OSDP (وكلمة صديق باللغة الإلفية)

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

الأكثر شعبية

عرض الكل →

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

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

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

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

ثغرات OSDP التي تستغلها هذه الأداة

أداة هجوم OSDP (وكلمة الجان للصديق)

الهجوم رقم 1: التشفير اختياري

OSDP يدعم التشفير، لكنه لا يتطلبه بشكل صارم. لذا قد لا يكون اتصالك مشفرًا على الإطلاق. الهجوم رقم 1 هو مجرد الاستماع السلبي ومعرفة ما إذا كان بإمكانك قراءة أرقام البطاقات على الكابل.

الهجوم رقم 2: هجوم خفض المستوى

مجرد أن وحدة التحكم والقارئ يدعمان التشفير لا يعني أنهما مهيآن للمطالبة باستخدامه. يمكن للمهاجم تعديل رسالة الرد على قدرات القارئ (osdp_PDCAP) للإعلان عن أنه لا يدعم التشفير. عندما يحدث هذا، ستستمر بعض وحدات التحكم في العمل بدون تشفير.

الهجوم رقم 3: هجوم وضع التثبيت

لدى OSDP وضع "تثبيت" شبه رسمي ينطبق على كل من القارئات ووحدات التحكم. كما يوحي الاسم، من المفترض استخدامه عند إعداد قارئ لأول مرة. ما يفعله بشكل أساسي هو السماح للقارئات بطلب مفتاح التشفير الأساسي (SCBK) من وحدة التحكم. إذا تم تكوين وحدة التحكم لتكون في وضع التثبيت بشكل دائم، فيمكن للمهاجم الظهور على الكابل وطلب SCBK.

الهجوم رقم 4: المفاتيح الضعيفة

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

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

  • جميع القيم أحادية البايت. [0x04, 0x04, 0x04, 0x04 …]
  • جميع قيم البايت المتزايدة بشكل رتيب. [0x01, 0x02, 0x03, 0x04, …]
  • جميع قيم البايت المتناقصة بشكل رتيب. [0x0A, 0x09, 0x08, 0x07, …]

الهجوم رقم 5: التقاط مجموعة المفاتيح

لا يحتوي OSDP على آلية داخل النطاق لتبادل المفاتيح. ما يعنيه هذا هو أنه يمكن للمهاجم:

  • إدخال جهاز استماع سري على الكابل.
  • كسر / إعادة ضبط المصنع / تعطيل القارئ.
  • انتظار شخص من قسم تكنولوجيا المعلومات ليأتي ويستبدل القارئ.
  • التقاط رسالة مجموعة المفاتيح (osdp_KEYSET) عند إعداد القارئ لأول مرة.
  • فك تشفير جميع الرسائل المستقبلية.

إعداد بيئة اختبار (لينكس/ماك)

ستجد كود إثبات المفهوم لكل من هذه الهجمات في attack_osdp.py. راجع أمر --help لمزيد من التفاصيل حول الاستخدام. هذا نص بايثون، يُقصد تشغيله من كمبيوتر محمول باستخدام محولات USB<-->RS485 مثل هذه. لذا من المحتمل أن ترغب في شراء بعض منها. لا يجب أن يكون هذا الطراز بالضرورة.

إذا كان لديك وحدة تحكم تريد اختبارها، فهذا رائع. استخدمها. إذا لم يكن لديك، فلدينا وحدة تحكم OSDP ضعيفة عن قصد يمكنك استخدامها هنا: vulnserver.py.

بعض الهجمات في attack_osdp.py ستتوقع أن تكون في وضع الوسيط الكامل بين قارئ ووحدة تحكم يعملان. لاختبار هذه، قد تحتاج إلى ثلاثة محولات USB<-->RS485، موصلة معًا بلوحة تجارب.

قضايا إضافية متوسطة/منخفضة المخاطر

هذه القضايا ليست، بشكل منفرد، قابلة للاستغلال لكنها مع ذلك تمثل إضعافًا للبروتوكول أو التنفيذ أو النظام ككل.

  • يتم اقتطاع رموز المصادقة (MACs) إلى 32 بت "لتقليل الحمل الزائد". هذا قريب جدًا (لكن ليس تمامًا في حساباتنا) من النطاق العملي القابل للاستغلال.
  • يتم تقليل متجهات التهيئة (IVs) (المشتقة من رموز المصادقة) بالمثل إلى 32 بت من الإنتروبيا. سيؤدي هذا إلى إعادة استخدام IV، وهو علامة حمراء كبيرة للبروتوكول.
  • يتم توليد مفاتيح الجلسة باستخدام 48 بت فقط من الإنتروبيا من nonce مولد الأرقام العشوائية لوحدة التحكم. يبدو أن هذا غير ممكن للمهاجم المراقب لسرده دون اتصال، على الرغم من ذلك. (إلا إذا كنا نفتقد شيئًا، وفي هذه الحالة سيصبح هذا قضية حرجة.)
  • تتكون الأرقام التسلسلية من 2 بت فقط، مما لا يوفر كفاية من الحيوية.
  • يتم استخدام تشفير وضع CBC. كان GCM سيكون وضع تشفير كتلي أكثر حداثة مناسبًا لبروتوكولات الشبكة.
  • وضعا SCS 15 و16 هما في الأساس "تشفير فارغ"، ويجب ألا يوجدوا. إنهم لا يشفرون البيانات.
  • بايت أمر OSDP دائمًا غير مشفر، حتى في منتصف جلسة القناة الآمنة. هذه فائدة كبيرة للمهاجمين، مما يجعل أدوات الهجوم أسهل في الكتابة. يعني هذا أن المهاجم يمكنه دائمًا رؤية "نوع" الحزمة التي يتم إرسالها، حتى لو كانت مشفرة بطريقة أخرى. يمكن للمهاجمين معرفة متى يقوم الأشخاص بتسجيل الدخول، ومتى يضيء مؤشر LED، وما إلى ذلك... هذه ليست معلومات يجب أن تكون بنص واضح.
  • SCBK-D (مفتاح تشفير "افتراضي" مضمن في الكود) لا يوفر أي أمان ويجب إزالته. إنه يخدم فقط للتعتيم وتوفير شعور زائف بالأمان.
تنزيل الأداة