Numele digestelor SHA1 în OpenSSL: ce înseamnă o listă veche

Listele vechi de digest se citesc ca o transcriere a deciziilor criptografice, și nu sunt așa. Nume precum SHA1, DSA-SHA1-old sau RSA-SHA1-2 stau unul lângă altul în compilările vechi de OpenSSL pentru că biblioteca a înregistrat mai multe puncte de intrare în jurul mecanismului hash înrudit. O etichetă RSA sau DSA în acea listă OpenVPN nu spune nimic despre ce a făcut cu un pachet. Ceea ce citiți este inventarul bibliotecii, nu înregistrarea unei sesiuni.

Trei lucruri trebuie separate înainte ca orice concluzie să aibă sens: numele înregistrat, calculul digestului de sub el și operația care îl consumă.

O înregistrare este o interfață, nu o evaluare a tăriei

În OpenSSL 1.0.2 tabelul de înregistrare a digestelor leagă nume, aliasuri și implementări într-un singur fișier. Vechiul descriptor DSS1 este cazul cel mai clar: raportează lungimea ieșirii SHA-1 și apelează rutina de finalizare a SHA-1 purtând un nume care sugerează un algoritm complet diferit. Literele suplimentare dintr-o înregistrare nu implică așadar alt hash, o ieșire mai lungă sau un nou nivel de securitate.

Aceeași sursă păstrează relațiile de alias pentru apelanții mai vechi, ceea ce explică de ce o listă pare aglomerată. Aceasta este documentație de compatibilitate, nu promisiunea că un furnizor actual de OpenSSL expune nume identice.

Numele de semnare nu creează semnături

Un cadru de semnare poate lega un digest de interfața altui algoritm astfel încât apelanții existenți să continue să compileze. O semnătură reală cu cheie publică are nevoie atât de o cheie, cât și de pasul de semnare care o folosește, iar niciunul nu este furnizat de un nume dintr-un meniu. O intrare de digest cu aromă RSA este un nume pe care un apelant îl poate folosi, nu dovada că fiecare pachet VPN purta o semnătură RSA.

În acest pas textele mai vechi alunecă în folclor. Dacă trebuie să știți cum au fost autentificate pachetele, găsiți opțiunea care a ales mecanismul și citiți ce face în versiunea pe care o rulați efectiv. Pagina de manual livrată cu acea versiune este singura descriere care corespunde programului din fața dumneavoastră. Ghidurile arhivate descriu versiunea pentru care au fost scrise, iar aceasta poate fi cu câteva convenții de denumire în urmă.

Găsiți opțiunea care a consumat numele

În cazul autentificării pachetelor documentat de OpenVPN 2.6, auth selectează un digest folosit de HMAC, o construcție de autentificare a mesajelor cu cheie și nu o semnătură de certificat. Algoritmul de semnare al certificatului TLS este o proprietate separată a strângerii de mână.

Cu un cifru de date AEAD, setarea separată auth încetează să se aplice canalului de date, în timp ce rolul ei pentru tls-auth rămâne o întrebare distinctă. O listă de digesturi nu vă poate spune, așadar, ce hash proteja pachetele actuale, ce suită TLS a fost negociată sau cum a fost semnat certificatul partenerului. Doar configurația efectivă plus versiunea pot răspunde, și numai pentru conexiunea din fața dumneavoastră.

Notați ce aveți de fapt

Notați versiunea OpenVPN, biblioteca criptografică legată, opțiunile exacte din profil și rezultatul unei conexiuni reale. Acel set răspunde la întrebări la care o captură de ecran a unui meniu de digesturi nu poate, și supraviețuiește următoarei actualizări pentru că numește versiuni, nu impresii.

Mai presus de toate, nu alegeți un alias vechi pentru că numele lui sună mai puternic sau mai specific. Alegeți politica acceptată pentru întreaga conexiune și tratați numele vechi ca pe o înregistrare a modului în care o bibliotecă se prezenta cândva.