التشفير باستخدام TLS والتحقق من الشهادات

تمر البيانات التي تعبر WiFi والإنترنت عبر جهات عديدة. تعمل التشفير على تشويشها بحيث لا يستطيع قراءة قراءاتك إلا الخادم المقصود. 🔒

إن TLS هو الطبقة التي تحوّل HTTP إلى HTTPS. وهو يشفّر القناة بين جهازك والخادم، بحيث لا يرى المتنصتون سوى بيانات مشوشة.

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

يقدم الخادم شهادة موقعة من جهة موثوقة. وتثبت أن الخادم هو فعلاً الجهة التي يدّعي أنه يمثلها، وليس جهة منتحلة.

التشفير مع تخطي عمليات التحقق أمر خطير. فمن دون التحقق، يمكن لمهاجم التمركز بين الطرفين وامتلاك المفاتيح وقراءة كل شيء.

ينتحل هجوم الرجل في المنتصف شخصية الخادم ويمرر بياناتك. ويُعد التحقق من الشهادة تحديداً ما يوقف هذا الهجوم تماماً.

يتولى WiFiClientSecure على ESP32 إدارة اتصالات TLS. وهو النظير الآمن للعميل العادي الذي استخدمته مع HTTP.

زوّد جهازك بـشهادة الجذر الخاصة بالخادم حتى يتمكن من التحقق من الثقة. وتُعرّف وحدة CA المثبّتة اللوحة بأن الخادم أصلي.

يؤدي استدعاء setInsecure إلى إيقاف جميع عمليات التحقق. يناسب setInsecure اختباراً سريعاً، لكن يجب ألا يصل مطلقاً إلى منتج مُشحن.

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

لا يقتصر TLS على HTTPS. وجّه عميل MQTT إلى منفذ وسيط TLS مثل 8883 لحماية رسائل النشر/الاشتراك بالطريقة نفسها.

يشفّر TLS حركة البيانات، وتثبت الشهادات الهوية. استخدم WiFiClientSecure، وثبّت CA موثوقاً، واضبط الساعة بشكل صحيح، ولا تشحن المنتج مع setInsecure مطلقاً. 🛡️