Szyfrowanie TLS i weryfikacja certyfikatów

Dane przesyłane przez Wi-Fi i internet przechodzą przez wiele rąk. Szyfrowanie je zaciemnia, dzięki czemu tylko docelowy serwer może odczytać Twoje pomiary. 🔒

TLS to warstwa, która przekształca HTTP w HTTPS. Szyfruje kanał między urządzeniem a serwerem, dzięki czemu podsłuchujący widzą tylko niezrozumiałe dane.

Zanim przepłyną jakiekolwiek dane, obie strony uzgadniają klucze podczas uzgadniania. Ta konfiguracja potwierdza tożsamość serwera i ustanawia wspólny sekret.

Serwer przedstawia certyfikat podpisany przez zaufany urząd. Potwierdza on, że serwer naprawdę jest tym, za kogo się podaje, a nie oszustem.

Szyfrowanie bez sprawdzania jest niebezpieczne. Bez weryfikacji atakujący może znaleźć się pośrodku, przejąć klucze i odczytać wszystko.

Atakujący typu man-in-the-middle podszywa się pod serwer i przekazuje dalej Twój ruch. Weryfikacja certyfikatu dokładnie powstrzymuje ten atak.

Na ESP32 klasa WiFiClientSecure obsługuje połączenia TLS. Jest bezpiecznym odpowiednikiem zwykłego klienta używanego wcześniej do HTTP.

Przekaż urządzeniu certyfikat główny serwera, aby mogło zweryfikować zaufanie. Przypięty urząd certyfikacji pozwala płytce rozpoznać, że serwer jest autentyczny.

Wywołanie setInsecure wyłącza całą weryfikację. setInsecure nadaje się do szybkiego testu, ale nigdy nie powinno trafić do wdrażanego produktu.

Każdy certyfikat ma datę ważności, dlatego weryfikacja wymaga poprawnego czasu. Urządzenie z nieprawidłowym zegarem może błędnie odrzucić prawidłowy serwer.

TLS służy nie tylko do HTTPS. Skieruj klienta MQTT na port brokera TLS, taki jak 8883, aby w ten sam sposób chronić komunikaty publikowania i subskrypcji.

TLS szyfruje ruch, a certyfikaty potwierdzają tożsamość. Używaj WiFiClientSecure, przypnij zaufany urząd certyfikacji, ustaw poprawny czas i nigdy nie wdrażaj setInsecure. 🛡️