Staatilise võtmefaili bitiarv ei ole OpenVPN šifri tugevus

Skanner või kolleeg osutab OpenVPN staatilise võtmefaili sees trükitud bitiarvule ja küsib, miks tunnel ei kasuta sellise suurusega šifrit. Küsimus kõlab mõistlikult ja vastus ei ole arv: päis loeb salvestatud võtmematerjali, samas kui šiffer kulutab ainult selle osa, mida nõuab tema võtme suurus. Selle summa pidamine tugevuse seadeks viib muudatusteni, mis ei muuda midagi. Formaat ehitati hoidma rohkem materjali, kui ükski üksik algoritm kasutab.

Siin segunevad kaks küsimust: kui palju võtmematerjali fail salvestab ja kui tugev on kokkulepitud šiffer. Tunnelit kirjeldab ainult teine.

Mida päises olev arv tegelikult loeb

Konteiner serialiseerib šifrimaterjali ja HMAC-materjali eraldi struktuuridena ning kahesuunaline vorm hoiab kahte sellist komplekti, et kumbki suund saaks kanda oma võtmeid. Kirjutav kood tuletab trükitud arvu serialiseeritud struktuuride arvust, nende suurusest ja kaheksast bitist baidi kohta. See on aritmeetika salvestusruumi üle, mitte väide, et üks šiffer kulutab iga salvestatud baidi. Päis fikseerib ka šifrimaterjali maksimaalse eraldise, et teegiuuendus ei saaks formaadi mõõtmeid vaikselt muuta.

Võrrelge seda sertifikaadi võtmega, kus bitiarv tõesti kirjeldab ühe objekti suurust. 4,096-bitine RSA-võti ja võtmefail, mille päises on 4,096 bitti, on erinevad artefaktid erinevate ülesannetega ning nende seadmine kaheks seadeks ühele nupule viib halbade järeldusteni.

Kaks võtmekomplekti ühes failis

Faili kumbki pool annab krüpteerimis- ja autentimismaterjali, sest eeljagatud võtmega režiim kaitseb pakette mõlemas suunas nende eraldi tükkidega. Aktiivne šiffer kasutab ainult baite, mida nõuab tema võtme suurus, ja räsi kasutab oma väljundi suurust, seepärast tuleb kasutatav tugevus valikutest, mitte faili pikkusest. Kuueteistkümnendkoodi ploki pikendamine ei palu seadistatud algoritmil seda rohkem kulutada. Kommentaari suurema arvuga muutmine muudab veel vähem.

Kui soovite tõesti pikemat võtit, tuleb muuta šifrit või räsi, ja generaator toodab selle, mida valitud algoritmid vajavad.

Profiili lugemine ütleb, milline režiim teil on

Sama failiformaat teenib kahte üsna erinevat ülesannet ja ainult profiil ütleb, milline neist on teie oma. Vana rida secret teeb failist tunneli ainsa võtmaterjali, samas kui tls-auth või tls-crypt teeb sellest juhtkanali kaitse sertifikaatide kõrval. Kumbki kasutus ei muuda seda kliendi sertifikaadi privaatvõtmeks, ükskõik kui sarnane plokk ka välja näeb. Tehke kindlaks valik ja versioon enne asendaja genereerimist ning kasutage dokumenteeritud generaatorit, mitte ärge lisage märke.

See erinevus määrab ka vastuse avalikustamisele. Lekkinud tls-auth võti ei paljasta seansi võtmeid, kuid võimaldab ründajal juhtkanali liiklust sisestada, seega tuleb see ikkagi välja vahetada. Lekkinud secret võti on hullem, sest see oli materjal, mis kaitses andmeid endid.

Mida peaks turvakontroll kirja panema

Pange kolm asja eraldi kirja: kokkulepitud andmekanali kaitse, juhtkanali kaitse ja see, kuidas vastaspooled autentivad. Rida nagu data-ciphers AES-256-GCM kirjeldab ainult esimest, ja aruanne, mis sinna peatub, ei suuda vastata, kas juhtkanal on üldse kaitstud. Staatilise võtme fail kuulub teise kategooriasse, kui seda kasutatakse koos tls-auth või tls-crypt-ga, ja mitte kumbagi, kui seda ei kasutata. Katsastajad, kes kategooriad segamini ajavad, küsivad suuremat võtmefaili, kui nad tegelikult tahavad tugevamat šifrit.

Kui fail on avalikustatud, pöörake see üle ja jagage uuesti heakskiidetud kanali kaudu. Kompromiteeritud saladusele märkide lisamine ei ole ülepööramine ja jätab avalikustatud materjali kehtima.

Hoidke ülepööramise kirje selle profiili juures, kuhu see kuulub. Järgmine kontroll küsib milline võti kaitses millist perioodi, ja päis ei vasta sellele.