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

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
thermoptic — بروكسي HTTP خفي من الجيل التالي يخفي الطلبات بشكل مثالي بحيث تبدو وكأنها صادرة من متصفح Chrome عبر جميع طبقات المكدس التقني. | Kitploit
أدوات/GitHubGitHub/mandatoryprogrammer/thermoptic
بروكسيات الويب والاعتراضأدوات انتحال الشخصيةجمع المعلوماتتجاوز WAFزاحف الويبمكافحة الروبوتاتانتحال البصمة الرقميةتجاوز كابتشا
GitHubmandatoryprogrammer/thermoptic

thermoptic

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

عرض المستودع
1.0k6640منذ 17 أيامتمت المراجعة من قبل Kitploit

الأكثر شعبية

عرض الكل →

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

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

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

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

thermoptic

"لا أصدق ذلك، تمويه حراري بصري!"

ما هو؟

هذا وكيل HTTP مصمم لتجاوز الخدمات التي تستخدم البصمة مثل JA4+ لحظر عملاء HTTP معينين. باستخدام هذا الوكيل، يمكنك استخدام عملاء HTTP المفضلين لديك مثل curl وستظل تمتلك بشكل سحري بصمات لا يمكن تمييزها عن متصفح ويب حقيقي (Chrome/Chromium). يأتي thermoptic أيضًا مع بعض الميزات الممتعة للتخفيف من البصمة القائمة على JavaScript. كما يسهل إجراء الكشط الهجين باستخدام كل من متصفح الويب وعملاء HTTP منخفضي المستوى معًا.

حتى إذا كنت غير معتاد على بصمة JA4+، إذا كنت قد قمت بأي كشط فمن المحتمل أنك تم حظرك بها من قبل. تستخدم خدمات شائعة مثل Cloudflare هذه التقنيات (وحيلًا أخرى) للكشف عن استخدام عملاء HTTP "غير البشريين" لحظر الطلبات. يمكن لهذه الخدمات أيضًا استخدام هذه البصمة للكشف عما إذا كنت تبدأ جلسة بمتصفح حقيقي ثم تنتقل إلى عميل منخفض المستوى مثل curl لاحقًا. يحل thermoptic كل هذه المشكلات من خلال تقديم بصمة متصفح "حقيقية" موحدة لجميع طلبات الكشط.

مثال

إليك مثال على بصمة JA4H (HTTP) لـ curl بدون الوكيل:

$ curl https://ja4db.com/id/ja4h/
ge11nn090000_b6a016211e8a_000000000000_e3b0c44298fc

هذا مختلف تمامًا عن البصمة التي ينتجها Chrome عند زيارة الرابط مباشرةً:

ge11cn19enus_f2808f0d04cf_9a10d4221160_7068f58def6e

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

$ curl --proxy http://thermoptic:1234 https://ja4db.com/id/ja4h/
ge11cn19enus_f2808f0d04cf_9a10d4221160_7068f58def6e

(وينطبق الأمر نفسه على بصمة JA4 TLS الخاصة بنا أيضًا، إلخ).

الإعداد

لبدء وكيل thermoptic الذي يخفي حركة مرورك عبر نسخة Chrome داخل حاوية على Ubuntu 22.04:

إعداد Docker العادي (يعمل على المضيفات التي لا تحتوي على وقت تشغيل GPU):

docker compose up --build

هذا كل شيء، الآن يمكنك تمرير حركة المرور عبره:

curl --proxy http://127.0.0.1:1234 --insecure https://ja4db.com/id/ja4h/

ملاحظات مهمة:

  • بشكل افتراضي يعمل الوكيل (proxy) دون مصادقة. إذا كنت تخطط لكشف الوكيل خارجيًا، فيرجى التأكد من ضبط المصادقة باستخدام متغيرات البيئة PROXY_USERNAME و PROXY_PASSWORD.
  • إذا كنت لا تريد استخدام ---insecure فأنت بحاجة إلى استخدام ملف CA المُنشأ الموجود في ./ssl/rootCA.crt. يتم إنشاء هذا في المرة الأولى التي تشغّل فيها thermoptic.
  • يمكنك توصيل thermoptic بأي نسخة من Chrome/Chromium تم تشغيلها بعلامة --remote-debugging-port. هذا أمر ضروري لأنك سترغب في الإعداد والتمرير عبر بيئات أكثر شيوعًا للحفاظ على بصمة إصبعك منخفضة الظهور قدر الإمكان (مثل Chrome على Windows).
  • تجاوز تركيب GPU (GPU compose override) مخصص لمضيفي NVIDIA الذين لديهم بالفعل وقت تشغيل/مجموعة أدوات NVIDIA الخاصة بـ Docker مثبتة. يحجز جهاز GPU، ويُركّب /dev/dri، ويتيح لحاوية Chrome المضمّنة التبديل إلى مسار العرض NVIDIA/Vulkan. لاستخدام هذا، شغّل docker compose -f docker-compose.yml -f docker-compose.gpu.yml up --build.

الميزات

  • 🕵️ تمرير متوافق مع المتصفح يعيد تشغيل الطلبات عبر جلسة Chrome حقيقية لمطابقة بصمات JA4 بايت ببايت.
  • 🤝 لا حاجة تقريبًا إلى كود مخصص لدمج عميل HTTP الخاص بك (مثل curl، requests، إلخ) مع thermoptic، فقط اضبط الوكيل وسيتم الاعتناء ببصماتك.
  • 🪝 إطار عمل الخطافات (Hooks) لأتمتة ما قبل الطلب/بعد الطلب/عند البدء حتى تتمكن من تشغيل المتصفح بالكامل لحل التحديات، أو التقاط العناصر.
    • 📘 يمكن رؤية مثال على خطاف حل Cloudflare turnstile في ./hooks/onstart.js.
  • 🖥️ واجهة التحكم بمتصفح الويب (على http://127.0.0.1:14111) للتحكم في نافذة متصفح Chrome المُحزَّم في Docker. مفيدة لتسجيل الدخول يدويًا إلى المواقع ثم استخدام الوكيل بسلاسة لإجراء الطلبات كجلستك المسجَّلة (ولأغراض التصحيح).
  • 🔌 اضبط عنوان URI لوكيل HTTP أو SOCKS العلوي عبر متغير البيئة UPSTREAM_PROXY في docker-compose.yml.
  • 🛡️ فحوصات صحة مدمجة وحلقة تحكم بإعادة التشغيل لاكتشاف المتصفحات المتجمدة والتعافي تلقائيًا دون إشراف المشغّل.
  • ⚡ يدعم HTTP/1.1 و HTTP/2، مما يسمح بتمرير حركة المرور عبر أي من البروتوكولين. (لاحظ أنه يمكنك التحدث بـ HTTP/1.1 إلى الوكيل، وقد يتفاوض Chrome المُتحكَّم به مع الموقع النهائي عبر بروتوكول مختلف.)

كيف يعمل هذا التمويه بالضبط؟

مثال رسم توضيحي

  • يتم إجراء طلب HTTP باستخدام عميل HTTP مثل curl مع تعيين thermoptic كوكيل.
  • يحلل thermoptic الطلب لتحديد نوع طلب المتصفح الذي يُفترض أن يكون عليه بأفضل شكل ممكن (مثل زيارة URL يدوية؟ إرسال نموذج؟ طلب fetch()؟).
  • يستخدم thermoptic بروتوكول تصحيح أخطاء Chrome (CDP) للتحكم بالمتصفح وإعداد صفحة تحاكي الطلب تمامًا كما يحدث عادةً في متصفح ويب حقيقي.
  • يشغّل thermoptic الطلب عبر السياق المُحاكى ويلتقط استجابة HTTP.
  • يرسل thermoptic استجابة HTTP مرة أخرى إلى العميل.

نظرًا لأن المتصفح في الواقع يقوم بالطلب باستخدام حزمته الكاملة، فإن بصمات JA4 الناتجة تكون متطابقة.

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

لماذا هذا النهج مقابل الحلول الأخرى؟

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

تحاول العديد من المحاولات الأخرى "التغلب" على بصمة JA4+ للمتصفح من خلال إعادة تنفيذ الطبقات المختلفة من حزمة المتصفح. هذا النهج له عدد من العيوب الخطيرة، مثل:

  • يتطلب عناية كبيرة لمطابقة سلوك تنفيذ المتصفح "الحقيقي" بشكل مثالي. ونتيجة لذلك، يمكن استخدام أي خصوصيات أو تباينات للتمييز بين هؤلاء العملاء وتنفيذ المتصفح "الحقيقي".
  • محاولة حل المشكلة في طبقة واحدة فقط من الحزمة. يستخدم Chrome بروتوكولات متعددة لتوفير تجربة تصفح الويب. ونتيجة لذلك، حتى لو صنعت طبقة TLS مطابقة تمامًا، فقد تكشفك طبقة HTTP إذا لم تكن مطابقة بايت ببايت.
  • نظرًا لأن المتصفحات "الحقيقية" تغيّر سلوكها بانتظام، تتغير بصماتها، ونتيجة لذلك تتطلب هذه الأدوات باستمرار عملًا تطويريًا أكثر كثافة للتعويض.

في المقابل، لأن thermoptic يستخدم المتصفح نفسه لإجراء طلبات HTTP:

  • كل طبقة من الحزمة مثل TCP و TLS و HTTP لا يمكن تمييزها عن المتصفح الحقيقي لأن الطلب يُجرى باستخدام متصفح حقيقي بالطريقة التي تحدث بها عادةً.
  • التغييرات في سلوك المتصفح على الطبقات المختلفة تكون ضئيلة الإزعاج، فالمتصفح الذي يتحكم به thermoptic يحتاج فقط إلى التحديث لمطابقة أحدث مجموعة من البصمات.

بالطبع، لا يوجد حل بدون عيوب. راجع وثائق DOWNSIDES.md للحصول على قائمة مفصلة بعيوب نهج thermoptic.

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

لماذا اسم thermoptic؟

"Thermoptic" (اختصار لـ "thermoptic camouflage" أي التمويه الحراري البصري) هو إشارة إلى التمويه الخيالي الذي تستخدمه الرائد في أنمي Ghost in the Shell (1995). في الفيلم، يظهر هذا التمويه قادرًا على إخفاء مرتديه عبر أطياف متعددة من الكشف بما في ذلك الضوء المرئي والإشعاع الحراري. وبالمثل، يحاول هذا الأداة إخفاء المستخدم من البصمة عبر قنوات متعددة (HTTP، TLS، إلخ).

JA4+ هي مجموعة من البصمات! أي منها يتم انتحاله؟

ستنتحل هذه الأداة بصمات JA4 التالية لتكون تمامًا مثل متصفح Chrome/Chromium المتصل به:

  • JA4 (بصمة TLS)
  • JA4H (بصمة HTTP)
  • JA4X (بصمة شهادة X509 TLS)
  • JA4T (بصمة TCP)

ماذا لو أردت استخدام وكيل HTTP/SOCKS علوي آخر مع هذا؟

تنزيل الأداة