ما الذي لا يزال تثبيت الشهادات يحجبه

على iOS، يعتمد فك التشفير على تثبيت ملف تعريف Busymate ومنحه الثقة الكاملة في الإعدادات — بعد ذلك يثق كل تطبيق على الهاتف بالشهادة التي يقدّمها التطبيق، ما عدا التطبيقات التي تثبّت. على Android يوجد مخزنان: مخزن المستخدم، الذي لا تحترمه منذ Android 7.0 إلا التطبيقات التي تختار ذلك صراحةً، ومخزن النظام الذي تحترمه كل التطبيقات لكن لا يستطيع الكتابة فيه إلا جهاز مروّت. أما الوكيل على الحاسوب فيستخدم ما لدى الجهاز العميل أو المتصفح من ثقة بسلطته المولَّدة.

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

المضيف الذي لم تدرجه لفك التشفير يظهر بقفل مغلق مع اسم المضيف وعدّاد الطلبات فقط — هذا مقصود، وليس تثبيتًا. المضيف المثبّت يبدو مختلفًا: هو في قائمتك، وحوول فك تشفيره، وفشل الاتصال أو أعاد التطبيق المحاولة ثم استسلم. لمرشّح الفحص في خلاصة لوحة التحكم ثلاثة أوضاع — مفكوك التشفير فقط، ومشفر فقط، ومثبّت SSL فقط — والأخير يعزل هذه الصفوف بالضبط.

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

يلتقط تطبيق iOS على مستوى النظام عبر Wi-Fi والشبكة الخلوية ويفك تشفير المضيفين الذين تدرجهم. أمام تطبيق مثبّت يظل يسجّل كل اتصال — المضيف، والتوقيت، وعدد الطلبات وحجمها، ووضع الاتصال الساري — لكنه لا يستطيع إنتاج الترويسات أو المحتوى، ولا يوجد مفتاح يغيّر ذلك. تشغيل MITM All Hosts يفك تشفير كل مضيف غير مثبّت؛ ولا يفعل بالمضيف المثبّت شيئًا سوى تعطيله.

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

على هاتف Android غير مروّت، تسكن الشهادة التي ولّدها التطبيق في مخزن المستخدم، فلا يُفك تشفير سوى بنيات التصحيح الخاصة بك والعملاء الآخرين الذين اختاروا ذلك؛ وكل تطبيق آخر يُسجَّل كبيانات وصفية. على جهاز مروّت يمكن تثبيت الشهادة في مخزن النظام، فيصبح HTTPS قابلًا لفك التشفير على مستوى النظام — باستثناء تثبيت الشهادات لكل تطبيق. تشغّل مزرعة الهواتف أجهزتها Android على ذلك المستوى المروّت لهذا السبب تحديدًا.

إذًا يحوّل الروت فئة من التطبيقات المعتمة إلى مقروءة — تلك التي كانت تتجاهل مخزن المستخدم فحسب — ويترك الفئة المثبّتة كما هي. لا يدّعي Busymate أبدًا فك تشفير على مستوى النظام في جهاز غير مروّت، ولا يدّعي أبدًا هزيمة التثبيت في جهاز مروّت.

للوكيل على الحاسوب العلاقة نفسها مع التثبيت التي لتطبيقات الهاتف: يرفض العميل المثبّت شهادته المولَّدة ويفشل الاتصال. ويحمل أيضًا قائمة قصيرة بمضيفين لا يعترضهم أبدًا مهما قالت إعدادات SSL proxy لديك — البنية التحتية للمفاتيح العامة ونقاط الإبطال الخاصة بـ Apple، ومستجيبو حالة الشهادات التي تستخدمها سلسلة Apple، والخادم الخلفي لـ Busymate نفسه — لأن اعتراضها سيعطّل الجهاز أو الاتصال الحي للوحة التحكم. تمرّ هذه كأنفاق خام، وهذا مقصود لا خطأ في التهيئة.

ثمة مسار التقاط واحد لا يهم فيه التثبيت. يشغّل موصّل سطر الأوامر نسخة من Chrome ويقرأ حركة بياناتها عبر DevTools Protocol، على جانب المتصفح من TLS. لا يُمس الاتصال المشفر بين Chrome والخادم أبدًا — لا شهادة بديلة تُرفض، ولا شيء يُثبَّت، ولا شيء يكتشفه التثبيت. تُسجَّل تدفقات تسجيل الدخول لدى مزوّدين لا يستطيع الوكيل فتح شهاداتهم المثبّتة من البداية إلى النهاية، بما فيها التحويلات والرموز.

المقابل هو النطاق: يغطي ما يعمل داخل ذلك الـ Chrome، لا تطبيقًا أصليًا. إذا كان للتدفق الذي يهمك نسخة ويب، فهذا هو المسار الذي يراه كاملًا.

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

وكل إجراء اتخذته موجود في سجل التدقيق، فتترك جلسة البحث أثرًا لما فُك تشفيره وما حُجب وما تُرك وشأنه.