OpenVPN odjemalec, ki je deloval prejšnji mesec, zdaj ob zagonu odpove z ca md too weak, profil na disku pa je bajt za bajt enak tistemu, ki je deloval. Sporočilo se nanaša na podpis na potrdilu certifikacijske agencije, ne na šifro podatkov, auth digest ali geslo računa. Trije pogoji odločijo, ali je popravek novo identitetno gradivo, nova veriga ali namerna sprememba politike. Pojdite jih po vrsti in izognili se boste običajnemu izidu, ko se tunel vrne z oslabitvijo vsake povezave TLS na gostitelju.

Kaj napaka pravzaprav poimenuje

OpenSSL sproži to napako preverjanja med gradnjo verige, ko potrdilo, ki nastopa kot CA, nosi digest podpisa, ki ga raven varnosti knjižnice ne sprejema več. MD5 se zavrne na privzeti ravni, SHA-1 pa se zavrne, ko se raven dvigne. Digest na končnem potrdilu tu pomeni manj kot digest pri izdajatelju, ki ga podpiše. Ista politika lahko zavrne koren, ki je bil na dan izdaje povsem običajen.

Zato urejanje auth ali data-ciphers ne naredi ničesar za to napako. Te nastavitve urejajo, kako so paketi zaščiteni po rokovanju, medtem ko je zavrnjeni objekt identitetni dokument, ki se pregleda, preden tunel obstaja. Potrdilo lahko udobno sedi znotraj okna veljavnosti in vseeno nosi podpis, ki ga knjižnica ne bo sprejela.

Držite preverjanja ločena v glavi in napaka ne bo več delovala skrivnostno. Datumi veljavnosti, uporaba ključa in digest podpisa so neodvisni testi in prav eden od njih je ravnokar spodletel.

Prvi pogoj: je zavrnjeni objekt koren?

Natisnite vsako potrdilo v profilu in preberite polji subject in issuer. Samopodpisani koren kaže v obeh isto vrednost, njegov algoritem podpisa pa je tisti, na katerem stoji celotna veriga. Ko šibki digest sedi tam, vsak list pod njim podeduje težavo. Zapišite algoritem ob subject, da bo poznejša primerjava mehanska in ne iz spomina.

Združene datoteke CA pogosto vsebujejo več blokov, zato prepoznajte blok, ki se dejansko naloži, namesto da bi domnevali, da je kriv prvi. Ukaz openssl x509 -in ca.pem -noout -subject -issuer -text opisuje eno potrdilo naenkrat, kar pomeni, da je treba sveženj najprej razdeliti, če jih vsebuje več. Primerjajte natisnjeni algoritem podpisa z digestom, ki bi ga pričakovali iz obdobja nastanka korena.

List, podpisan s SHA-256 pod šibkim korenom, še vedno spodleti, ker preverjanje verige gre vse do vrha. Prav ta vrstni red naredi naslednji pogoj pomemben.

Drugi pogoj: ali nadzorujete izdajatelja?

Če koren pripada vaši organizaciji, je trajna rešitev nov koren s sodobnim digestom in ponovno izdani listi, dostavljeni kot ena posodobitev profila. To stane servisno okno in načrt za naprave, ki posodobitve ne morejo sprejeti isti dan.

Če je verigo izdala tretja stran, je rešitev zahteva temu operaterju, edino koristno lokalno dejanje pa je prenehanje zanašanja na staro gradivo. Urejanje besedila PEM ali ponovno shranjevanje datoteke ne spremeni ničesar od tega, kar podpis pokriva.

En vmesni primer si zasluži ime: notranji koren, starejši od sedanjih privzetih vrednosti, ki pa še vedno podpisuje gradivo, ki mu zaupajo drugi sistemi. Zamenjati ga pomeni revidirati vsakega porabnika, vključno z napravami, ki staro potrdilo pripnejo z odtisom prstnega odtisa. Preštejte te porabnike, preden načrtujete spremembo, ker zamenjava korena, ki enega zgreši, zamenja napako zagona za izpad.

Tretji pogoj: kaj znižanje ravni še sprejme

Znižanje varnostne ravni ali izbira starejšega profila potrdil OpenVPN povzroči, da odjemalec spet sprejme stari digest. Spusti tudi druga preverjanja v isti knjižnici, za vsako povezavo, ki jo ta proces vzpostavi.

To je lahko zagovorljivo v laboratoriju ali kot kratek most, medtem ko se pripravlja nadomestno gradivo, če je izjema omejena na en profil in ima končni datum. Kot trajna nastavitev na skupnem gostitelju tiho razširi to, čemur bo zaupal vsak odjemalec TLS tam.

Zapišite izjemo z odgovorno osebo in korakom odstranitve. Nedokumentirana sprememba ravni je pol leta pozneje nerazločljiva od napake in naslednji inženir ne bo vedel, da je bila kdaj odločitev.

Odločitev, zapisana kot pravilo

Zamenjajte verigo, ko nadzorujete izdajatelja in lahko naštejete njegove porabnike. Stopnjujte na izdajatelja, ko ga ne nadzorujete. Znižajte raven le kot datirano, omejeno izjemo z že načrtovano zamenjavo. Vse drugo pusti isto potrdilo na mestu in premakne tveganje nekam, kjer je manj vidno.

Nato znova preizkusite profil s čistega odjemalca, potrdite, da se rokovanje dokonča, in če še vedno spodleti, shranite točno besedilo zavrnitve. Natančno sporočilo o napaki je najcenejša stvar, ki jo lahko predate lastniku naslednje plasti.

Sorodni članki