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

Published: 2026-10-21

ກະແຈລາຍເຊັນ eMudhra ລະດັບກາງ 8 ອັນຖືກບຸກລຸກ, ລວມທັງ 6 ອັນທີ່ໃຊ້ສຳລັບ TLS ແລະ 2 ອັນສຳລັບການເຊັນລະຫັດ. ຕອນນີ້ຕິດຕາມການຢືນຢັນຂອງ Mozilla, ການບລັອກຂອງຕົວທ່ອງເວັບ ແລະການອັບເດດລົງລຸ່ມເພື່ອອະທິບາຍວ່າເປັນຫຍັງແອັບພລິເຄຊັນທີ່ຖືກນຳໃຊ້ຕ້ອງການກວດສອບການຕັ້ງຄ່າຄວາມໄວ້ວາງໃຈຂອງຕົນເອງ. ບົດລາຍງານ Tor ແຍກຕ່າງຫາກສະແດງໃຫ້ເຫັນຄຳເຕືອນກ່ຽວກັບຕົວຕົນຂອງໂຮສ SSH ທີ່ເຮັດວຽກຂອງມັນ.

Canonical: https://thedailydiff.dev/lo/video/2026-10-21-emudhra-trust-gap/

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

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

## ບົດ

- 0:00 ເປັນຫຍັງຕົວທ່ອງເວັບທີ່ແກ້ໄຂແລ້ວຈຶ່ງສາມາດເຮັດໃຫ້ແອັບຯຖືກເປີດເຜີຍໄດ້?
- 0:49 ກະແຈລະດັບກາງອະນຸຍາດຫຍັງແດ່?
- 1:22 ສິ່ງທີ່ຖືກພິສູດແລ້ວ, ແລະສິ່ງທີ່ຍັງບໍ່ທັນຮູ້ຈັກ?
- 2:03 ເປັນຫຍັງຕົວທ່ອງເວັບ ແລະ runtime ຈຶ່ງບໍ່ເຫັນດີນຳກັນ?
- 2:58 ການອັບເດດໃດທີ່ໄປເຖິງ Python ແລະ Node?
- 3:33 ຄຳເຕືອນກະແຈໂຮສ Tor ໄດ້ຈັບຫຍັງ?
- 4:10 ທ່ານຈະກວດສອບການແກ້ໄຂທີ່ຖືກນຳໃຊ້ແນວໃດ?
- 4:51 ສິ່ງທີ່ໄດ້ຮັບສະແຕມ NEEDS REVIEW?

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

ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ 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. ລວມເຂົ້າກັນຢ່າງມີຄວາມຮັບຜິດຊອບ.

## ແຫຼ່ງຂໍ້ມູນ

- [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/) — Dennis Jackson
- [Private key compromise of eMudhra Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449) — Mozilla Bugzilla
- [certifi 2026.10.19 release](https://github.com/certifi/python-certifi/releases/tag/2026.10.19) — certifi
- [Restore unaffected emSign roots](https://github.com/certifi/python-certifi/commit/662df63d7906df66f1f07c0751a3dfe9da14d914) — certifi
- [Node 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1) — Node.js
- [Update root certificates to NSS 3.131.1](https://github.com/nodejs/node/pull/66877) — Node.js
- [How I got over 300 Tor exit nodes removed](https://kaba.cx/posts/20261020_Tor/) — KABA
- [Security incident affecting some relay operators](https://lists.torproject.org/mailman3/hyperkitty/list/tor-relays@lists.torproject.org/thread/WOHPLKCSHYXFTBRZXDENDKJZMBMPLMG5/) — Tor Project network health