Ndërrimi i çelësit rrënjë të DNS kërkon besim te KSK-2024
DNS, sistemi i emrave të domeneve që i kthen emrat e faqeve të internetit në adresa rrjeti, përballet me një përditësim të rëndësishëm të besimit më 11 tetor 2026: rrënja do të kalojë te një çelës nënshkrimi zëvendësues. Në raportin e tyre të 6 tetorit, Sebastiaan Neuteboom dhe James Godlewski nga Cloudflare u bëjnë thirrje operatorëve të konfirmojnë se sistemet e tyre të verifikimit të DNS i besojnë KSK-2024, me identifikues çelësi 38696. Ndryshimi ruan algoritmin ekzistues kriptografik, por pranimi i çelësit zëvendësues është thelbësor që kërkimet e emrave të vazhdojnë të funksionojnë siç duhet.
Sistemet e prekura janë zgjidhësit që kryejnë verifikim DNSSEC. Një zgjidhës kërkon emra në emër të përdoruesve dhe aplikacioneve; zgjerimet e sigurisë së DNS (DNSSEC) i mundësojnë të kontrollojë nënshkrimet digjitale për të përcaktuar nëse informacioni DNS është autentik. Ky verifikim varet nga një zinxhir besimi që arrin deri te rrënja, në krye të hierarkisë së DNS. Një çelës rrënjë për nënshkrimin e çelësave (KSK) nënshkruan grupin DNSKEY të rrënjës, koleksionin e publikuar të çelësave të saj për verifikimin e DNS. Një pikë ankorimi besimi është informacioni i çelësit që një zgjidhës pranon si pikënisje për këto kontrolle. Pa çelësin e duhur të besuar, verifikimi mund të dështojë edhe kur vetë shërbimi i kërkuar funksionon normalisht.
Kalimi i 11 tetorit ndryshon se cili KSK nënshkruan atë koleksion çelësash të rrënjës. Ai nuk e përfundon nxjerrjen jashtë përdorimit të çelësit të mëparshëm. Sipas raportit, Korporata e Internetit për Emrat dhe Numrat e Caktuar (ICANN) planifikon ta revokojë KSK-2017 në vitin 2027, ta heqë nga zona rrënjë, pra nga regjistrimet DNS në krye të hierarkisë, dhe të fshijë çelësin e tij privat. Një çelës privat është materiali sekret që përdoret për të krijuar nënshkrime. Përfundimi i rolit nënshkrues të një çelësi dhe heqja e besimit ndaj tij janë veprime të veçanta, prandaj tranzicioni vazhdon edhe pas tetorit.
Për përdoruesit, raporti rekomandon testin e gatishmërisë së zgjidhësit. Ai përdor një mekanizëm kontrolli të pikës së ankorimit të besimit, një kërkesë të posaçme DNS që mund të tregojë nëse një zgjidhës ka pranuar një çelës të caktuar rrënjë. Testi kontrollon gjithashtu që një emër i nënshkruar normalisht të zgjidhet me sukses, që një emër me informacion DNSSEC të bërë qëllimisht të pavlefshëm të refuzohet dhe që zgjidhësi t'i përgjigjet një kërkese kontrolli për çelësin aktual rrënjë. Këto kontrolle ndihmojnë për të dalluar një rezultat domethënës të gatishmërisë nga një dështim kërkimi ose nga një zgjidhës që nuk e mbështet mekanizmin e testimit.
Një kufizim i rëndësishëm është se një test pa përfundim të qartë nuk vërteton se çelësi i ri mungon. Nëse mbështetja për mekanizmin e kontrollit nuk mund të konfirmohet, testi nuk mund t'i përgjigjet kësaj pyetjeje. Ai kontrollon gjithashtu zgjidhësin që përdor shfletuesi, zgjedhja e të cilit mund të ndikohet nga Secure DNS, një opsion i shfletuesit për kërkime DNS të enkriptuara, ose nga një rrjet privat virtual (VPN), i cili e kalon trafikun përmes një lidhjeje tjetër rrjeti. Cloudflare e krahason këtë me shembujt e saj në rreshtin e komandave që përdorin dig, një mjet kërkimi DNS, të cilët i drejtojnë kërkesat shprehimisht te zgjidhësi i saj 1.1.1.1. Secila metodë pasqyron vetëm rrugën e zgjidhjes që u përgjigjet atyre kërkesave të veçanta, jo çdo sistem DNS që mund të përdorë një organizatë.
KSK-2017 dhe KSK-2024 përdorin të dy RSA/SHA-256, të njëjtin kombinim metodash kriptografike për krijimin dhe kontrollin e nënshkrimeve. Ky është një zëvendësim i çiftit të çelësave, jo një ndryshim algoritmi. Cloudflare kujton se në vitin 2018 shkroi që një ndërrim i suksesshëm mund të hapte diskutimin për një ndryshim algoritmi; tetë vjet më vonë, rrënja ende përdor RSA. Megjithatë, ndërrimi i çelësit kufizon kohën gjatë së cilës një çelës privat mbetet në përdorim dhe shërben si provë praktike për shpërndarjen e pikave zëvendësuese të ankorimit të besimit, përditësimin e zgjidhësve dhe nxjerrjen jashtë përdorimit të çelësit të vjetër. Raporti vëren se ndërrimi i parë tregoi se si këta hapa operacionalë mund të dështojnë edhe kur kriptografia funksionon siç duhet.
Autoriteti i Numrave të Caktuar të Internetit (IANA) parashikon një interval ideal prej tre vjetësh ndërmjet ndërrimeve, duke ekuilibruar praktikën e rregullt operacionale me punën dhe rrezikun që sjellin ndryshimet e shpeshta. Periudha që nga viti 2018 ka qenë më e gjatë. ICANN ia atribuon këtë vonesë ndërprerjeve të shkaktuara nga pandemia dhe përmirësimeve të pajisjeve që mbrojnë çelësat privatë të nënshkrimit. Mbajtja e algoritmit të pandryshuar u lejon operatorëve të testojnë veçmas përditësimet e pikave të ankorimit të besimit. Kalimi në një algoritëm tjetër shton një kërkesë: softueri i zgjidhësit duhet gjithashtu të jetë në gjendje të verifikojë llojin e ri të nënshkrimit.
Veçmas, ICANN ka propozuar një kalim të ardhshëm të algoritmit të rrënjës në ECDSA P-256, një metodë nënshkrimi digjital me kurbë eliptike që prodhon çelësa dhe nënshkrime më të vogla se RSA. Ky kalim nuk është pjesë e zëvendësimit të çelësit në tetor dhe nuk është kriptografi postkuantike, që do të thotë kriptografi e projektuar për t'u rezistuar sulmeve me kompjuterë kuantikë. Cloudflare thotë se 1.1.1.1 tani verifikon nënshkrime ML-DSA-44, të cilat janë projektuar për këtë rezistencë. Por vetëm mbështetja në një zgjidhës nuk mund ta bëjë të gjithë zinxhirin DNSSEC të sigurt ndaj sulmeve kuantike: domenet e nënshkruara, zonat e tyre prind dhe rrënja do të duhej të përdornin të gjitha kriptografi të përshtatshme.
Në nivelin e rrënjës, ai tranzicion i ardhshëm do të kërkonte një KSK postkuantik dhe një proces tjetër zbatimi që zgjidhësit të fillonin t'i besonin atij. Zëvendësimi aktual, pra, vë në praktikë një proces operacional të rëndësishëm për atë tranzicion, pa ofruar vetë rezistencë ndaj sulmeve kuantike. Cloudflare i nxit ofruesit e DNS dhe zhvilluesit e zgjidhësve të zbatojnë RFC 8509, specifikimin për mekanizmat e kontrollit të pikave të ankorimit të besimit, në mënyrë që përdoruesit të mund të kontrollojnë gatishmërinë përpara një ndërrimi, në vend që të mbështeten në një supozim që nuk mund të testohet.
Për lexuesit që po shqyrtojnë se kush i trajton kërkimet e tyre të emrave, AEU DNS ofron DNS privat dhe të sigurt, megjithëse vetëm ky përshkrim i shërbimit nuk vërteton gatishmërinë e tij për këtë ndërrim të veçantë. Detyra e menjëhershme për këdo që administron një zgjidhës që kryen verifikim DNSSEC është më konkrete: të verifikojë se ai i beson KSK-2024 me identifikues çelësi 38696 dhe, nëse nuk i beson, të ndjekë udhëzimet e ICANN dhe të furnizuesit të softuerit të zgjidhësit. Përdoruesit, testi i të cilëve nuk jep një përfundim të qartë, duhet të pyesin ofruesin e tyre të DNS për mbështetjen e mekanizmit të kontrollit dhe gatishmërinë, në vend që ta interpretojnë pasigurinë si një dështim të konfirmuar ose si konfirmim se gjithçka është në rregull.