OpenVPN-i paketi HMAC-autentimine ebaõnnestus: milline kiht?

Kahest tõrkest teatatakse sama sõnavaraga ja neil pole peaaegu midagi ühist. Üks on pakett, mille autentimissilt ei valideerunud; teine on inimene, kelle volitused lükati tagasi. Kui kohtlete esimest teisena, otsite parooli, mis ei olnud kunagi probleem.

Sõnum nimetab kihi, ja kasulik töö on otsustada, milline, enne kui asendate ükskõik millist materjali. Kandidaatide kõrvuti võrdlemine on kiireim viis erinevust näha.

Kaks tõrget, mis jagavad ühte sõna

Paketi autentimistõrge tekib liikluse töötlemise ajal: saadud paketi silt või räsi ei klappinud sellega, mille vastuvõtja oli arvutanud. Konto tagasilükkamine toimub pärast sisselogimisvahetuse parsimist ja nimetab paketi asemel kasutajat. Kolmas sõnum, HMAC-i mittetuvastamisest sissetulevas paketis, on jälle teistsugune, sest seal saabus pakett hoopis ilma oodatud autentimiselemendita. Täielik logi eesliide ütleb, milline kolmest teil on, ja eesliide on tavaliselt esimene asi, mis eemaldatakse, kui viga piletisse kleepida.

Erinevus muudab parandust. Üks nõuab kanali seadete vastavusse viimist, teine konto olekut ja kolmas profiili, mis ei vasta kuulajale, kelleni see jõudis.

Võrrelge, mida töötav protsess tegelikult laadis

Korrektne fail kettal ei tõesta midagi protsessi kohta, mis käivitus enne selle muutmist. Kontrollige valitud profiili, ühendatud lõpp-punkti ja seda, kas teenus on pärast muudatust uuesti laaditud. Veenduge ka, et lõpp-punkt kuulub profiilile, sest teine eksemplar või teine teenus võib kuulata seal, kus vana fail ootab midagi muud.

Toetatud profiili uuesti eksportimine samast allikast on odav võrdlus, sest see kõrvaldab nihke selle vahel, mida te arvate olevat seadistatud, ja selle vahel, mida klient tegelikult saadab. Värske võtmematerjali genereerimine on palju suurem samm ja aitab ainult siis, kui mõlemad pooled võtavad selle koos kasutusele. Ühe poole kohapealne asendamine loob uuesti selle mittevastavuse, mida püüdsite eemaldada.

Võrrelge juhtkanalit andmekanaliga

Kaks mehhanismi autendivad ühenduse eri osi ja seadistatakse eraldi, nagu valikute viide 2.6 kirjeldab. tls-auth lisab juhtkanali pakettidele HMAC-i ja võtab suunatargumendi, mis peab kahel partneril olema vastupidine, samal ajal kui tls-crypt kaitseb juhtkanalit hoopis jagatud võtmega. Kumbki ei ole andmekanali enda tervikluskontroll. AEAD-andmesifri puhul on see kontroll sifrisse sisse ehitatud, seega eraldi auth räsi ei kasutata nii nagu mitte-AEAD-sifri puhul.

Mis tähendab, et auth töötavast mitte-AEAD-paigaldusest kopeeritud rida võib AEAD-paigalduses olla asjakohatu, ja AEAD-paigaldus võib juhtkanalil siiski nurjuda, kui tls-auth võti või selle suund on vale. Võrrelge iga seadet partneriga, mitte meenutatud konfiguratsiooniga.

Võrrelge parandust omadusega, millest loobute

Paketi autentimise väljalülitamine vaigistab hoiatuse ja eemaldab kontrolli, mis mittevastavuse leidis, mis ei ole sama mis profiili parandamine. Küsige, millisest omadusest loobute ja kas disain peab ilma selleta vastu.

Lugege esimene oluline sündmus mõlemas otsas enne, kui midagi muudate, ja seejärel muutke ainult seda mittevastavust, mille see nimetab.

Kui järgmine katse jõuab sertifikaadi või sisselogimise veani, on see edasiminek, mitte tagasilangus: paketikihid on nüüd ühel meelel ja ühendus on edasi liikunud. Kirjutage üles seaded, mis muudatuse põhjustasid, et järgmine inimene pärriks selgituse, mitte mõistatuse.