Varem tekkisid sertifikaatide aegumised sageli seetõttu, et neid pidi käsitsi uuendama. Inimesed unustasid selle lihtsalt teha. Let’s Encrypt'i ja automaatse uuendamisprotseduuri tulekuga pidi probleem olema lahendatud. Kuid hiljutine lugu Firefoxist näitab, et tegelikult on probleem endiselt aktuaalne. Kahjuks jätkavad sertifikaadid aegumist.

Kui keegi on selle loo vahele jätnud, siis 4. mai 2019. aastal kell 00:00 lakkas äkki töötamast peaaegu kõik Firefoxi lisandmoodulid.

Selgus, et massiline viga tekkis, kuna Mozilla sertifikaadi kehtivusaegoli lõppenud, mis oli mõeldud lisandmoodulite allkirjastamiseks. Seetõttu märgiti need "kehtetuks" ja nad ei läbinud kontrolli (tehnilised üksikasjad). Foorumites soovitati töö ümberhüppamiseks välja lülitada lisandmoodulite allkirjade kontrollimine about:config või süsteemi kella seadistamine.

Mozilla väljastas kiiresti paranduse Firefox 66.0.4, mis lahendab kehtetu sertifikaadi probleemi, ja kõik lisandmoodulid naasevad normaalsesse seisundisse. Arendajad soovitavad selle installida ja mitte kasutada mingeid omapäraseid lahendusi allkirjade kontrollimise ümbersuunamiseks, kuna need võivad konflikteerida parandusega.

Kuid see lugu näitab taas, et sertifikaatide aegumine jääb tänapäeval olulisel kohal.

Seetõttu on huvitav vaadata üsna originaalset lähenemist sellele probleemile, kuidas DNSCrypt protokolli arendajad selle ülesandega hakkama said. DNSCrypt. Nende lahendust võib jagada kaheks osaks. Esiteks, need on lühiajalised sertifikaadid. Teiseks teavitavad nad kasutajaid pikaajaliste aegumisest.

DNSCrypt

DNSCrypt on DNS-i liikluse krüptimise protokoll. See kaitseb DNS-kommunikatsiooni pealtkuulamise ja MiTM-i rünnakute eest ning võimaldab kõrvaldada DNS-i päringute taseme blokeerimisi.

Protokoll mähkib DNS-i liikluse kliendi ja serveri vahel krüptograafilisse struktuuri, töötades UDP ja TCP transpordiprotokollide kaudu. Selle kasutamiseks peavad nii klient kui ka DNS-i lahendaja toetama DNSCrypt'i. Näiteks on jaanuarist 2016. aastast seda aktiivselt toetanud oma DNS-serverites ja Yandex'i brauseris. Toetust on kuulutanud välja ka mõned teised teenusepakkujad, sealhulgas Google ja Cloudflare. Kahjuks ei ole neid nii palju (ametlikul veebilehel on loetletud 152 avalikku DNS-serverit). Kuid programm dnscrypt-proxy saab installida käsitsi Linuxi, Windowsi ja MacOS-i klientidesse. On ka serveri rakendusi.

Kuidas DNSCrypt töötab? Lühidalt, klient võtab valitud teenusepakkuja avaliku võtme ja kasutab seda sertifikaatide kontrolimiseks. Seal on lühiajalised avalikud võtmed sessioonide jaoks ja krüptograafia komplekti identifikaator. Klientidele soovitatakse genereerida uus võti iga päringu jaoks, serveritele aga muuta võtmeid iga 24 tunni järel. Võtmete vahetamisel kasutatakse algoritmi X25519, allkirjastamiseks EdDSA, plokkkrüpteerimiseks aga XSalsa20-Poly1305 või XChaCha20-Poly1305.

Üks protokolli arendajatest Frank Denis kirjutab, et automaatne vahetamine iga 24 tunni järel lahendas aegunud sertifikaatide probleemi. Tegelikult aktsepteerib dnscrypt-proxy standardklient sertifikaate, mille kehtivusaeg on mis tahes, kuid annab hoiatuse "dnscrypt-proxy võtmete periood selle serveri jaoks on liiga pikk", kui see kehtib kauem kui 24 tundi. Samuti väljastati Docker'i pilt, millel rakendati võtmete (ja sertifikaatide) kiire vahetus.

Esiteks on see äärmiselt kasulik turvalisuse jaoks: kui server on kompromiteeritud või võti on lekitatud, ei saa eilset liiklust dekrüpteerida. Võti on juba muutunud. Tõenäoliselt on see probleem "Jarovaya seaduse" rakendamisel, mis sunnib teenusepakkujaid hoidma kogu liiklust, sealhulgas krüpteeritud. Eeldatakse, et hiljem saab seda vajadusel dekrüpteerida, küsides võtme saidilt. Kuid sellisel juhul ei saa sait lihtsalt seda esitada, kuna kasutatakse lühiajalisi võtmeid, kustutades vanad.

Kuid peamine, kirjutab Denis, on see, et lühiajalised võtmed sunnivad servereid alates esimesest päevast seadistama automatiseerimist. Kui server ühineb võrguga ja võtme vahetamise skriptid ei ole seadistatud või ei tööta, tuvastatakse see kohe.

Kui automatiseerimine vahetab võtmeid iga paari aasta tagant, ei saa sellele loota, ja inimesed võivad unustada sertifikaadi kehtivusaja lõppemise. Igal päeval võtmete vahetamisel tuvastatakse see kohe.

Samas ajal, kui automatiseerimine on õigesti seadistatud, ei oma tähtsust, kui sageli võtmeid vahetatakse: iga aasta, iga kvartali või isegi kolm korda päevas. Kui kõik töötab rohkem kui 24 tundi, siis see töötab igavesti, kirjutab Frank Denis. Tema sõnul vähendas soovitus igapäevaseks võtmete vahetamiseks protokolli teises versioonis koos selle rakendust Docker, mis seda ellu viib, tõhusalt serverite arvu, mille sertifikaadid olid aegunud, samal ajal kui ka turvalisus paranes.

Kuid mõned teenusepakkujad otsustasid siiski mingitel tehnilistel põhjustel seada sertifikaadi kehtivuse ajaks üle 24 tunni. Selle probleemi lahendasid peamiselt paar rida koodi dnscrypt-proxy's: kasutajad saavad teavitusteate 30 päeva enne sertifikaadi aegumist, tõsisema teate 7 päeva enne ning kriitilise teate, kui sertifikaadi kehtivus lõpeb vähem kui 24 tunni pärast. See kehtib ainult sertifikaatidele, millel on algselt pikk kehtivusaeg.

Sellised teated annavad kasutajatele võimaluse teavitada DNS-i operaatorit sertifikaadi aegumise lähenevast tähtajast, enne kui on liiga hilja.

Võib-olla, kui kõik Firefoxi kasutajad oleksid sellise teate saanud, oleks keegi kindlasti arendajatele teate edastanud ja nad oleksid takistanud sertifikaadi aegumist. "Ma ei mäleta ühtegi DNSCrypt-serverit avalikku DNS-serverite nimekirjast, mille sertifikaadi kehtivus oleks lõppenud viimase kahe või kolme aasta jooksul," kirjutab Frank Denis. Igatahes on ilmselt parem kõigepealt kasutajaid teavitada, kui keelata laiendusi ilma hoiatamata.

Allikas: habr.com