Broj bitova u datoteci statičkog ključa nije jačina OpenVPN šifre
Broj bitova u datoteci statičkog ključa mjeri pohranjeni materijal, a ne jačinu šifre. Čitajte zaglavlje, način profila i dogovorenu šifru odvojeno.
Skener ili kolega pokazuje na broj bitova ispisan unutar datoteke statičkog ključa OpenVPN i pita zašto tunel ne koristi šifru te veličine. Pitanje zvuči razumno, a odgovor nije broj: zaglavlje broji pohranjeni materijal ključa, dok šifra troši samo dio koji zahtijeva njezina veličina ključa. Ako se taj zbroj shvati kao postavka jačine, nastaju izmjene koje ništa ne mijenjaju. Format je napravljen da drži više materijala nego što ga koristi ijedan pojedini algoritam.
Ovdje se miješaju dva pitanja: koliko materijala ključa datoteka čuva i koliko je jaka dogovorena šifra. Samo drugo opisuje tunel.
Što broj u zaglavlju zapravo broji
Kontejner serijalizira materijal šifre i materijal HMAC kao odvojene strukture, a dvosmjerni oblik drži dva takva skupa kako bi svaki smjer mogao nositi vlastite ključeve. Kôd za pisanje izvodi ispisani broj iz broja serijaliziranih struktura, njihove veličine i osam bitova po bajtu. To je aritmetika nad pohranom, a ne tvrdnja da jedna šifra troši svaki pohranjeni bajt. Zaglavlje također fiksira najveću dodjelu materijala šifre kako promjena biblioteke ne bi mogla tiho promijeniti veličinu formata.
Usporedite to s ključem certifikata, gdje broj bitova doista opisuje veličinu jednog objekta. RSA ključ od 4,096 bitova i datoteka ključa na čijem zaglavlju piše 4,096 bitova različiti su artefakti s različitim zadaćama, a njihovo poravnavanje kao dviju postavki na jednom kotačiću dovodi do loših zaključaka.
Dva skupa ključeva u jednoj datoteci
Svaka polovica datoteke daje materijal za šifriranje i provjeru autentičnosti jer način s unaprijed dijeljenim ključem štiti pakete u oba smjera tim odvojenim dijelovima. Aktivna šifra koristi samo bajtove koje zahtijeva njezina veličina ključa, a sažetak koristi vlastitu veličinu izlaza, zato upotrebljiva jačina dolazi iz opcija, a ne iz duljine datoteke. Produljenje heksadecimalnog bloka ne traži od konfiguriranog algoritma da ga troši više. Uređivanje komentara većim brojem mijenja još manje.
Ako doista želite dulji ključ, postavka koju treba promijeniti jest šifra ili sažetak, a generator proizvodi ono što odabrani algoritmi trebaju.
Čitanje profila kaže koji način imate
Isti format datoteke služi dvjema prilično različitim zadaćama, a samo profil kaže koja je vaša. Naslijeđeni redak secret čini datoteku jedinim materijalom ključa tunela, dok tls-auth ili tls-crypt čini je zaštitom kontrolnog kanala uz certifikate. Nijedna upotreba ne pretvara je u privatni ključ certifikata klijenta, koliko god blok slično izgledao. Prepoznajte opciju i verziju prije stvaranja zamjene i upotrijebite dokumentirani generator umjesto dodavanja znakova.
Ta razlika također određuje odgovor na izloženost. tls-auth ključ koji procuri ne otkriva sesijske ključeve, ali napadaču omogućuje ubacivanje prometa kontrolnog kanala, pa ga ipak treba zamijeniti. Procurjeli secret ključ je gori jer je bio materijal koji je štitio same podatke.
Što sigurnosni pregled treba zabilježiti
Zabilježite tri stvari odvojeno: dogovorenu zaštitu podatkovnog kanala, zaštitu kontrolnog kanala i način na koji se vršnjaci autentificiraju. Redak poput data-ciphers AES-256-GCM opisuje samo prvo, a izvještaj koji se tu zaustavi ne može odgovoriti je li kontrolni kanal uopće zaštićen. Datoteka statičkog ključa pripada drugoj kategoriji kada se koristi s tls-auth ili tls-crypt, a nijednoj kada se ne koristi. Recenzenti koji brkaju kategorije traže veću datoteku ključa kad žele jaču šifru.
Ako je datoteka bila izložena, rotirajte je i ponovno podijelite odobrenim kanalom. Dodavanje znakova kompromitiranoj tajni nije rotacija i ostavlja izloženi materijal valjanim.
Držite zapis o rotaciji uz profil kojemu pripada. Sljedeći pregled pitat će koji je ključ štitio koje razdoblje, a zaglavlje na to neće odgovoriti.