Secretul înainte pentru un VPN: ce poate deschide o cheie furată

Înregistrează astăzi un tunel criptat, fură anul viitor cheia privată pe termen lung a serverului și încearcă să decriptezi înregistrarea. Secretul înainte este proprietatea care spune că cheia furată nu va fi suficientă singură. Este o afirmație despre sesiuni înregistrate și secrete specifice, nu o promisiune generală că tunelul a fost sigur. Stabilirea corectă a scopului este ce face termenul util.

Întrebarea este despre o înregistrare, nu despre sesiunea activă

Cheia pe termen lung identifică punctul final și semnează strângerea de mână. Cheile de sesiune criptează traficul real, iar într-un design cu secret înainte sunt derivate din material proaspăt de schimb de chei pe care ambele părți îl generează și apoi îl aruncă. Un atacator care are doar cheia pe termen lung nu poate reconstrui acele valori aruncate. Un atacator care are starea sesiunii active încă poate, motiv pentru care garanția privește trecutul și nu prezentul.

Afirmația este condiționată: este valabilă doar dacă secretele efemere au fost într-adevăr distruse și protocolul este cel la care te gândești. O implementare mixtă o poate îndeplini pe un tunel și poate eșua pe altul.

Un secret nu trebuie să le reconstruiască pe celelalte

Verifică modul negociat, nu pagina de marketing. Ieșirea strângerii de mână numește schimbul de chei și versiunea protocolului.

openssl s_client -connect vpn.example.com:443 -tls1_3 -brief
swanctl --list-sas

Rezumatul s_client arată versiunea TLS și grupul de schimb de chei, iar un grup efemer este semnul vizibil al unui acord de chei cu secret înainte. Listarea swanctl arată asocierile IKE și CHILD împreună cu temporizatoarele lor de reînnoire a cheilor, așa că poți vedea dacă implementarea reînnoiește cheile după un program. Un schimb de chei RSA static, sau un mod de compatibilitate vechi, pierde proprietatea indiferent de numele cifrului. Notează modul pe care l-ai observat, nu pe cel pe care îl anunța furnizorul.

Reînnoirea cheilor nu este automat secret înainte

Cât de des reînnoiește un tunel cheile este o întrebare separată de modul în care fiecare cheie este derivată. Un design care regenerează cheile dintr-un secret pe termen lung poate reînnoi în fiecare minut și totuși poate eșua testul, pentru că o compromitere ulterioară le reconstruiește pe toate. Invers, un protocol cu reînnoire rară poate rămâne cu secret înainte când fiecare schimb este independent. Citește derivarea, nu intervalul, și nu confunda un temporizator scurt de reconectare cu o garanție criptografică.

Aceeași confuzie apare la numele cifrurilor: un cifru modern nu spune nimic despre cum a ajuns cheia lui.

Ce rămâne vizibil după garanție

Secretul înainte protejează textul simplu al sesiunilor înregistrate de o compromitere viitoare a cheilor și nu face nimic împotriva unui atacator care citește traficul activ la un punct final compromis. Nu elimină din înregistrare adresele de destinație, momentul sau volumul și nu limitează cât timp păstrează un operator jurnalele de conexiune. Nu transformă nici un client compromis într-unul de încredere, pentru că atacatorul stă deja acolo unde conținutul există în clar.

Când un furnizor susține secretul înainte, întreabă ce secret pe termen lung este presupus furat și ce secrete de sesiune rămân indisponibile. Dacă aceste două întrebări au răspunsuri clare, afirmația înseamnă ceva.