Kompromiso ng eMudhra intermediate CA: mga blocklist ng browser at ang runtime trust gap

Ang sakop ng video na ito

• Ang mga nakompromisong key ay pag-aari ng mga intermediate signer. Ang pagkawala ng tiwala sa ugat ay maaaring makatulong sa isang chain nang hindi pinapatunayan na ang pribadong key ng ugat ay nakompromiso.
• Ang emergency blocklist ng browser at ang bundled CA store ng application ay maaaring sumunod sa magkahiwalay na update path. Suriin ang tumatakbong proseso at ang aktwal nitong trust configuration.
• Kinumpirma ng Mozilla nang nakapag-iisa ang mga nare-recover na pribadong key. Inilalarawan ng ulat na walang mga entry ng CT para sa mga apektadong intermediate; nananatiling hindi alam ang aktwal na maling paggamit laban sa ibang mga kliyente.
• Sinisigurado ng mga pangunahing release ang certifi 2026.10.19 at Node 24.22.1 para sa mga sangay na tinalakay. Ang mga custom na CA bundle at iba pang runtime branch ay nangangailangan ng sarili nilang pagsusuri.
• Ang account ng Tor researcher na may 333 relay ay tungkol sa isang insidente noong unang bahagi ng Oktubre na inilathala noong Oktubre 20. Humigit-kumulang sampung porsiyento ay isang bilang ng relay, hindi isang sukat ng na-intercept na trapiko.
• Ang network timeout lamang ay hindi nagpapatunay na tinanggihan ng pagpapatunay ng sertipiko ang isang nakompromisong chain. Panatilihin ang pagpapatunay at paghiwalayin ang mga error sa transportasyon mula sa mga pagkabigo sa pagpapatunay.

Isinaling transcript

Isinalin mula sa orihinal na salaysay sa English. Ang available na audio at mga caption ay kinokontrol ng YouTube.

Bakit maaaring iwanang nakalantad ang isang app ng isang nakapirming browser?

0:00 Ang pag-aayos ng eMudhra browser ay parang all-clear. Walong nakompromisong signing key ang nag-iiwan pa rin ng software na may mga lumang desisyon sa pagtitiwala. Sa video na ito, sino ang maaaring pumirma? Bakit hindi sumasang-ayon ang mga kliyente? At aling update ang talagang nakarating sa iyong app? Isang maliit na dependency ang nagtatago ng sarili nitong listahan ng tiwala. Babalik tayo sa proseso na nagpapasya kung dumating ang iyong pag-aayos. Miyerkules ngayon, Oktubre 21, at ito ang The Daily Diff.

0:22 Ang eMudhra ay isang certificate authority. Nagpipirma ito ng mga digital na sertipiko na tumutulong sa software na magpatunay ng mga website at mga serbisyo. Kasama sa mga nakompromisong key ang anim na ginamit para sa mga koneksyon sa web at dalawa para sa pagpipirma ng software. Ang isang intermediate ay isang delegated signer sa ilalim ng isang pinagkakatiwalaang ugat. Noong Biyernes, isang reporter na nagngangalang Wayne ang nagpadala ng patunay sa mga root program. Pagsapit ng Martes, ipinapaliwanag ng pampublikong pahina ng insidente ang paglilinis. Ngayon, matutuklasan ng mga developer kung ilang kopya ng tiwala ang kanilang perpektong normal na application ang nakolekta.

Ano ang awtorisasyon ng isang intermediate key?

0:49 Narito ang ordinaryong chain. Ang isang site ay nagpapakita ng isang sertipiko, isang intermediate ang nagpipirma nito, at sinusundan ng iyong kliyente ang chain sa isang ugat na pinagkakatiwalaan na nito. Ang ugat ang iyong lokal na panimulang punto. Sinumang kumokontrol sa pribadong key ng intermediate ay maaaring pumirma sa ilalim ng awtoridad na iyon. Ang isang mathematically valid na lagda ay maaaring magkaroon ng isang ganap na hindi mapagkakatiwalaang signer. Ang validator ay nangangailangan ng isang paraan upang bawiin ang tiwala pagkatapos ng isang kompromiso. Nilagdaan ni Wayne ang mensahe, May problema tayo dito, Wayne,

1:12 sa bawat key. Na-verify ng Mozilla ang kontrol ng key, pagkatapos ay nakapag-iisa na nakuha ang mga key. Ang emergency response ay nagsimula sa isang pangungusap na parang may napansin na umuusok ang printer ng opisina.

Ano ang napatunayan, at ano ang nananatiling hindi alam?

1:22 Ang pampublikong ulat ay nagsasaad na ang mga key ay nabuo nang hindi tama at nare-recover mula sa mga sertipiko, na nilikha noong Abril noong nakaraang taon. Ang aktwal na maling paggamit laban sa ibang software ay hindi pa rin alam. Ang nare-recover na awtoridad sa pagpipirma ay sapat na kritikal kahit walang imbensyon na listahan ng biktima. Mayroong mahalagang limitasyon dito. Hindi nakita ng ulat ang anumang sertipiko na mga entry ng transparency para sa mga intermediate na iyon sa panahong iyon.

1:42 Sinasabi nito na ang mga browser na nagpapatupad ng transparency ay hindi maaaring inatake sa pamamagitan ng rutang ito. Ang dagdag na check ng browser ay nakakatulong ipaliwanag kung bakit ang headline lamang ay nagpapalabis sa larawan. Sinabi ng eMudhra sa Mozilla na humigit-kumulang tatlumpung libong sertipiko ang kailangang ilipat sa ibang chain. Ang mga ito ay gumaganang serbisyo na ang mga may-ari ay dapat palitan ang mga sertipiko sa panahon ng paglilinis. Kung saan, ang isang paanyaya sa kalendaryo ay naging production dependency.

Bakit hindi sumasang-ayon ang browser at runtime?

2:03 Nagpapadala ang mga vendor ng browser ng mga emergency blocklist. Ang ulat ay nagtatala ng pagkilos ng Firefox at Chrome noong Biyernes, sinundan ng Apple at Microsoft. Maaaring tanggihan ng mga kliyente ang nakompromisong intermediate habang kinikilala ang nito ugat. Ang panuntunang iyon ay naglalakbay nang hiwalay sa bundle ng iyong application. Ang ilang kliyente ay nagsusuri ng chain laban sa mga pinagkakatiwalaang ugat nang hindi gumagamit ng emergency impormasyon ng pagbawi. Maaaring mag-publish ang awtoridad ng pagbawi, at ang kliyente na iyon ay maaaring patuloy na tanggapin ang chain.

2:27 Mas mahusay ang paglalagay ng karatula sa pinto kapag bumabasa ng karatula ang bisita. Sinabi ng Mozilla na nabigo ang ilang Android profile na ilapat ang updated na blocklist sa pagsisimula. Nagpadala ng pag-aayos sa Firefox 158.02. Kaya panatilihing updated din ang browser. Hindi mai-inventory ng anunsyo ang iyong telepono. Maaaring alisin ng mga maintainer ang isang trust anchor kapag ang mga kliyente ay walang mas makitid na pag-block. Inilalarawan ng thread ng Mozilla ang emergency distrust ng emSign ECC root, generation three. Ang pag-alis ng ugat mula sa isang trust store ay nagba-block ng mga chain na umaasa dito,

2:54 kahit na ang pribadong key ng ugat mismo ay hindi kailanman nakompromiso. Ang pinakabagong release ng certifi ng Python ay isang downstream update.

Aling mga update ang nakarating sa Python at Node?

3:01 Ibinabalik din ng commit nito ang mga hindi apektadong emSign root pagkatapos ng naunang pagtanggal. Ang pagtanggal ng lahat ng may pangalan ng kumpanya ay isang napakapangit na kapalit para sa pinapanatiling pakete. Gusto mong tanggihan ang mapanganib na chain at ang lehitimong mga customer ay gumagana pa rin. Pinapanatili ng kasaysayan ng release ang parehong desisyon. Ang paglilinis ng seguridad ay may kaakit-akit na trabaho ng pagiging kagyat, tumpak, at sinisisi para sa anumang serbisyo na masira sa tanghalian. Ang bersyon ng Node na dalawampu't apat punto dalawampu't dalawa punto isa ay ipinadala ngayon na may na-update na

3:26 mga ugat. Suriin ang advisory ng iyong sariling sangay at ang aktwal na configuration ng CA. Maaaring baguhin ng isang custom na bundle kung aling trust store ang ginagamit ng proseso. Sa Tor, isang mananaliksik ang nag-publish ng isang account kahapon ng tatlong daan at tatlumpu't

Ano ang nahuli ng babala ng Tor host-key?

3:36 tatlong nakompromisong exit relay. Nagsimula ang interception mas maaga ngayong buwan. Ang mga relay ay na-flag at pinatay ilang araw pagkaraan, bago dumating ang isinulat. Binalaan ng SSH ang mananaliksik na nagbago ang identity ng server. Iniulat niya ito sa network health team ng Tor. Kinumpirma ng kanilang abiso sa operator ang mga ulat ng interception. Ang babalang iyon ay gumagawa ng eksaktong hindi maginhawang bagay na dapat gawin ng pagpapatunay.

3:57 Humigit-kumulang sampung porsiyento ang bilang ng mga relay na may iba't ibang kapasidad, na nag-iiwan ng hindi nasusukat na bahagi ng trapiko. Ang Tor routing at SSH server identity ay may magkahiwalay na trabaho. I-verify ang isang binagong host key sa pamamagitan ng isang pinagkakatiwalaang channel bago mo ito tanggapin at mag-log in. Balik sa iyong app, simulan sa tumatakbong container o virtual environment.

Paano mo susuriin ang na-deploy na pag-aayos?

4:12 Hanapin ang CA bundle na talagang ginagamit nito at ilapat ang nauugnay na na-maintain na update. Muling buuin at i-restart ang na-deploy na proseso upang mai-load nito ang binagong materyal ng tiwala. Gamitin ang mga pampublikong test chain ng mga maintainer sa tunay na kapaligiran ng kliyente. Panatilihing hiwalay ang error sa sertipiko mula sa isang network timeout. Ang isang nabigong koneksyon sa hotel Wi-Fi ay isang mahusay na pagsubok ng hotel Wi-Fi. Ang maliit na dependency ay isang hiwalay na naka-bundle na trust store, tulad ng certifi. Hindi kailanman inedit ng iyong desktop browser ang dependency na iyon sa loob ng isang lumang container. Ang na-deploy na proseso at ang configuration nito ang nagpapasya kung dumating ang pag-aayos.

4:42 Iyon ang lugar upang i-verify ang iyong update. Kung mas gusto mong basahin ito kaysa pakinggan akong sabihin ito, ang diff ay dumarating sa iyong inbox tuwing umaga, libre sa the daily diff dot dev, link sa ibaba.

Ano ang nakakuha ng selyo ng NEEDS REVIEW?

4:51 Kaya ang hatol ngayon ay NEEDS REVIEW. Gusto kong suriin ang tiwala ng deployed client bago isara ng sinuman ang insidenteng ito. Mag-subscribe, pindutin ang kampana, at sabihin sa akin sa mga komento kung naiiba mo itong tatatakan. At iyan ang diff para ngayon. Ako si Niko mula sa Axrisi. Pagsamahin nang responsable.

Mga Pinagmulan

1. eMudhra Intermediate CA CompromiseDennis Jackson
2. Private key compromise of eMudhra Intermediate CertificatesMozilla Bugzilla
3. certifi 2026.10.19 releasecertifi
4. Restore unaffected emSign rootscertifi
5. Node 24.22.1 security releaseNode.js
6. Update root certificates to NSS 3.131.1Node.js
7. How I got over 300 Tor exit nodes removedKABA
8. Security incident affecting some relay operatorsTor Project network health