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

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
أدوات/GitHubGitHub/h3xdum/xiaomi-c200-firmware-analysis
أمان الأنظمة المدمجةتصعيد الامتيازاتأمان إنترنت الأشياءالاستغلالالهندسة العكسيةاستعادة البياناتاختراق الأجهزةأمن الأجهزةتحليل البرامج الثابتة

الأكثر شعبية

عرض الكل →

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

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

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

عرض جميع الأدوات →
مشاركة
GitHubh3xdum/xiaomi-c200-firmware-analysis

Xiaomi-C200-Firmware-Analysis

من UART إلى الجذر: اختراق Xiaomi C200 عبر U-Boot

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

النطاق

في هذا المستودع سأوضح كيف تمكنت من الوصول إلى واجهة UART حتى بدون وجود مجموعة
شائعة من الدبابيس / وسادات الاختبار، باستخدام U-Boot وحيل للحصول على صلاحيات الجذر في مرحلة مبكرة
وفي النهاية تفريغ البرنامج الثابت (firmware)

الاستطلاع الأولي

pcb هناك عدة نقاط رئيسية واضحة من لوحة الدوائر المطبوعة (PCB)

  • الشريحة → معالج Ingenic T31
  • ذاكرة الفلاش → نوع SOIC-8 SPI NOR
  • وسادات اختبار UART محتملة

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

الحصول على موطئ قدم

نظرًا لعدم وجود موصلات متبقية على اللوحة ولا وسادات اختبار يمكن أن تساعد
قررت الذهاب عبر المصدر، والتوصيل بدبابيس المعالج والحصول على
غلاف UART بهذه الطريقة، قمت بسحب ورقة البيانات (datasheet) لذلك المعالج
وحددت دبابيس بروتوكول UART
T31

الآن نحتاج فقط إلى العثور على الأرضي على اللوحة، والتوصيل

  • Tx → Rx
  • Rx → Tx
  • GND → GND

استخدمت بعض مجسات PCBite ومحول USB 2 TTL لهذا الإعداد pcb_uart

U-Boot والجذر

الآن يمكننا استخدام picocom للحصول على غلاف UART الذي نبحث عنه

root@kitploit:~
sudo picocom -b 115200 /dev/ttyUSB0

إذا لم يتم فعل أي شيء، فقد حصلت فقط على سجلات الإقلاع ولا يوجد غلاف في نهاية عملية الإقلاع
لذا كان عليّ مقاطعة U-Boot بالضغط على Enter فورًا.
عند الحصول على غلاف U-Boot قمت أولاً بطباعة وسائط البيئة (environment args)
U-Boot_1 الأمور المهمة لنا هي

  • bootargs → تظهر أن أمر init هو تشغيل ثنائي linuxrc وتخطيط البرنامج الثابت (الأقسام والغرض/الحجم/الفتحات)
  • bootcmd → الأمر لتحميل الذاكرة من الفلاش إلى RAM وتشغيل الجهاز

للحصول على وصول سريع كجذر يمكنني استخدام خدعة تغيير أمر init باستخدام setenv لكي أحصل على غلاف بدلاً من تشغيل ثنائي linuxrc، ثم يمكنني تحميل الذاكرة يدويًا وتشغيل الجهاز (أساسًا نسخ أمر bootcmd) U-Boot_1 الآن عندما ينتهي الإقلاع سأُسقط في غلاف مبكر مع عدم تشغيل أي شيء أساسًا على النظام، لذا سأقوم بتشغيل ثنائي linuxrc الأصلي في الخلفية والتحقق من أي منافذ مفتوحة على هذا النظام root_netstat لا حظ! الكاميرا تتحدث فقط مع سحابتها على " 47.237.75.249 "، لا توجد واجهة ويب مكشوفة للتعديل عليها. نظرًا لأن فك تشفير ثنائي الاتصال السحابي خارج نطاق بحثي، هذا هو المكان الذي قررت فيه إنهاء بحثي :)

استخراج البرنامج الثابت

القليل الإضافي لأي شخص مهتم باللعب بالبرنامج الثابت، إليك كيفية الحصول عليه. نفس الإعداد السابق مع UART ولكن هذه المرة فقط استكشاف وتحميل الذاكرة من الفلاش إلى RAM ولكن بدون الإقلاع فيه. ثم يمكنك طباعة البيانات من ذاكرة RAM وتسجيل مخرجات الطرفية (مع minicom هذه المرة) لحفظها في ملف، تنظيفها قليلاً باستخدام Python والحصول على البرنامج الثابت، مطابقة binwalk و bootargs تساعد في تسمية كل قسم. Firmware

تنزيل الأداة