Rreth 30,000 TLS certificates duhet të zhvendosen pas zbulimit të CA keys të dobëta
TLS certificates që mbulojnë rreth 30,000 website-e duhet të zhvendosen pasi u zbulua se tetë keys të intermediate CA mund të hamendësoheshin lehtësisht. Bordi i eMudhra ka vendosur të tërhiqet nga biznesi global i certifikatave Secure Sockets Layer dhe Transport Layer Security (SSL/TLS), i cili siguron kredencialet digjitale që browser-at përdorin për të krijuar lidhje të besuara dhe të enkriptuara me website-et.
Një studiues raportoi më 17 tetor se kishte rikuperuar private key për tetë certifikata intermediate certificate authority (CA) të eMudhra. Një intermediate CA qëndron midis një trusted root dhe certifikatave të website-eve të lëshuara nën të. private key e tij është vlera sekrete që përdoret për të nënshkruar certifikatat dhe records përkatëse. Sipas raportit, secila nga tetë vlerat ishte më e vogël se 256, në vend që të ishte një numër i rastësishëm shumë i madh, çka i bënte ato të zbulueshme pothuajse menjëherë. Gjashtë nga tetë intermediate CA ishin parashikuar për TLS certificates.
Studiuesi njoftoi Apple, Google, Microsoft, Mozilla dhe eMudhra. Chrome dhe Firefox bllokuan gjashtë intermediate CA të TLS brenda pak orësh. Google tha se asnjë certifikatë website-i e lëshuar nga këto intermediate CA nuk ishte shfaqur në Certificate Transparency (CT) logs publike përpara se Chrome të vepronte. CT logs janë records publike të certifikatave të lëshuara për website-e dhe, për këtë arsye, software që kërkon që certifikatat të shfaqen në to nuk mund të kishte pranuar certifikata nga këto intermediate CA përpara bllokimit. eMudhra tha se tetë intermediate CA nuk kishin lëshuar kurrë certifikata për website-e ose përdorues dhe se sistemet e saj nuk ishin cenuar.
Ndikimi më i gjerë vjen nga veprimi i browser-ave kundër emSign ECC Root CA - G3, trusted root mbi intermediate CA e prekura. Mozilla vendosi më 20 tetor të mos i besonte më atij root në Firefox. Heqja nga Chrome pritet të arrijë te përdoruesit në mëngjesin e 27 tetorit, sipas kohës së Paqësorit. Heqja e një root i bën të pavlefshme edhe TLS certificates përndryshe legjitime që lidhen me të, ndaj operatorët e website-eve duhet t'i zëvendësojnë këto kredenciale edhe nëse sistemet e tyre nuk janë cenuar.
Më 21 tetor, Chrome numëroi rreth 30,800 certifikata të paskaduara të lidhura me root në CT logs publike. Ai tha se 99.9% ishin lëshuar përmes InCommon, shërbimi i certifikatave i krijuar nga Internet2 për komunitetin e arsimit të lartë. InCommon e transferoi këtë shërbim te platforma CertiNext e eMudhra nga prilli deri në korrik. Google i ka udhëzuar operatorët e prekur të marrin dhe të instalojnë një TLS certificate të re nga një hierarki tjetër public key infrastructure që vazhdon të jetë në Chrome Root Store.
eMudhra vlerësoi se rreth 30,000 certifikata duhet të zhvendosen dhe tha se afërsisht 97% ishin lëshuar përmes Automated Certificate Management Environment (ACME), një protokoll që server-at përdorin për të kërkuar dhe rinovuar automatikisht certifikatat. Chrome paralajmëroi se ACME clients të zakonshëm në përgjithësi nuk do ta zëvendësojnë një certifikatë përpara afatit të saj normal të rinovimit, përveçse kur mbështesin ACME Renewal Information (ARI) ose kur ndërhyn manualisht një administrator. Kalimi nga hierarkia ECC e prekur te hierarkia e veçantë RSA mund të kërkojë gjithashtu ndryshime në cilësimet e client.
Cornell i këshilloi mbajtësit e certifikatave të saj të kërkonin certifikata RSA, sepse ato aktualisht përdorin root të paprekur të eMudhra. Universiteti identifikoi më shumë se 300 certifikata të veta të prekura. University of Michigan tha po ashtu se certifikatat InCommon RSA nuk ishin aktualisht të prekura, ndërsa paralajmëroi se edhe root i tyre mund ta humbiste besimin. Ai identifikoi Let's Encrypt si alternativën e tij kryesore për momentin.
Hierarkia e veçantë G1 RSA do të vazhdojë t'u shërbejë klientëve gjatë tranzicionit. Mozilla tha më 20 tetor se, në atë moment, nuk po e hiqte emSign Root CA - G1. Chrome po shqyrtonte ende nëse certifikatat e tjera CA të eMudhra duhet të qëndronin në root store të tij. Në Stanford, certifikatat InCommon lidhen me G1 përmes një authority të eMudhra të quajtur emSign Root TLS CA - G1.
Janë ngritur gjithashtu pyetje për një certificate revocation list (CRL) të publikuar për emSign Root TLS CA - G1 më 14 tetor. Një CRL është një record i nënshkruar nga CA që përmban certifikatat që nuk janë më të vlefshme. Studiuesi tha në raportin publik të incidentit të Mozilla se signature e kësaj liste nuk mund të verifikohej me key të vetë CA. Një pjesëmarrës tjetër raportoi më 22 tetor se ajo dukej se ishte nënshkruar duke përdorur një certifikatë eMudhra Online Certificate Status Protocol (OCSP), e cila normalisht nënshkruan përgjigjet nëse certifikata të veçanta janë revokuar. Ky pjesëmarrës e vlerësoi mospërputhjen si përdorim të dukshëm të signing key të gabuar, dhe jo si dëshmi të një key tjetër të dobët.
Chrome e përfshiu listën e pavlefshme mes 12 pyetjeve të publikuara më 21 tetor. Ai pyeti se cili key e kishte nënshkruar listën, nëse eMudhra mbante disa key pairs për atë CA ose për ndonjë root, ku po zhvendoseshin klientët dhe kur do të përfundonte migrimi. eMudhra kishte thënë më 20 tetor se G1 ishte alternativa e vetme e disponueshme, por të nesërmen tha se klientët e prekur në SHBA po merrnin certifikata të reja nga një hierarki tjetër CA, e operuar në mënyrë të pavarur dhe me besim publik.
Pyetjet rikthehen gjithashtu te gjashtë CRL të pavlefshme që eMudhra publikoi për të njëjtat intermediate CA në vitin 2025. Raporti i saj i incidentit në atë kohë tha se listat ishin rigjeneruar duke përdorur private key përkatëse për secilën intermediate CA. Më 19 tetor, eMudhra i tha Mozilla se listat fillimisht ishin nënshkruar me keys e synuara, por më vonë ishin nënshkruar sërish duke përdorur keys me mangësi, pasi signatures e para rezultuan të pavlefshme. Chrome tha se kjo ngrinte shqetësime serioze për transparencën dhe trajtimin e incidentit të vitit 2025, duke përfshirë arsyen pse raporti i mëparshëm nuk kishte bërë të ditur ekzistencën e dy key pairs për secilën CA të prekur. Deri në orën 13:31 UTC të enjten, eMudhra nuk u ishte përgjigjur publikisht pyetjeve të Chrome në bug report dhe komenti më i fundit i dukshëm prej saj mbante datën 20 tetor.
eMudhra tha se klientët e prekur do të merrnin falas certifikata zëvendësuese nga partnerët, por nuk i identifikoi këta partnerë dhe nuk caktoi një datë daljeje. Ajo do të vazhdojë të operojë shërbimet e revocation dhe statusit derisa çdo SSL/TLS certificate që ka lëshuar të ketë skaduar ose të jetë zëvendësuar. Njoftimi nuk tha nëse certifikata të reja do të vazhdonin të lëshoheshin përmes G1 gjatë tërheqjes. Operacionet e saj për digital signature certificate, eSign dhe CertiNext do të vazhdojnë.
Kompania tha se shërbimet globale SSL/TLS përfaqësojnë rreth 1% të të ardhurave të saj. Ajo përmendi koston dhe kompleksitetin e kërkesave për sovranitetin e të dhënave dhe pajtueshmërinë, konkurrencën nga ofruesit e mëdhenj që ofrojnë certifikata falas dhe shqyrtimin e shtuar pas incidentit si faktorë që lidhen me daljen e saj.
Pronarët e website-eve duhet të identifikojnë se kush e ka lëshuar çdo TLS certificate aktive, të konfirmojnë se cilin root përdor ajo dhe të zëvendësojnë kredencialet e prekura, në vend që të presin një rinovim automatik. Për operatorët e WordPress që po shqyrtojnë ndryshimet e certifikatave së bashku me sigurinë e hosting të tyre, AEU Hosting ofron managed WordPress hosting të siguruar nga fillimi deri në fund.