Kryptér med TLS, og verificér certifikater

Data, der krydser WiFi og internettet, passerer gennem mange hænder. Kryptering forvrider dataene, så kun den tilsigtede server kan læse dine målinger. 🔒

TLS er laget, der omdanner HTTP til HTTPS. Det krypterer kanalen mellem din enhed og en server, så aflyttere kun ser støj.

Før data begynder at flyde, bliver de to sider enige om nøgler i et håndtryk. Denne opsætning bekræfter serverens identitet og fastlægger en fælles hemmelighed.

En server præsenterer et certifikat, der er underskrevet af en betroet myndighed. Det beviser, at serveren virkelig er den, den udgiver sig for at være, og ikke en bedrager.

Det er farligt at kryptere uden at udføre kontroller. Uden verifikation kan en angriber placere sig imellem jer, få fat i nøglerne og læse alt.

Et man-in-the-middle-angreb udgiver sig for at være serveren og videresender din trafik. Kontrol af certifikatet er præcis det, der stopper dette angreb effektivt.

På ESP32 håndterer WiFiClientSecure TLS-forbindelser. Det er den sikre fætter til den almindelige klient, du brugte til HTTP.

Giv din enhed serverens rodcertifikat, så den kan kontrollere tilliden. Denne fastlåste CA er sådan, boardet ved, at serveren er ægte.

Kaldet setInsecure slår al verifikation fra. setInsecure er fint til en hurtig test, men må aldrig ende i et produkt, der sendes ud.

Alle certifikater har en udløbsdato, så verifikation kræver det korrekte tidspunkt. En enhed med et forkert ur kan fejlagtigt afvise en gyldig server.

TLS er ikke kun til HTTPS. Peg din MQTT-klient på en TLS-brokerport som 8883 for at beskytte dine pub/sub-meddelelser på samme måde.

TLS krypterer trafik, og certifikater beviser identitet. Brug WiFiClientSecure, fastlås en betroet CA, sørg for korrekt tid, og send aldrig setInsecure med produktet. 🛡️