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

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
IntelTXE-PoC — إثبات المفهوم لـ Intel Management Engine JTAG - تعليمات 2022 | Kitploit
أدوات/GitHubGitHub/xenokovah/inteltxe-poc
أمان الأنظمة المدمجةتوليد الحمولةالاستغلالالهندسة العكسيةاختراق الأجهزةتحليل الملفات الثنائيةتحليل البرامج الثابتةاستغلال الملفات الثنائية
GitHubxenokovah/inteltxe-poc

IntelTXE-PoC

إثبات المفهوم لـ Intel Management Engine JTAG - تعليمات 2022

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

الأكثر شعبية

عرض الكل →

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

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

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

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

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

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

المحتوى

مقدمة
البرمجيات المطلوبة
توليد الحمولة
توليد رمز الفتح
تحضير صورة ذاكرة SPI
دمج الملفات في صورة البرنامج الثابت
تعطيل توقيع OEM
بناء صورة البرنامج الثابت
تشغيل المعالج الرئيسي
كتابة الصورة إلى ذاكرة SPI
تحضير كابل تصحيح USB
ترقيع ملفات إعدادات OpenIPC
فك تشفير ملفات إعدادات OpenIPC
إضافة نواة LMT إلى الإعدادات
تعيين متغير البيئة IPC_PATH
إجراء فحص أولي لقابلية تشغيل JTAG
عرض خيط ME للمعالج
إيقاف النوى
تصحيح أخطاء ME: بداية سريعة
قراءة ذاكرة عشوائية
قراءة ROM
لماذا TXE؟
قائمة المنصات المختبرة
المؤلفون
الترخيص

مقدمة

تتيح الثغرة الأمنية INTEL-SA-00086 تفعيل JTAG لنواة Intel Management Engine. قمنا بتطوير [JTAG PoC][8] الخاص بنا لمنصة Gigabyte Brix GP-BPCE-3350C. على الرغم من أننا نوصي الباحثين الطموحين باستخدام نفس المنصة، إلا أن منصات الشركات المصنعة الأخرى المزودة بمجموعة شرائح Intel Apollo Lake يجب أن تدعم هذا الـ PoC أيضًا (لإصدار TXE 3.0.1.1107).

نظرًا لأن Gigabyte Brix GP-BPCE-3350C لم يعد متاحًا تجاريًا على نطاق واسع، تم تحديث هذه التعليمات لاستهداف AAEON UP Squared SKU UPS-APLX7-A20-0864 (Intel Atom® x7-E3950) بدلاً من ذلك. إذا قمت بشراء هذه اللوحة، فتأكد أيضًا من الحصول على مصدر الطاقة، المحول التسلسلي، وأي محول USB-to-serial. بالإضافة إلى ذلك، لا يحتاج UP Squared سوى كابل تصحيح USB أساسي لإجراء تصحيح أخطاء DCI. يجب توصيل كابل تصحيح USB بالمنفذ الذي يظهر فيه كابل USB الأصفر هنا.

البرمجيات المطلوبة

أدوات نظام إنتل

تتضمن الثغرة الأمنية INTEL-SA-00086 تجاوز سعة المخزن المؤقت عند معالجة ملف مخزّن على MFS ([نظام ملفات ME الداخلي][6]). مسار الملف الكامل هو /home/bup/ct. ستحتاج إلى دمج نسخة تستغل الثغرة من هذا الملف في برنامج ME الثابت باستخدام Intel Flash Image Tool (FIT)، وهي إحدى أدوات نظام إنتل التي توفرها إنتل لمصنّعي المعدات الأصلية (OEM) للأجهزة القائمة على شرائح Intel PCH.

لا تُصمم الأدوات المساعدة لأدوات نظام Intel ME (TXE, SPS) للمستخدمين النهائيين—لذلك لا يمكنك العثور عليها على موقع إنتل الرسمي. ومع ذلك، تنشر بعض الشركات المصنعة للمعدات الأصلية (OEM) هذه الأدوات كجزء من تحديثات البرمجيات إلى جانب برامج تشغيل الأجهزة. لذلك، لدمج إثبات المفهوم الخاص بنا، تحتاج إلى "CSTXE System Tools v3"، والتي يمكن العثور عليها هنا.

Intel System Studio

تحتاج إلى تثبيت Intel System Studio لإجراء تصحيح أخطاء JTAG. في تجاربنا الأصلية، استخدمنا Intel System Studio 2018. تم تحديث هذه التعليمات لـ Intel System Studio 2020 والتي يمكن الحصول عليها من هنا.

برنامج Intel TXE الثابت

يستهدف إثبات المفهوم (PoC) إصدار برنامج Intel TXE الثابت 3.0.1.1107. يحتوي مستودع صور "CSTXE 3.0" في منتديات Win-Raid على إصدار برنامج TXE الثابت المطلوب.

Python

جميع نصوصنا البرمجية مكتوبة بلغة Python. نوصي باستخدام Python 2.7 كما تتطلب السكربتات حزمة pycrypto. لتثبيت pycrypto، قم بتشغيل الأمر التالي:``` pip install pycrypto

root@kitploit:~
## إجراء تصحيح أخطاء x86 الأساسي عبر DCI

بينما الهدف من هذا الدليل هو تمكين تصحيح أخطاء JTAG في ME عبر استغلال ثغرة، فمن الممارسات الجيدة أولاً إجراء فحص سلامة والتأكد من أنه يمكنك إجراء تصحيح أخطاء JTAG عادي للوحة UP Squared عبر DCI. لم تعد AAEON تشحن BIOS الخاص بها مع تمكين DCI، حيث صرّحت في منتدياتها أن ذلك يؤدي إلى عدم الاستقرار. (وبالإصدارات الأقدم من BIOS قبل v5.0 التي كان DCI مفعّلاً فيها لن تعمل بعد الآن مع الأجهزة الأحدث، بسبب تغيير في عتاد مورد DRAM.) لذلك، لتمكين DCI JTAG على UP Squared، يجب عليك تنفيذ 3 خطوات:
1) قم بالتصحيح الثنائي (binary patching) الذي وصفه Satoshi Tanda [هنا](https://forum.up-community.org/discussion/comment/12877#Comment_12877) (على الرغم من أنه ينبغي أن يُذكر استخدام UEFITool 0.28 وليس 2.8).
2) قم بتمكين DCI من خلال قائمة تكوين BIOS بالضغط على F7 عند الإقلاع، وإدخال كلمة مرور UP الافتراضية (*upassw0rd*)، ومن القائمة الرئيسية، انتقل إلى "CRB Setup" -> "CSB Chipset" -> "South Cluster Configuration" -> "Miscellaneous Configuration" -> "DCI Enable (HDCIEN)" واضبطها على enabled. ثم اخرج من قائمة إعداد BIOS، واحفظ تغيير التكوين، وأعد تشغيل النظام.
3) افتح "C:\IntelSWTools\system_studio_2020\system_debugger_2020\target_indicator\bin\TargetIndicator.exe" وتأكد من أنه عند توصيل هذا النظام بـ UP Squared عبر كابل التصحيح، تظهر مؤشر أزرق يشير إلى أن DCI ممكن، مثل الصورة أدناه:
![DCI Indicator](https://assets.kitploit.com/production/public/readmes/47691/1caa8199259a9135ddcc4357ac5c7b4c2d638691d299bd466b0668c94a200ae5.png)

يمكنك بعد ذلك تشغيل ":\Program Files (x86)\IntelSWTools\sw_dev_tools\system_debugger_2020\system_debug_legacy\xdb.bat"، والاتصال بالهدف، والدخول إليه، والتنفيذ خطوة بخطوة للتأكد من أن لديك قدرات تصحيح أخطاء أساسية.

(يمكنك أيضًا متابعة سلسلة المدونات التي كتبها Alan Sguigna [هنا](https://www.asset-intertech.com/resources/blog/2020/05/open-source-firmware-explorations-using-dci-on-the-aaeon-up-squared-board/) حول كيفية بناء نسخة Debug من الكود مفتوح المصدر لهذه المنصة، والتي ستكون قابلة لتصحيح الأخطاء عبر DCI من متجه إعادة التعيين. ومع ذلك، لاحظ أنه بسبب تغيير في عتاد DRAM، لن يتمكن هذا الكود المبني من المصدر من الإقلاع الكامل على الأجهزة الجديدة - بل سيتعطل عند وقت الإقلاع كما هو مذكور [هنا](https://forum.up-community.org/discussion/comment/12877). وقد رفض مطورو Intel TianoCore إصلاح هذا.)

# توليد الحمولة
قم بتشغيل السكربت **me_exp_bxtp.py**:```
me_exp_bxtp.py -f <file_name>

يقوم البرنامج النصي بتوليد البيانات اللازمة وتصديرها إلى الملف المحدد (حدد إما مسار الملف الكامل أو، داخل الدليل الحالي، اسمًا فقط، ct.bin افتراضيًا). سيُستخدم هذا الملف لاحقًا بواسطة FIT.

توليد رمز إلغاء القفل

شغّل البرنامج النصي utock_gen.py:``` utock_gen.py -f <file_name>

root@kitploit:~
يولّد البرنامج النصي البيانات اللازمة ويصدّرها إلى الملف المحدد (حدد إما مسار الملف الكامل أو، داخل المجلد الحالي، اسمًا فقط، *utok.bin* افتراضيًا). سيُستخدم هذا الملف لاحقًا بواسطة *FIT*.

# تجهيز صورة SPI Flash

## دمج الحمولة

لدمج الملفين *ct.bin* و *utok.bin*، قم بتشغيل الأداة *FIT* (ملف *fit.exe*) التي تحصل عليها من *CSTXE System Tools v3*. أولًا استخدمها لفتح صورة BIOS الخاصة بلوحة UP Squared لديك والتي تم فيها تمكين DCI (مثل "UPA1AM61_DCI_Enabled.bin").

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/169a5e272aa3e97963ef21985e5d502c52c14c0064a9c3dcedfe1e04b9013a89.png)

*FIT* يستخرج أقسامًا مختلفة من صورة SPI الكاملة (واصف SPI، برنامج UEFI/BIOS الثابت، برنامج Intel ME الثابت، وUnlock Token) عند فتح الصورة، ويحفظها في المجلد *"image_name"/Decomp* في نفس الدليل المحلي لـ FIT.

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/f0fa5029d4b8d1a8fb9f40f63a8cac7f9ea2a925d8f77261fadc0a6037a96868.png)

بعد القيام بذلك، احفظ ملف إعدادات XML (على سبيل المثال إلى "UPA1AM61_DCI_Enabled.xml") ثم اخرج من fit.exe.

من أجل تخفيض البرنامج الثابت لـ Intel TXE إلى الإصدار المعرّض للثغرات **3.0.1.1107**، نحتاج إلى استبدال الملف <image name>/Decomp/TXE Region.bin بالملف "3.0.1.1107_B_PRD_RGN.bin". يجب أن يتم ذلك بإعادة تسمية الملف الأصلي إلى "TXE Region.bin.orig" ثم تسمية "3.0.1.1107_B_PRD_RGN.bin" إلى "TXE Region.bin".
  
أعد فتح fit.exe وأعد تحميل إعداداتك من ملف XML المحفوظ. إذا استبدلت الملف على نظام الملفات بشكل صحيح، فسترى في "Intel(R) TXE Binary File" ضمن تبويب Flash Layout الإصدار معروضًا على أنه 3.0.1.1107 بدلًا من أي إصدار كان يظهر أصلًا:

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/0a5f48baa386aebf5cdeecba5102f216dfa0b2cbf5fb869ae1c9136bce0fd9d4.png)

# دمج ملفات الاستغلال في صورة البرنامج الثابت

الآن نحتاج إلى تحديد الملفات التي ولّدناها لـ */home/bup/ct* (**ct.bin**) ولـ *Unlock Token* (**utok.bin**) داخل *FIT*. في تبويب *Debug* في *FIT*، يمكنك تحديد Trace Hub Binary وUnlock Token لدمجهما في البرنامج الثابت. يجب أن تكون هذه هي الملفات التي ولّدناها مسبقًا.

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/7de56eac0b89bd299454a7a9dafe07af7af283439d561bf9d7a8b42fc13b7b09.png)

# تعطيل توقيع OEM

سيكون هناك قيمة تجزئة للمفتاح العام لـ OEM ضمن تبويب Platform Protection. قم بإزالتها بإدخال 32 صفرًا:```
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

لقطة شاشة

بناء صورة البرنامج الثابت

اختر إعدادات البناء
لقطة شاشة

افتراضيًا، ستبدو كما يلي:
لقطة شاشة

قم بتحديثه بحيث يصبح outimage.bin بنفس اسم ملف الإدخال الخاص بك. واضبط أيضًا خيار "تمكين رسالة تحذير Boot Guard في وقت البناء" على No، وخيار "التحقق من مفاتيح توقيع البيان مقابل بيان مفاتيح OEM" على No. يجب أن يبدو بعد ذلك كما يلي:
لقطة شاشة

قم ببناء الصورة عن طريق تحديد بناء الصورة في قائمة البناء.

لقطة شاشة

إذا تم كل شيء بشكل صحيح حتى هذه النقطة، فيجب أن تكون عملية البناء ناجحة وأن يخرج FIT رسالة في وحدة التحكم مشابهة لما يلي:

لقطة شاشة

تفعيل وضع HAP

يجب عليك تفعيل وضع HAP لكي يعمل هذا الاستغلال. يجب ضبط بت الفهرس 0 من البايت عند الإزاحة +0x102 يدويًا على 1 عبر محرر سداسي عشري في ملف الإخراج الذي تم بناؤه بواسطة fit.exe:

لقطة شاشة

في نهاية العملية، يجب أن يكون لديك ملف مشابه لملف المثال المقدم هنا، على الرغم من أن هذا الملف خاص بإصدار BIOS 5.2 من UP، والخطوات السابقة للإصدار 6.1.

كتابة الصورة إلى SPI Flash

لكتابة الصورة إلى SPI flash، نوصي بشدة باستخدام مبرمج SPI (مثل Dediprog SF600Plus).
تأكد من عمل نسخة احتياطية من البرنامج الثابت الأصلي حتى تتمكن من الاستعادة منه إذا حدث خطأ ما!

تحضير كبل تصحيح أخطاء USB

ستحتاج إلى كبل تصحيح أخطاء USB 3.0 للاتصال بالمنصة. إما أن تشتري واحدًا مصنوعًا خصيصًا لهذا الغرض أو أن تصنع كبلًا خاصًا بك من كبل USB 3.0 AM–AM عن طريق عزل جهات الاتصال D+ و D- و Vcc.

لقطة شاشة

تصحيح ملفات إعدادات OpenIPC

تقوم Intel بتطوير وتزويد المستخدمين بحزمتي برامج يمكن استخدامهما لتصحيح أخطاء JTAG للمنصات ووحدة المعالجة الرئيسية: DAL (DFx Abstraction Layer) وOpenIPC. تعد كل من DAL وOpenIPC جزءًا من Intel System Studio. بعد تثبيت Intel System Studio 2020، يظهر OpenIPC في الدليل التالي:

Windows``` C:\IntelSWTools\system_studio_2020\tools\OpenIPC_1.2035.4868.100

root@kitploit:~
تكوين *OpenIPC* مشفّر ولا يدعم نواة TXE. لذا قم بفك تشفير التكوين وأضف وصفًا لـ TXE إليه.  

## فك تشفير ملفات تكوين OpenIPC

لفك تشفير ملفات التكوين، استخرج المفتاح من مكتبة *StructuredData* (*StructuredData_x64.dll*) في *OpenIPC/Bin* باستخدام سكربت [IDA Pro](https://www.hex-rays.com/products/ida/support/download_freeware.shtml) *openipc_key_extract.py*. إذا لم يعمل السكربت، يمكنك ببساطة فتح الملف في IDA Pro، والبحث عن السلسلة "Logging.xml" ثم الحصول على الـ16 بايت التي تليها بعد المحاذاة التالية. (سيكون هناك 4 بايت إضافية، ثم 4 أصفار بعد الـ16 بايت التي تهمك.) مرر المفتاح (في حالتنا، *F820AD4F6CC2E9EE050C43DEBF631F59*) إلى السكربت *config_decryptor.py* مع المسار إلى دليل OpenIPC.```
config_decryptor.py –k F820AD4F6CC2E9EE050C43DEBF631F59 –p C:\IntelSWTools\system_studio_2020\tools\OpenIPC_1.2035.4868.100

إضافة نواة LMT إلى التكوين

إصدار OpenIPC المزوّد لا يحتوي على المعلومات اللازمة حول نواة TXE. لذا نحتاج إلى تطبيق تصحيح (patch.diff) على ملفات تكوين OpenIPC المفكوكة. إليك كيفية القيام بذلك:``` patch -p2 < patch.diff

root@kitploit:~
# تعيين متغير البيئة IPC_PATH

بعد فك التشفير والترقيع، عيّن متغير البيئة *IPC_PATH* إلى دليل *OpenIPC* الجديد بحيث يستخدم *ipccli* نسخة *OpenIPC* المعدلة. على سبيل المثال:

Windows```
set IPC_PATH=C:\IntelSWTools\system_studio_2020\tools\OpenIPC_1.2035.4868.100\Bin

إجراء فحص أولي لقابلية عمل JTAG

يؤدي المُفعِّل إلى منع التحميل اللاحق عن طريق إبقاء عملية BUP في حلقة بعد تفعيل JTAG. بعد الإقلاع، لن تُظهر المنصة أي علامات حياة (لن تعمل الشاشة، ولن تضيء مؤشرات لوحة المفاتيح، ولن يُصدر صوت BIOS POST). لذا ستحتاج إلى التحقق عبر تصحيح أخطاء DCI من أن المنصة قد "علقت" في وحدة BUP.

مثل DAL، تتضمن مكتبة OpenIPC واجهة سطر أوامر (CLI)، مكتوبة بلغة Python ومقدَّمة كمكتبة لـ Python ضمن Intel System Studio، ويمكن تثبيتها على النظام بمساعدة pip. حزمة تثبيت ipccli موجودة في المسار التالي: Windows``` C:\IntelSWTools\system_studio_2020\system_debugger_2020\debugger\ipccli\ipccli-1.2035.1920.100-py2.py3-none-any.whl

root@kitploit:~
لتثبيت ipccli، قم بتشغيل الأمر التالي في وحدة التحكم:```
pip install ipccli-1.2035.1920.100-py2.py3-none-any.whl

بمجرد التثبيت، يصبح ipccli متاحًا ضمن بيئة تشغيل إصدار Python المقابل (الإصدار الذي تم استدعاء pip منه). للبدء مع OpenIPC، قم بتشغيل الأوامر التالية في وحدة تحكم Python من موجه أوامر بصلاحيات المسؤول:``` import ipccli ipc = ipccli.baseaccess()

root@kitploit:~
آلية الاتصال بالمنصة المستهدفة عبر DCI تُطلق، مما ينتج عنه مخرجات وحدة التحكم التالية:

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/9229ffe1c4d4a6d2291ad6398b3710ee3c5998b619a7b61279e84d04496f9019.png)

عند عدم وجود اتصال—على سبيل المثال، إذا كانت المنصة غير مُفعّلة أو غير متصلة فعليًا عبر DCI—ستظهر رسائل مشابهة لما يلي:

![screenshot](https://assets.kitploit.com/production/public/readmes/47691/c23b9a2b8e24a57b46e7c33ebe678530f84bf6347cc59aea8c858952bfe04270.png)

إذا كان اتصال *DCI* ناجحًا، تأكد من أن سجل *PERSONALITY* لجهاز *DFX_AGGRAGATOR* يساوي 3.
يمتلك سجل *PERSONALITY* رمز *IR* (*Instruction Register*) بقيمة *0x54*. لقراءته، قم بتشغيل الأوامر التالية:```
dfx_agg = ipc.devs.mdu_dfx_agg_tap0
ipc.irdrscan(dfx_agg, 0x54, 32)

إليك ما يجب أن يبدو عليه ناتج هذا الأمر:

لقطة شاشة

تصحيح أخطاء ME: بدء سريع

تأتي أداة ipccli مع توثيق HTML مفصّل إلى حد ما، يمكن العثور عليه في مجلد من حزمة Python الخاصة بـ ipccli:``` \Lib\site-packages\ipccli\html\Index.html

root@kitploit:~
## عرض مؤشر ترابط CPU ME

إذا تم تنفيذ الخطوات السابقة بشكل صحيح، فعند إنشاء اتصال بالمنصة عبر *ipccli*، يكون نواة *TXE* متاحة عبر *CSE Tap* ويسمح *ipccli* بالوصول إليها بتطبيق مسار *ipccli* التالي:```
ipc.devs.cse_c0.threads[0]

ولكن نظرًا لأن PoC يمنع تحميل المنصة حتى تتم تهيئة وحدة المعالجة المركزية الرئيسية، فإن نواتها لا يمكن الوصول إليها عبر JTAG ويمكن الوصول إلى نواة ME عبر الأمر التالي:``` ipc.threads[0]

root@kitploit:~
## إيقاف النوى

لإيقاف تعليمات معالج ME، قم بتشغيل الأمر التالي:```
me = ipc.devs.cse_c0.threads[0]
me.halt()

لإيقاف تعليمات معالج CPU، قم بتشغيل الأمر التالي:``` core = ipc.threads[0] core.halt()

root@kitploit:~
![screenshot](https://assets.kitploit.com/production/public/readmes/47691/30b6e96d07cb737e5a2d3b1282513947f44f5995d6b2b607f473c2ddddc0d467.png)

تعرض وحدة التحكم العنوان المنطقي للتعليمة التي تم عندها إيقاف التنفيذ.

## قراءة الذاكرة بشكل عشوائي

تسمح *OpenIPC* بقراءة الذاكرة بعد الإيقاف، على سبيل المثال:```
ipc.threads[0].mem("0xf0080004P", 4)

يمكنك تحديد عنوان منطقي (sel:offset)، أو عنوان خطي (معدِّل L)، أو عنوان فيزيائي (معدِّل P).

قراءة ROM

يسمح وكيل نظام ME (MISA) بالحصول على العنوان الفيزيائي الأولي لمنطقة ROM، التي تتضمن متجه إعادة تعيين ME. يمكنك الحصول على عنوان ROM عبر مسجل Hunit ROM Memory Base (HROMMB) عند الإزاحة 0xe20 MISA MMIO (0xf0000000P):

screenshot

ROM يقيم دائمًا من ROMBASE إلى 0xffffffff لنسخ ROM إلى ملف، قم بتشغيل الأمر التالي:``` ipc.threads[0].memsave("", "0xfffe0000p", 0x20001)

root@kitploit:~
من المهم تحديد الحجم على أنه *0x20001*، وليس *0x20000* (وإلا سيواجه *OpenIPC* مشاكل بسبب مشكلات الوصول إلى 64 بت، وهو أمر غير ممكن لنواة ME ذات 32 بت). يمكن التخلص من آخر بايت في الملف، لأنه ليس جزءًا من *ROM*.


# لماذا TXE؟

توفر المنصة فرصًا أكثر لتصحيح الأخطاء دون الحاجة إلى محول [Intel CCA-SVT](https://designintools.intel.com/Silicon_View_Technology_Closed_Chassis_Adapter_p/itpxdpsvt.htm) خاص، وتسمح بتصحيح أقدم مراحل نواة TXE عبر *كابل تصحيح أخطاء USB* عادي.


## الروابط ذات الصلة:

* [Intel ME: طريق التحليل الساكن][4]

* [أسرار Intel DCI][5]

* [Intel ME: شرح نظام ملفات الفلاش][6]

* [كيفية اختراق جهاز كمبيوتر مُطفأ أو تشغيل كود غير موقّع في Intel Management Engine][7]

* [داخل Intel Management Engine][8]

* [تعطيل Intel ME 11 عبر وضع غير موثّق][9]

## قائمة المنصات المختبرة

* Gigabyte Mini-PC Barebone (BRIX) GB-BPCE-3350C (rev:1.1, 1.2)
* Beelink M1
* [MinisForum N33](https://github.com/HackingThings/MinisForum_N33_JTAG) كمبيوتر صغير - 2021
* UP Squared Intel Atom® x7-E3950 [SKU UPS-APLX7-A20-0864](https://up-shop.org/up-squared-series.html) - 2022
* UP 4000 Intel Atom® x7-E3950 [SKU UP-APL03X7F-A10-0464](https://up-shop.org/up4000series.html) - 2022


# المؤلفون
مارك إرمولوف ([@\_markel___][1])

مكسيم غورياشي ([@h0t_max][2])

### تحديث README.md لـ Intel System Studio 2020 وعتاد UP Squared
  
زينو كوفاه ([@XenoKovah][10])

# فريق البحث

مارك إرمولوف ([@\_markel___][1])

مكسيم غورياشي ([@h0t_max][2])

دميتري سكلياروف ([@_Dmit][3])


# الترخيص
حقوق الطبع والنشر (c) 2018 مارك إرمولوف، مكسيم غورياشي في Positive Technologies

يُمنح الإذن بموجب هذا، مجانًا، لأي شخص يحصل على نسخة من هذا البرنامج وملفات التوثيق المرتبطة به ("البرنامج")، للتعامل مع البرنامج دون أي قيود، بما في ذلك دون حصر حقوق الاستخدام والنسخ والتعديل والدمج والنشر والتوزيع والترخيص و/أو بيع نسخ من البرنامج، والسماح للأشخاص الذين يُقدَّم لهم البرنامج بذلك، مع مراعاة الشروط التالية: يجب تضمين إشعار حقوق الطبع والنشر أعلاه وإشعار الإذن هذا في جميع النسخ أو الأجزاء الجوهرية من البرنامج.

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



[1]: https://twitter.com/_markel___
[2]: https://twitter.com/h0t_max
[3]: https://twitter.com/_Dmit
[4]: https://www.troopers.de/troopers17/talks/772-intel-me-the-way-of-the-static-analysis/
[5]: http://conference.hitb.org/hitbsecconf2017ams/sessions/commsec-intel-dci-secrets/
[6]: https://www.blackhat.com/docs/eu-17/materials/eu-17-Sklyarov-Intel-ME-Flash-File-System-Explained-wp.pdf
[7]: https://www.blackhat.com/docs/eu-17/materials/eu-17-Goryachy-How-To-Hack-A-Turned-Off-Computer-Or-Running-Unsigned-Code-In-Intel-Management-Engine-wp.pdf
[8]: https://github.com/ptresearch/IntelME-JTAG
[9]: http://blog.ptsecurity.com/2017/08/disabling-intel-me.html
[10]: https://twitter.com/XenoKovah
تنزيل الأداة