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

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
CVE-2026-0073-Android-ADBD-bypass-POC — CVE-2026-0073 — تجاوز مصادقة TLS في خدمة Android ADB daemon (adbd) عبر التباس النوع في EVP_PKEY_cmp. الحصول على وصول غير مصرّح به إلى shell عبر WiFi باستخدام عدم تطابق مفاتيح EC/Ed25519. استغلال PoC لإصدار Android 14+. | Kitploit
أدوات/GitHubGitHub/xqi1337/cve-2026-0073-android-adbd-bypass-poc
أمان أندرويدالاستغلالاستغلال تطبيقات الويبالتشفيراختبار الاختراقأمن الجوالالمصادقة
GitHubxqi1337/cve-2026-0073-android-adbd-bypass-poc

الأكثر شعبية

عرض الكل →

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

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

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

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

CVE-2026-0073-Android-ADBD-bypass-POC

CVE-2026-0073 — تجاوز مصادقة TLS في خدمة Android ADB daemon (adbd) عبر التباس النوع في EVP_PKEY_cmp. الحصول على وصول غير مصرّح به إلى shell عبر WiFi باستخدام عدم تطابق مفاتيح EC/Ed25519. استغلال PoC لإصدار Android 14+.

عرض المستودع
1منذ 5 أشهرلم تتم المراجعة بعد

CVE-2026-0073 — تجاوز مصادقة TLS في ADBD على أندرويد

EVP_PKEY_cmp() خلط أنواع ← وصول غير مصرّح به إلى ADB shell

Python 3.10+ CVE-2026-0073 Android License


🔥 نظرة عامة

يسمح تجاوز مصادقة حرج في خادم ADB على أندرويد (adbd) لأي مهاجم على الشبكة المحلية بالحصول على shell كامل على الجهاز المستهدف دون تفويض من المستخدم.

توجد الثغرة في adbd_tls_verify_cert() داخل daemon/auth.cpp، حيث يُستخدم EVP_PKEY_cmp() كقيمة منطقية. عندما يكون المفتاح المخزَّن من نوع RSA وتحمل شهادة عميل TLS المقدَّمة مفتاحًا غير RSA (EC P-256 أو Ed25519)، فإن EVP_PKEY_cmp() تُرجع -1 (عدم تطابق النوع)، وهي قيمة صحيحة منطقيًا في C/C++، وبالتالي authorized = true.

// Vulnerable code pattern in daemon/auth.cpp
if (EVP_PKEY_cmp(peer_key, stored_key)) {  // ← BUG: -1 is truthy!
    authorized = true;
}
قيمة إرجاع EVP_PKEY_cmp()المعنىصحيح في C؟النتيجة
1المفتاحان متطابقان✅مصرَّح به (صحيح)
0المفتاحان مختلفان❌مرفوض (صحيح)
-1عدم تطابق النوع✅مصرَّح به (خلل)

⚡ البدء السريع

تثبيت التبعيات

pip install cryptography

تشغيل الاستغلال

# Interactive shell
python adb_tls_auth_bypass.py <TARGET_IP> <PORT>

# Single command execution
python adb_tls_auth_bypass.py 192.168.1.42 37521 --cmd "id"

# Verbose mode (see full protocol trace)
python adb_tls_auth_bypass.py 192.168.1.42 37521 -v --cmd "id"

فرض نوع مفتاح محدد

python adb_tls_auth_bypass.py 192.168.1.42 5555 --key-type ec
python adb_tls_auth_bypass.py 192.168.1.42 5555 --key-type ed25519

افتراضيًا، يحاول السكربت تلقائيًا EC P-256 → Ed25519 → EC/TLS 1.2 حتى ينجح أحدها.


🎯 مسار الاستغلال

   Attacker                          Target (adbd)
      │                                    │
      │──── TCP connect ──────────────────►│
      │──── CNXN (cleartext) ────────────►│
      │◄─── STLS (TLS upgrade request) ──│
      │──── STLS reply ──────────────────►│
      │                                    │
      │════ TLS 1.3 Handshake ════════════│
      │  (EC P-256 client cert presented)  │
      │  EVP_PKEY_cmp(EC, RSA) → -1       │
      │  -1 is truthy → authorized=true   │
      │════════════════════════════════════│
      │                                    │
      │◄─── CNXN (device info) ──────────│
      │──── OPEN "shell:" ───────────────►│
      │◄─── OKAY ────────────────────────│
      │◄──► WRTE/OKAY (shell I/O) ──────►│
      │                                    │
    [FULL SHELL ACCESS]                    │

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

المتطلبالتفاصيل
خيارات المطوّرمُفعّلة على الجهاز الهدف
التصحيح اللاسلكيمُفعّل (أو ADB عبر TCP على المنفذ 5555)
مفتاح RSA المخزّنيجب أن يكون الجهاز قد تم إقرانه عبر USB مرة واحدة على الأقل (/data/misc/adb/adb_keys)
الوصول إلى الشبكةيجب أن يتمكّن المهاجم من الوصول إلى منفذ adbd عبر TCP

⚠️ مهم: يجب أن يكون مفتاح RSA موجودًا في /data/misc/adb/adb_keys، والذي يُملأ عبر إقران التصحيح عبر USB (بقبول مربّع الحوار "Allow USB debugging?"). أمّا إقران التصحيح اللاسلكي (adb pair) فيخزّن المفاتيح في موقع مختلف (adb_known_hosts.pb) ولا يفي بهذا المتطلب.


🛡️ الإصدارات المتأثرة

  • Android 14 (AOSP) — ✅ مؤكّد أنه عرضة للثغرة
  • Android 15 (AOSP) — من المحتمل أنه عرضة للثغرة (النسخ غير المُرقّعة)
  • قد تختلف نسخ البائعين المخصّصة (Samsung One UI، Pixel، إلخ.)

كيفية التحقق من مستوى الترقيع

adb shell getprop ro.build.version.security_patch

🧪 بيئة الاختبار

تم اختباره وتأكيد عمله على:

Kernel:   6.1.23-android14-4-00257-g7e35917775b8-ab9964412
Platform: Android 14 (Android Studio Emulator)

🔧 تحسينات على النسخة الأصلية

تتضمن هذه النسخة المتفرعة عدة تحسينات:

  • ✅ التبديل التلقائي متعدد المفاتيح — يحاول تلقائيًا EC P-256 → Ed25519 → EC/TLS 1.2
  • ✅ دعم Ed25519 — نوع مفتاح بديل لتوافق أوسع
  • ✅ التبديل التلقائي إلى TLS 1.2 — تدفق مختلف لشهادة العميل (يُرسل أثناء المصافحة بدلاً من ما بعد المصافحة)
  • ✅ شهادة محسّنة — امتدادات X.509 صحيحة (BasicConstraints، KeyUsage)
  • ✅ متوافق مع Windows — يستخدم إدخال/إخراج متعدد الخيوط بدلاً من select() لدعم الأنظمة المتعددة
  • ✅ مهل زمنية متزايدة — موثوقية أفضل على الشبكات الأبطأ
  • ✅ تشخيصات مفصّلة — تتبع تفصيلي للبروتوكول باستخدام العلامة -v

📁 هيكل المشروع

CVE-2026-0073-Android-ADBD-bypass-POC/
├── adb_tls_auth_bypass.py    # Main exploit script
└── README.md                 # This file

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

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


📚 المراجع

  • CVE-2026-0073 — MITRE
  • نشرة أمان Android
  • توثيق EVP_PKEY_cmp في OpenSSL
  • مرجع بروتوكول ADB

إذا ساعدك هذا في بحثك، فامنحه ⭐

تنزيل الأداة