„Útočník ukradl soukromý klíč proxy“ vynechává podrobnost, která určuje škodu: který soukromý klíč?

Inspekční forward proxy může uchovávat podpisový klíč certifikační autority, vygenerované klíče serverových certifikátů, živá tajemství provozu TLS, materiál pro obnovení relací a otevřený text ve své paměti nebo záznamech. To jsou různé statky.

Klíč CA dává schopnost vydávat se za jiného

Klienti nastavení tak, aby důvěřovali inspekční CA, mohou přijímat certifikáty pod ní vydané, s výhradou omezení certifikačního řetězce a kontrol klienta. Kdo ukradne odpovídající podpisový klíč, může v těchto mezích vytvořit jiné přijatelné certifikáty.

To je vážné, ale samotný klíč nepřesměruje uživatelovo spojení. Útočník také potřebuje použitelnou pozici pro odposlech nebo jiný způsob, jak přimět klienta připojit se k napodobenému koncovému bodu. Aplikace s dalšími kontrolami certifikátů jej mohou odmítnout.

Podpisový klíč není klíč k dešifrování záznamu

V certifikátem ověřeném handshake TLS 1.3 s efemérním Diffie–Hellmanem certifikát ověřuje výměnu. Provozní klíče se odvozují z oddělených tajemství handshake. Získání podpisového klíče CA později samo o sobě nerekonstruuje ta minulá efemérní tajemství ze záznamu.

Dokonce ani krádež soukromého klíče serverového certifikátu není totéž jako získání provozních tajemství pro takový typ zaznamenané relace. Nezobecňujte to na každý historický režim TLS ani na každé nastavení obnovení; záleží na vyjednané výměně klíčů a kompromitovaném materiálu.

Kompromitace běžícího inspekčního zařízení může být mnohem širší než krádež jeho klíče CA. Zařízení pracuje s otevřeným textem při inspekci provozu a může uchovávat tajemství relací nebo zadržovat dešifrovaný obsah. Tato odhalení vyžadují vlastní vyšetřování a nelze je odmítnout odkazem na forward secrecy.

Popište incident přesně

Zaznamenejte, zda ztraceným materiálem byl podpisový klíč, klíče koncových bodů, živá tajemství, uložený otevřený text, nebo kontrola nad samotným zařízením. Nahrazení inspekční CA a aktualizace důvěry klientů řeší jednu schopnost; nesmaže zkopírované záznamy ani nerozhodne, zda byl živý provoz čten. Přesné názvy klíčů vedou k mnohem užitečnější reakci než nazývat každé tajemství „SSL klíč“.

Související články