eMudhra intermediate CA compromise: browser blocklists and the runtime trust gap

ສິ່ງທີ່ວິດີໂອນີ້ກວມເອົາ

• ກະແຈທີ່ຖືກບຸກລຸກເປັນຂອງຜູ້ລົງນາມລະດັບກາງ. ຄວາມບໍ່ໄວ້ວາງໃຈຂອງ Root ສາມາດຫຼຸດຜ່ອນລະບົບຕ່ອງໂສ້ໂດຍບໍ່ຕ້ອງພິສູດວ່າກະແຈສ່ວນຕົວຂອງ Root ຖືກບຸກລຸກ.
• ລາຍການບລັອກສຸກເສີນຂອງຕົວທ່ອງເວັບ ແລະບ່ອນເກັບຂໍ້ມູນ CA ທີ່ມາພ້ອມກັບແອັບພລິເຄຊັນສາມາດປະຕິບັດຕາມເສັ້ນທາງການອັບເດດທີ່ແຕກຕ່າງກັນ. ກວດສອບຂະບວນການທີ່ກຳລັງດໍາເນີນການ ແລະການຕັ້ງຄ່າຄວາມໄວ້ວາງໃຈຕົວຈິງຂອງມັນ.
• Mozilla ຢືນຢັນກະແຈສ່ວນຕົວທີ່ສາມາດກູ້ຄືນໄດ້ຢ່າງເປັນເອກະລາດ. ບົດລາຍງານບໍ່ໄດ້ອະທິບາຍລາຍການ CT ໃດໆສຳລັບລະດັບກາງທີ່ຖືກກະທົບ; ການນໍາໃຊ້ທີ່ບໍ່ຖືກຕ້ອງຕົວຈິງຕໍ່ກັບລູກຄ້າອື່ນໆຍັງບໍ່ທັນຮູ້ຈັກ.
• ການປ່ອຍຕົ້ນຕໍກວດສອບ certifi 2026.10.19 ແລະ Node 24.22.1 ສໍາລັບສາຂາທີ່ໄດ້ສົນທະນາ. ຊຸດ CA ແບບກຳນົດເອງ ແລະສາຂາ runtime ອື່ນໆຕ້ອງການການກວດສອບຂອງຕົນເອງ.
• ບັນຊີ 333-relay ຂອງນັກຄົ້ນຄວ້າ Tor ກ່ຽວຂ້ອງກັບເຫດການຕົ້ນເດືອນຕຸລາທີ່ຖືກເຜີຍແຜ່ໃນວັນທີ 20 ຕຸລາ. ປະມານສິບເປີເຊັນແມ່ນຈໍານວນ relay, ບໍ່ແມ່ນການວັດແທກການຈະລາຈອນທີ່ຖືກຂັດຂວາງ.
• ການໝົດເວລາຂອງເຄືອຂ່າຍພຽງຢ່າງດຽວບໍ່ໄດ້ຢືນຢັນວ່າການກວດສອບໃບຢັ້ງຢືນໄດ້ປະຕິເສດລະບົບຕ່ອງໂສ້ທີ່ຖືກບຸກລຸກ. ຮັກສາການກວດສອບແລະແຍກຄວາມຜິດພາດການຂົນສົ່ງອອກຈາກຄວາມລົ້ມເຫຼວຂອງການກວດສອບຄວາມຖືກຕ້ອງ.

ບົດບັນທຶກທີ່ແປແລ້ວ

ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ YouTube.

ເປັນຫຍັງຕົວທ່ອງເວັບທີ່ແກ້ໄຂແລ້ວຈຶ່ງສາມາດເຮັດໃຫ້ແອັບຯຖືກເປີດເຜີຍໄດ້?

0:00 ການແກ້ໄຂຕົວທ່ອງເວັບ eMudhra ຄືກັບການເປີດທັງໝົດ. ກະແຈລາຍເຊັນທີ່ຖືກບຸກລຸກແປດອັນຍັງຄົງເຮັດໃຫ້ຊອບແວມີການຕັດສິນໃຈໄວ້ວາງໃຈທີ່ລ້າສະໄຫມ. ໃນວິດີໂອນີ້, ໃຜສາມາດລົງນາມໄດ້? ເປັນຫຍັງລູກຄ້າຈຶ່ງບໍ່ເຫັນດີນຳກັນ? ແລະການອັບເດດໃດທີ່ເຂົ້າເຖິງແອັບຯຂອງທ່ານແທ້ໆ? ການເພິ່ງພາອາໄສນ້ອຍໆອັນໜຶ່ງຮັກສາລາຍຊື່ຄວາມໄວ້ວາງໃຈຂອງຕົນເອງ. ພວກເຮົາຈະກັບຄືນໄປຫາຂະບວນການທີ່ຕັດສິນໃຈວ່າການແກ້ໄຂຂອງທ່ານມາຮອດແລ້ວບໍ. ວັນພຸດ, ວັນທີ 21 ຕຸລາ, ແລະນີ້ແມ່ນ The Daily Diff.

0:22 eMudhra ແມ່ນອົງການອອກໃບຢັ້ງຢືນ. ມັນເຊັນໃບຢັ້ງຢືນດິຈິຕອນທີ່ຊ່ວຍໃຫ້ຊອບແວຢືນຢັນເວັບໄຊທ໌ ແລະ ບໍລິການ. ກະແຈທີ່ຖືກບຸກລຸກລວມມີ 6 ອັນທີ່ໃຊ້ສໍາລັບການເຊື່ອມຕໍ່ເວັບ ແລະ 2 ອັນສໍາລັບ ການເຊັນຊອບແວ. ລະດັບກາງແມ່ນຜູ້ລົງນາມທີ່ໄດ້ຮັບມອບຫມາຍພາຍໃຕ້ຮາກທີ່ເຊື່ອຖືໄດ້. ໃນວັນສຸກ, ນັກຂ່າວຊື່ Wayne ໄດ້ສົ່ງຫຼັກຖານໃຫ້ໂປຣແກຣມຮາກ. ຮອດວັນອັງຄານ, ໜ້າເຫດການສາທາລະນະໄດ້ອະທິບາຍການທຳຄວາມສະອາດ. ມື້ນີ້, ນັກພັດທະນາໄດ້ຄົ້ນພົບວ່າແອັບພລິເຄຊັນປົກກະຕິຂອງພວກເຂົາໄດ້ເກັບກຳ ຄວາມໄວ້ວາງໃຈຫຼາຍປານໃດ.

ກະແຈລະດັບກາງອະນຸຍາດຫຍັງແດ່?

0:49 ນີ້ແມ່ນລະບົບຕ່ອງໂສ້ທໍາມະດາ. ເວັບໄຊທ໌ນໍາສະເຫນີໃບຢັ້ງຢືນ, ລະດັບກາງເຊັນມັນ, ແລະລູກຄ້າຂອງທ່ານປະຕິບັດຕາມລະບົບຕ່ອງໂສ້ໄປຫາຮາກທີ່ມັນໄວ້ວາງໃຈແລ້ວ. ຮາກແມ່ນຈຸດເລີ່ມຕົ້ນໃນທ້ອງຖິ່ນຂອງທ່ານ. ໃຜກໍຕາມທີ່ຄວບຄຸມກະແຈສ່ວນຕົວຂອງລະດັບກາງສາມາດເຊັນພາຍໃຕ້ອໍານາດນັ້ນ. ລາຍເຊັນທີ່ຖືກຕ້ອງທາງຄະນິດສາດສາມາດມີຜູ້ລົງນາມທີ່ບໍ່ຫນ້າເຊື່ອຖືຢ່າງສົມບູນ. ຜູ້ກວດສອບຕ້ອງການວິທີການຖອນຄວາມໄວ້ວາງໃຈຫຼັງຈາກການບຸກລຸກ. Wayne ເຊັນຂໍ້ຄວາມ, ພວກເຮົາມີບັນຫາຢູ່ນີ້, Wayne,

1:12 ດ້ວຍແຕ່ລະກະແຈ. Mozilla ໄດ້ກວດສອບການຄວບຄຸມກະແຈ, ຈາກນັ້ນໄດ້ກູ້ຄືນກະແຈຢ່າງເປັນອິດສະຫຼະ. ການຕອບໂຕ້ສຸກເສີນໄດ້ເລີ່ມຕົ້ນດ້ວຍປະໂຫຍກທີ່ຄືກັບວ່າບາງຄົນສັງເກດເຫັນວ່າ ເຄື່ອງພິມໃນຫ້ອງການກໍາລັງມີຄວັນ.

ສິ່ງທີ່ຖືກພິສູດແລ້ວ, ແລະສິ່ງທີ່ຍັງບໍ່ທັນຮູ້ຈັກ?

1:22 ບົດລາຍງານສາທາລະນະກ່າວວ່າກະແຈຖືກສ້າງຂຶ້ນບໍ່ຖືກຕ້ອງແລະສາມາດກູ້ຄືນໄດ້ຈາກ ໃບຢັ້ງຢືນ, ສ້າງຂຶ້ນໃນເດືອນເມສາປີກາຍນີ້. ການນຳໃຊ້ທີ່ບໍ່ຖືກຕ້ອງຕົວຈິງຕໍ່ກັບຊອບແວອື່ນຍັງບໍ່ທັນຮູ້ຈັກ. ອຳນາດການເຊັນທີ່ສາມາດກູ້ຄືນໄດ້ແມ່ນຮີບດ່ວນພຽງພໍໂດຍບໍ່ມີລາຍຊື່ຜູ້ເຄາະຮ້າຍທີ່ຖືກສ້າງຂຶ້ນ. ມີຂໍ້ຈຳກັດທີ່ສຳຄັນຢູ່ນີ້. ບົດລາຍງານບໍ່ພົບໃບຢັ້ງຢືນ ລາຍການຄວາມໂປ່ງໃສສຳລັບລະດັບກາງເຫຼົ່ານັ້ນ ໃນຊ່ວງເວລານັ້ນ.

1:42 ມັນກ່າວວ່າຕົວທ່ອງເວັບທີ່ບັງຄັບໃຊ້ຄວາມໂປ່ງໃສບໍ່ສາມາດຖືກໂຈມຕີຜ່ານ ເສັ້ນທາງນີ້. ການກວດສອບຕົວທ່ອງເວັບເພີ່ມເຕີມນັ້ນຊ່ວຍອະທິບາຍວ່າເປັນຫຍັງຫົວຂໍ້ຂ່າວຢ່າງດຽວ ຈຶ່ງເວົ້າເກີນຈິງ. eMudhra ບອກ Mozilla ວ່າປະມານສາມໝື່ນໃບຢັ້ງຢືນຕ້ອງການການຍ້າຍໄປຫາ ລະບົບຕ່ອງໂສ້ອື່ນ. ເຫຼົ່ານັ້ນແມ່ນບໍລິການທີ່ເຮັດວຽກທີ່ເຈົ້າຂອງຕ້ອງປ່ຽນໃບຢັ້ງຢືນ ໃນລະຫວ່າງການທໍາຄວາມສະອາດ. ບ່ອນໃດບ່ອນໜຶ່ງ, ການເຊີນເຂົ້າປະຕິທິນໄດ້ກາຍເປັນການເພິ່ງພາອາໄສການຜະລິດ.

ເປັນຫຍັງຕົວທ່ອງເວັບ ແລະ runtime ຈຶ່ງບໍ່ເຫັນດີນຳກັນ?

2:03 ຜູ້ຂາຍຕົວທ່ອງເວັບແຈກຢາຍລາຍການບລັອກສຸກເສີນ. ບົດລາຍງານບັນທຶກການກະທຳຂອງ Firefox ແລະ Chrome ໃນວັນສຸກ, ຕາມດ້ວຍ Apple ແລະ Microsoft. ລູກຄ້າເຫຼົ່ານີ້ສາມາດປະຕິເສດລະດັບກາງທີ່ຖືກບຸກລຸກໃນຂະນະທີ່ຮັບຮູ້ ຮາກຂອງມັນ. ກົດລະບຽບນັ້ນເດີນທາງແຍກຕ່າງຫາກຈາກຊຸດແອັບພລິເຄຊັນຂອງທ່ານ. ລູກຄ້າບາງຄົນກວດສອບລະບົບຕ່ອງໂສ້ຕໍ່ກັບຮາກທີ່ເຊື່ອຖືໄດ້ໂດຍບໍ່ໄດ້ໃຊ້ຂໍ້ມູນການຖອນ ສຸກເສີນ. ອຳນາດການປົກຄອງສາມາດເຜີຍແຜ່ການຖອນ, ແລະລູກຄ້ານັ້ນສາມາດສືບຕໍ່ຍອມຮັບລະບົບຕ່ອງໂສ້ໄດ້.

2:27 ການຕິດປ້າຍຢູ່ປະຕູເຮັດວຽກໄດ້ດີກວ່າເມື່ອຜູ້ມາຢ້ຽມຢາມອ່ານປ້າຍ. Mozilla ກ່າວວ່າບາງໂປຣໄຟລ໌ Android ບໍ່ສາມາດນໍາໃຊ້ລາຍການບລັອກທີ່ອັບເດດແລ້ວໃນ ເວລາເລີ່ມຕົ້ນ. ການແກ້ໄຂໄດ້ຖືກຈັດສົ່ງໃນ Firefox ຮຸ່ນ 158.02. ດັ່ງນັ້ນຈົ່ງຮັກສາຕົວທ່ອງເວັບໃຫ້ທັນສະໄຫມເຊັ່ນກັນ. ການປະກາດບໍ່ສາມາດສາງໂທລະສັບຂອງທ່ານໄດ້. ຜູ້ຮັກສາສາມາດເອົາຈຸດເຊື່ອມຕໍ່ຄວາມໄວ້ວາງໃຈອອກເມື່ອລູກຄ້າຂາດການບລັອກທີ່ແຄບລົງ. ກະທູ້ຂອງ Mozilla ອະທິບາຍຄວາມບໍ່ໄວ້ວາງໃຈສຸກເສີນຂອງຮາກ emSign ECC, ລຸ້ນສາມ. ການເອົາຮາກອອກຈາກບ່ອນເກັບຂໍ້ມູນຄວາມໄວ້ວາງໃຈຈະບລັອກລະບົບຕ່ອງໂສ້ທີ່ອີງໃສ່

2:54 ມັນ, ເຖິງແມ່ນວ່າກະແຈສ່ວນຕົວຂອງຮາກເອງບໍ່ເຄີຍຖືກບຸກລຸກ. ການປ່ອຍ certifi ລຸ້ນຫຼ້າສຸດຂອງ Python ແມ່ນການອັບເດດລົງລຸ່ມອັນໜຶ່ງ.

ການອັບເດດໃດທີ່ໄປເຖິງ Python ແລະ Node?

3:01 ການ commit ຂອງມັນຍັງຟື້ນຟູຮາກ emSign ທີ່ບໍ່ໄດ້ຮັບຜົນກະທົບຫຼັງຈາກການເອົາອອກກ່ອນໜ້ານີ້. ການລຶບທຸກສິ່ງທຸກຢ່າງທີ່ມີຊື່ບໍລິສັດແມ່ນການທົດແທນທີ່ບໍ່ດີສໍາລັບຊຸດທີ່ ຮັກສາໄວ້. ທ່ານຕ້ອງການໃຫ້ລະບົບຕ່ອງໂສ້ທີ່ອັນຕະລາຍຖືກປະຕິເສດແລະລູກຄ້າທີ່ຖືກຕ້ອງ ຍັງຄົງເຮັດວຽກຢູ່. ປະຫວັດການປ່ອຍຮັກສາການຕັດສິນໃຈທັງສອງຢ່າງ. ການທຳຄວາມສະອາດຄວາມປອດໄພມີວຽກທີ່ໜ້າສົນໃຈຄືການຮີບດ່ວນ, ຊັດເຈນ, ແລະຖືກຕຳໜິສຳລັບບໍລິການໃດກໍຕາມທີ່ເສຍຫາຍໃນເວລາອາຫານທ່ຽງ. Node ຮຸ່ນ 24.22.1 ໄດ້ຖືກຈັດສົ່ງໃນມື້ນີ້ດ້ວຍຮາກທີ່ອັບເດດແລ້ວ.

3:26 ກວດສອບຄຳແນະນຳສາຂາຂອງທ່ານເອງ ແລະການຕັ້ງຄ່າ CA ຕົວຈິງ. ຊຸດທີ່ກຳນົດເອງສາມາດປ່ຽນບ່ອນເກັບຂໍ້ມູນຄວາມໄວ້ວາງໃຈທີ່ຂະບວນການໃຊ້. ໃນ Tor, ນັກຄົ້ນຄວ້າໄດ້ເຜີຍແຜ່ບັນຊີໃນມື້ວານນີ້ກ່ຽວກັບ 333 relay ອອກທີ່

ຄຳເຕືອນກະແຈໂຮສ Tor ໄດ້ຈັບຫຍັງ?

3:36 ຖືກບຸກລຸກ. ການຂັດຂວາງໄດ້ເລີ່ມຕົ້ນໃນຕົ້ນເດືອນນີ້. relay ໄດ້ຖືກ flagged ແລະປິດລົງຫຼາຍມື້ຕໍ່ມາ, ກ່ອນທີ່ບົດຂຽນຈະມາຮອດ. SSH ເຕືອນນັກຄົ້ນຄວ້າວ່າຕົວຕົນຂອງເຊີບເວີໄດ້ປ່ຽນແປງ. ລາວໄດ້ລາຍງານມັນໃຫ້ທີມງານສຸຂະພາບເຄືອຂ່າຍຂອງ Tor. ແຈ້ງການຂອງຜູ້ປະກອບການຢືນຢັນລາຍງານການຂັດຂວາງ. ຄຳເຕືອນນັ້ນກຳລັງເຮັດແທ້ໆ ສິ່ງທີ່ບໍ່ສະດວກທີ່ການກວດສອບຄວາມຖືກຕ້ອງຄວນຈະເປັນ.

3:57 ປະມານສິບເປີເຊັນໄດ້ນັບ relay ທີ່ມີຄວາມຈຸແຕກຕ່າງກັນ, ເຮັດໃຫ້ສ່ວນແບ່ງການຈະລາຈອນບໍ່ໄດ້ວັດແທກ. ການກຳນົດເສັ້ນທາງ Tor ແລະຕົວຕົນຂອງເຊີບເວີ SSH ມີວຽກທີ່ແຕກຕ່າງກັນ. ກວດສອບກະແຈໂຮສທີ່ປ່ຽນແປງຜ່ານ ຊ່ອງທາງທີ່ເຊື່ອຖືໄດ້ກ່ອນທີ່ທ່ານຈະຍອມຮັບມັນແລະເຂົ້າສູ່ລະບົບ. ກັບຄືນໄປຫາແອັບຯຂອງທ່ານ, ເລີ່ມຕົ້ນດ້ວຍ container ທີ່ກໍາລັງເຮັດວຽກຫຼືສະພາບແວດລ້ອມສະເໝືອນ.

ທ່ານຈະກວດສອບການແກ້ໄຂທີ່ຖືກນຳໃຊ້ແນວໃດ?

4:12 ຊອກຫາຊຸດ CA ທີ່ມັນໃຊ້ຕົວຈິງແລະນໍາໃຊ້ການອັບເດດທີ່ຮັກສາໄວ້ທີ່ກ່ຽວຂ້ອງ. ສ້າງຄືນໃຫມ່ແລະເລີ່ມຕົ້ນຂະບວນການທີ່ຖືກນໍາໃຊ້ຄືນໃຫມ່ເພື່ອໃຫ້ມັນສາມາດໂຫຼດຄວາມໄວ້ວາງໃຈທີ່ປ່ຽນແປງໄດ້. ວັດສະດຸ. ໃຊ້ລະບົບຕ່ອງໂສ້ການທົດສອບສາທາລະນະຂອງຜູ້ຮັກສາໃນສະພາບແວດລ້ອມຕົວຈິງຂອງລູກຄ້າ. ຮັກສາຄວາມຜິດພາດຂອງໃບຢັ້ງຢືນແຍກຕ່າງຫາກຈາກການໝົດເວລາຂອງເຄືອຂ່າຍ. ການເຊື່ອມຕໍ່ລົ້ມເຫຼວໃນ Wi-Fi ຂອງໂຮງແຮມແມ່ນການທົດສອບທີ່ດີເລີດຂອງ Wi-Fi ຂອງໂຮງແຮມ. ການເພິ່ງພາອາໄສນ້ອຍໆແມ່ນບ່ອນເກັບຂໍ້ມູນຄວາມໄວ້ວາງໃຈທີ່ຖືກຈັດຊຸດແຍກຕ່າງຫາກ, ເຊັ່ນ certifi. ຕົວທ່ອງເວັບ desktop ຂອງທ່ານບໍ່ເຄີຍແກ້ໄຂການເພິ່ງພາອາໄສນັ້ນພາຍໃນ container ເກົ່າ. ຂະບວນການທີ່ຖືກນໍາໃຊ້ແລະການຕັ້ງຄ່າຂອງມັນຕັດສິນໃຈວ່າການແກ້ໄຂມາຮອດແລ້ວບໍ.

4:42 ນັ້ນແມ່ນບ່ອນທີ່ຈະກວດສອບການອັບເດດຂອງທ່ານ. ຖ້າທ່ານຕ້ອງການອ່ານສິ່ງນີ້ຫຼາຍກວ່າທີ່ຈະໄດ້ຍິນຂ້ອຍເວົ້າ, diff ຈະມາຮອດກ່ອງຈົດໝາຍຂອງທ່ານ ທຸກໆເຊົ້າ, ຟຣີທີ່ the daily diff dot dev, ລິ້ງຢູ່ລຸ່ມນີ້.

ສິ່ງທີ່ໄດ້ຮັບສະແຕມ NEEDS REVIEW?

4:51 ສະນັ້ນຄຳຕັດສິນຂອງມື້ນີ້ແມ່ນ NEEDS REVIEW. ຂ້ອຍຕ້ອງການໃຫ້ກວດສອບຄວາມໄວ້ວາງໃຈຂອງລູກຄ້າທີ່ຖືກນໍາໃຊ້ກ່ອນທີ່ໃຜຈະປິດເຫດການນີ້. ສະໝັກສະມາຊິກ, ກົດກະດິ່ງ, ແລະບອກຂ້ອຍໃນຄໍາເຫັນວ່າເຈົ້າຈະສະແຕມມັນ ແຕກຕ່າງກັນບໍ. ແລະນັ້ນແມ່ນ diff ສໍາລັບມື້ນີ້. ຂ້ອຍ Niko ຈາກ Axrisi. ລວມເຂົ້າກັນຢ່າງມີຄວາມຮັບຜິດຊອບ.

ແຫຼ່ງຂໍ້ມູນ

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