ບົດລາຍງານ Jepsen ຂອງ ParticleDB, USB ສະແກນລາຍນິ້ວມືຂອງ Lenovo, HackerTube ຂອງ Karpathy ແລະຂໍ້ບົກພ່ອງ TCP ຂອງ Linux CVE-2026-98432: ສີ່ເລື່ອງຂອງນັກພັດທະນາໃນ Daily Diff

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

• Jepsen, ຫ້ອງທົດສອບຖານຂໍ້ມູນທີ່ດໍາເນີນການໂດຍ Kyle Kingsbury, ໄດ້ເຜີຍແຜ່ການວິເຄາະ ParticleDB ໃນວັນທີ 31 ຕຸລາ 2026. ParticleDB ເປັນຖານຂໍ້ມູນ Rust ຈາກ Orkes ທີ່ມີຈຸດປະສົງສໍາລັບຕົວແທນ AI; Orkes ໄດ້ສະໜັບສະໜູນວຽກງານດັ່ງກ່າວ. Jepsen ໄດ້ທົດສອບລຸ້ນ 1.1.4 ຫາ 1.1.18.11.rc-22 ໃນ node ດຽວ ແລະສະເໜີ 96 ບັນຫາ, ສ່ວນໃຫຍ່ຕ້ອງການ server ດຽວ, client ດຽວ ແລະບໍ່ມີຂໍ້ຜິດພາດ. ຕົວຢ່າງໃນບົດລາຍງານ: ຂໍ້ຄວາມ WHERE 4 = 5 ສົ່ງຄືນແຖວທີ່ມີ primary key 5, WHERE TRUE ບໍ່ກົງກັບຫຍັງເລີຍ, ແລະ UPDATE ສາມາດປ່ອຍໃຫ້ຫຼາຍແຖວມີ primary key ດຽວກັນ.
• ໜ້າຫຼັກຂອງ ParticleDB ໄດ້ໂຄສະນາ 'Full ACID. 159K TPS.' ແລະຫຼັກຖານ TLA+, ແຕ່ Jepsen ກ່າວວ່າບໍ່ມີສະເພາະ TLA+ ໃຫ້ບໍລິການໃນລະຫວ່າງການຮ່ວມມື, ແລະຂໍ້ຄວາມພາຍໃຕ້ 'Full ACID' ກ່າວເຖິງການແຍກພາບຖ່າຍ (snapshot isolation). ໃນ 1.1.18.11.rc-22, ລຸ້ນສຸດທ້າຍທີ່ Jepsen ທົດສອບ, ໂໝດທຸລະກໍາ occ ເລີ່ມຕົ້ນຍັງສູນເສຍການຂຽນທີ່ຖືກຜູກມັດໃນລະຫວ່າງການດໍາເນີນງານປົກກະຕິ, ແລະໂໝດ serializable ທີ່ເຄັ່ງຄັດທີ່ສຸດອະນຸຍາດໃຫ້ມີ Lost Update ຫຼັງຈາກການປິດຂະບວນການ. Orkes ກ່າວວ່າລຸ້ນ 1.1.19-rc.13 ແກ້ໄຂບັນຫາທີ່ຍັງເຫຼືອທັງໝົດ; Jepsen ຍັງບໍ່ໄດ້ປະເມີນມັນ ແລະແນະນໍາໃຫ້ຜູ້ໃຊ້ຢຸດການນໍາໃຊ້ ParticleDB ຕື່ມອີກ ແລະຍ້າຍໄປໃຊ້ຖານຂໍ້ມູນອື່ນ.
• ນັກຄົ້ນຄວ້າຄວາມປອດໄພ Xusheng Li ພົບວ່າ USB ສະແກນລາຍນິ້ວມື Lenovo ThinkPlus FU100, ທີ່ຖືກຂາຍເປັນຮາດແວທີ່ຖືກເຂົ້າລະຫັດດ້ວຍ AES-256, ມີ SD card ທໍາມະດາທີ່ຂໍ້ມູນບໍ່ໄດ້ຖືກເຂົ້າລະຫັດ; ເຄື່ອງອ່ານລາຍນິ້ວມືພຽງແຕ່ເປີດການເຊື່ອມຕໍ່ USB. ລາວໄດ້ລາຍງານມັນໃນວັນທີ 2 ສິງຫາ 2025, ແລະການແກ້ໄຂຄັ້ງທໍາອິດຂອງ Lenovo ແມ່ນຊັ້ນຂອງ epoxy ໃສ່ SD card. Lenovo ໄດ້ຈັດອັນດັບການແຈ້ງເຕືອນຂອງຕົນວ່າສູງ, ແລະການແກ້ໄຂຕໍ່ມາສໍາລັບ FU100 ແລະ drive ທີ່ກ່ຽວຂ້ອງຕ້ອງການໂທຫາສາຍບໍລິການໃນປະເທດຈີນ, ຈາກນັ້ນປ່ຽນແທນ ຫຼື ອັບເກຣດເຟີມແວຢູ່ສະຖານທີ່, ອີງຕາມ Tom's Hardware.
• ໃນການຕິດຕາມທີ່ລາຍງານໂດຍ Tom's Hardware, Li ໄດ້ໃຊ້ OpenAI's Codex ພ້ອມກັບເຄື່ອງມື reverse engineering ຂອງນາຍຈ້າງຂອງລາວຕໍ່ກັບຊອບແວປ້ອງກັນ USB ຂອງຜູ້ຜະລິດອື່ນໆ; ຂອງ Netac ໃຊ້ເວລາປະມານເຈັດນາທີເນື່ອງຈາກມັນມີຄີທີ່ຖືກຝັງໄວ້ ແລະຂຽນລະຫັດຜ່ານໄປຫາໄຟລ໌ບັນທຶກການວິນິດໄສ, ແລະ drive ຂອງຜູ້ຂາຍອື່ນມີສອງບັນຊີທີ່ເຊື່ອງໄວ້ທີ່ Li ເອີ້ນວ່າ backdoors. ສໍາລັບຂໍ້ມູນໃນ USB stick, ເຂົ້າລະຫັດໄຟລ໌ດ້ວຍຊອບແວທີ່ທ່ານຄວບຄຸມກ່ອນທີ່ຈະເຖິງອຸປະກອນ.
• ໃນວັນທີ 31 ຕຸລາ 2026 Andrej Karpathy ໄດ້ອະທິບາຍ HackerTube, ເວັບໄຊທ໌ແບບ YouTube ທີ່ hackertube.org ທີ່ສ້າງຂຶ້ນດ້ວຍ coding agent ຂອງລາວໃນເວລາປະມານສອງຊົ່ວໂມງ. agent ໄດ້ດາວໂຫຼດຄໍາເຫັນ Hacker News, ກັ່ນຕອງສະແປມ ແລະເກັບໄວ້ປະມານ 40,000 ຄໍາເຫັນທີ່ແນະນໍາວິດີໂອ YouTube, ໄດ້ວິດີໂອ 6,454 ອັນຈາກປີ 2007 ຫາ 2026 ໃນ 150 ຫົວຂໍ້. ເວັບໄຊທ໌ສະແດງເຟຣມທີ່ເຄື່ອງໝາຍ 50 ເປີເຊັນ ແທນທີ່ຈະເປັນຮູບ thumbnail ທີ່ອັບໂຫຼດ. Karpathy ໄດ້ລະບຸຂັ້ນຕອນຄູ່ມືຂອງລາວເປັນ Google Cloud API key, server ແລະ domain.
• CVE-2026-98432 ແມ່ນ use-after-free ໃນ IPv4 TCP handshake ຂອງ Linux kernel, ໄດ້ຄະແນນ CVSS 9.8, ສາມາດເຂົ້າເຖິງໄດ້ໂດຍ peer ໄລຍະໄກໂດຍບໍ່ຕ້ອງເຂົ້າສູ່ລະບົບ. ການແກ້ໄຂຂອງ Eric Dumazet ໄດ້ປ່ຽນສອງການໂທ kfree ທໍາມະດາດ້ວຍ kfree_rcu ໃນ commit ວັນທີ 1 ຕຸລາ; stable kernels ທີ່ມີການແກ້ໄຂໄດ້ຖືກຈັດສົ່ງໃນວັນທີ 11 ແລະ 15 ຕຸລາ, ແລະຂໍ້ບົກພ່ອງນີ້ມີມາຕັ້ງແຕ່ Linux 4.4. Red Hat ໄດ້ເພີ່ມການຈັດອັນດັບຈາກ Important ເປັນ Critical ໃນວັນທີ 30 ຕຸລາ. Ubuntu ແລະ Red Hat Enterprise Linux ບໍ່ໄດ້ລະບຸ kernel ທີ່ຖືກແກ້ໄຂໃນຄືນວັນເສົາ, ວັນທີ 31 ຕຸລາ. ຕິດຕັ້ງ kernel ທີ່ຖືກແກ້ໄຂຂອງການແຈກຢາຍຂອງທ່ານແລະ reboot, ລວມທັງ container hosts, ເພາະວ່າ containers ໃຊ້ kernel ຂອງ host ຮ່ວມກັນ.
• Anthropic ກ່າວວ່າ Claude ໄດ້ຂຽນ exploit ທີ່ເຮັດວຽກສໍາລັບ Linux servers ທີ່ມີ multipath TCP listener, ແລະໃນຫຼັກຖານແນວຄວາມຄິດຂອງມັນ ໃຊ້ເວລາ 48 ນາທີເພື່ອຮົ່ວ kernel pointer ແລະອີກຫ້ານາທີເພື່ອດໍາເນີນການຄໍາສັ່ງ shell; exploit ບໍ່ໄດ້ຖືກເຜີຍແຜ່. ທີມງານ Go Security ຕັ້ງຂໍ້ສັງເກດວ່າໂຄງການ Go ເປີດໃຊ້ multipath TCP listeners ໂດຍຄ່າເລີ່ມຕົ້ນຕັ້ງແຕ່ Go 1.24 ແລະເຕືອນວ່າລະບົບທີ່ບໍ່ມີ listener ນັ້ນອາດຈະມີຄວາມສ່ຽງຕໍ່ການໂຈມຕີທີ່ຄ້າຍຄືກັນ. Red Hat ແລະ AlmaLinux ເຜີຍແຜ່ກົດ firewall ທີ່ລຶບ IPv4 TCP packets ທີ່ມີ IP options, ເຊິ່ງ Red Hat ກ່າວວ່າຫຼຸດຜ່ອນຄວາມສ່ຽງແລະບໍ່ສາມາດປ້ອງກັນການ exploit ໄດ້ຢ່າງເຕັມສ່ວນ.

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

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

ເປີດຫົວຂໍ້: ຂໍ້ຄວາມ where ເວົ້າວ່າສີ່ເທົ່າກັບຫ້າໄດ້ແນວໃດ?

0:00 ຖານຂໍ້ມູນທີ່ໂຄສະນາ Full ACID ຄວນຮັກສາສິ່ງທີ່ທ່ານຂຽນ. Jepsen ໄດ້ທົດສອບອັນໜຶ່ງແລະພົບເກົ້າສິບຫົກບັນຫາ, ລວມທັງຂໍ້ຄວາມ where ທີ່ ເວົ້າວ່າສີ່ເທົ່າກັບຫ້າແລະຍັງສົ່ງຄືນແຖວ. ໃນວິດີໂອນີ້, ສີ່ເລື່ອງ. Jepsen ພົບຫຍັງໃນຖານຂໍ້ມູນທີ່ອ້າງວ່າ Full ACID? ມີຫຍັງຢູ່ພາຍໃນ USB ສະແກນລາຍນິ້ວມືທີ່ຂາຍເປັນລະຫັດ? Andrej Karpathy ສ້າງຫຍັງໃນຕອນເຊົ້າ? ແລະທ່ານແກ້ໄຂຫຍັງສໍາລັບຂໍ້ບົກພ່ອງເຄືອຂ່າຍ Linux?

0:26 ໜຶ່ງໃນຂໍ້ບົກພ່ອງເຫຼົ່ານັ້ນມາພ້ອມກັບໂມງຈັບເວລາ. ຂ້ອຍຈະອ່ານໃຫ້ທ່ານຟັງໃນຕອນທ້າຍ. ມັນແມ່ນວັນອາທິດ, ວັນທີໜຶ່ງພະຈິກ, ແລະນີ້ຄື The Daily Diff. Jepsen ແມ່ນຫ້ອງທົດສອບຂອງ Kyle Kingsbury. ມັນດໍາເນີນຖານຂໍ້ມູນຜ່ານ workloads ແລະຄວາມລົ້ມເຫຼວທີ່ແທ້ຈິງແລະກວດສອບວ່າ ການຮັບປະກັນໃນເວັບໄຊທ໌ຍັງຄົງຢູ່. ຄິດເຖິງຜູ້ກວດກາທີ່ເປີດຕູ້ເຢັນແທ້ໆ.

ເລື່ອງທີໜຶ່ງ: Jepsen ພົບຫຍັງໃນ ParticleDB?

0:44 ເລື່ອງທີໜຶ່ງ. ໃນວັນເສົາ Jepsen ໄດ້ເຜີຍແຜ່ບົດລາຍງານຂອງຕົນກ່ຽວກັບ ParticleDB, ຖານຂໍ້ມູນ Rust ຈາກ Orkes ທີ່ມີຈຸດປະສົງສໍາລັບຕົວແທນ AI. Orkes ໄດ້ຈ່າຍຄ່າງານ. ໜ້າຫຼັກກ່າວວ່າ Full ACID, ໜຶ່ງຮ້ອຍຫ້າສິບເກົ້າພັນທຸລະກໍາຕໍ່ ວິນາທີ. Jepsen ໄດ້ທົດສອບ ParticleDB ຈາກການສ້າງຕັ້ງໜຶ່ງຈຸດໜຶ່ງຈົນເຖິງການອອກລຸ້ນ ຜູ້ສະໝັກລຸ້ນຫຼ້າສຸດ. ເວັບໄຊທ໌ເອີ້ນມັນວ່າຖືກພິສູດຢ່າງເປັນທາງການ, ດ້ວຍຫຼັກຖານ TLA plus. Jepsen ກ່າວວ່າບໍ່ມີສະເພາະ TLA plus ໃຫ້ບໍລິການໃນລະຫວ່າງການເຮັດວຽກ.

1:10 ພາຍໃຕ້ສາຍ Full ACID, ໜ້າດຽວກັນກ່າວວ່າ snapshot isolation, ເຊິ່ງບໍ່ໄດ້ແຍກອອກຢ່າງເຕັມສ່ວນ. ຂໍ້ບົກພ່ອງບໍ່ໄດ້ລະອຽດອ່ອນ. ສ່ວນໃຫຍ່ຕ້ອງການ server ດຽວ, client ດຽວ ແລະບໍ່ມີຄວາມລົ້ມເຫຼວທີ່ຖືກສຽບໃສ່. ຂໍ້ຄວາມ where ທີ່ເວົ້າວ່າສີ່ເທົ່າກັບຫ້າສົ່ງຄືນແຖວ. ຂໍ້ຄວາມ where ທີ່ເວົ້າວ່າ true ບໍ່ກົງກັບຫຍັງເລີຍ. Updates ປະໄວ້ສອງແຖວທີ່ມີ primary key ດຽວກັນ. ລຸ້ນສຸດທ້າຍທີ່ Jepsen ທົດສອບ, release candidate ຊາວສອງ,

1:36 ປອດໄພກວ່າຫຼາຍ. ເຖິງຢ່າງນັ້ນກໍຕາມ, ໂໝດທຸລະກໍາເລີ່ມຕົ້ນຍັງສູນເສຍການຂຽນທີ່ຖືກຜູກມັດໃນລະຫວ່າງການດໍາເນີນງານປົກກະຕິ. ໂໝດທີ່ເຄັ່ງຄັດທີ່ສຸດຍັງອະນຸຍາດໃຫ້ມີ lost updates ຫຼັງຈາກການປິດຂະບວນການ. Orkes ກ່າວວ່າລຸ້ນຕໍ່ໄປຂອງພວກເຂົາແກ້ໄຂທັງໝົດນີ້. Jepsen ຍັງບໍ່ໄດ້ທົດສອບມັນ. ສະນັ້ນໃນລຸ້ນສຸດທ້າຍນັ້ນ ຖານຂໍ້ມູນທີ່ສັນຍາ Full ACID ສາມາດສູນເສຍການຂຽນທີ່ມັນ ໄດ້ຜູກມັດແລ້ວ. ຄວາມໄວ, ຂ້ອຍຄິດວ່າ, ດີເລີດ.

2:00 ຄໍາແນະນໍາຂອງ Jepsen ແມ່ນຊັດເຈນ. ຢຸດການນໍາໃຊ້ ParticleDB ຕື່ມອີກ ແລະຍ້າຍໄປໃຊ້ຖານຂໍ້ມູນອື່ນໄວເທົ່າທີ່ຈະໄວໄດ້. Orkes ຕໍານິການ refactor ໃນລະດູໃບໄມ້ປົ່ງແລະກ່າວວ່າລູກຄ້າຂອງຕົນເອງ, ໃນລຸ້ນເກົ່າ, ອາດຈະບໍ່ໄດ້ຮັບຜົນກະທົບ. ເອກະສານ stored procedure ຍັງສ້າງທີ່ຢູ່ອີເມລ໌ສໍາລັບ Kyle Kingsbury. ເລື່ອງທີສອງ. Lenovo ThinkPlus FU ໜຶ່ງຮ້ອຍແມ່ນ USB ສະແກນລາຍນິ້ວມື

ເລື່ອງທີສອງ: ມີຫຍັງຢູ່ພາຍໃນ USB ສະແກນລາຍນິ້ວມືຂອງ Lenovo?

2:21 ທີ່ຂາຍເປັນຮາດແວທີ່ຖືກເຂົ້າລະຫັດດ້ວຍ AES ສອງຮ້ອຍຫ້າສິບຫົກ. ນັກຄົ້ນຄວ້າຄວາມປອດໄພ Xusheng Li ໄດ້ແຍກອັນໜຶ່ງອອກແລະພົບ SD card ທໍາມະດາ, ທີ່ບໍ່ມີຫຍັງເຂົ້າລະຫັດ. ເຄື່ອງອ່ານລາຍນິ້ວມືຕັດສິນໃຈພຽງຢ່າງດຽວວ່າ, stick ເຊື່ອມຕໍ່ກັບ ຄອມພິວເຕີ. ໄຟລ໌ໃນ card ບໍ່ເຄີຍຂຶ້ນກັບມັນ. Li ໄດ້ລາຍງານຂໍ້ບົກພ່ອງດັ່ງກ່າວຕໍ່ Lenovo ໃນເດືອນສິງຫາ ຊາວຊາວຫ້າ. ການແກ້ໄຂຄັ້ງທໍາອິດແມ່ນຊັ້ນຂອງ epoxy ໃສ່ SD card. ດັ່ງນັ້ນໄຟລ໌ບໍ່ເຄີຍຖືກເຂົ້າລະຫັດ.

2:47 ລໍຖ້າ, ມັນເປັນພຽງ SD card ເທົ່ານັ້ນບໍ? ເຄີຍເປັນມາ. Lenovo ໄດ້ຈັດອັນດັບການແຈ້ງເຕືອນຂອງຕົນເອງວ່າສູງ. ການແກ້ໄຂຕໍ່ມາ, ສໍາລັບ FU ໜຶ່ງຮ້ອຍແລະສາມ drives ທີ່ກ່ຽວຂ້ອງ, ໝາຍເຖິງການໂທຫາສາຍບໍລິການໃນປະເທດຈີນ, ຈາກນັ້ນສົ່ງ drive ກັບຄືນຫຼື ໄດ້ຮັບການອັບເກຣດເຟີມແວຢູ່ສະຖານທີ່. Lenovo ແນະນໍາໃຫ້ລຶບ drive ກ່ອນ. ອາທິດທີ່ຜ່ານມາ Li ໄດ້ຊີ້ OpenAI's Codex, ບວກກັບເຄື່ອງມື reverse engineering ຂອງນາຍຈ້າງຂອງລາວ,

3:09 ໃສ່ຊອບແວປ້ອງກັນ USB ຂອງຜູ້ຜະລິດອື່ນໆ. ຂອງ Netac ໃຊ້ເວລາປະມານເຈັດນາທີ, ເພາະວ່າມັນມີຄີທີ່ຖືກຝັງໄວ້ແລະຂຽນ ລະຫັດຜ່ານໄປຫາໄຟລ໌ບັນທຶກການວິນິດໄສ. drive ໜຶ່ງມີສອງບັນຊີທີ່ເຊື່ອງໄວ້ທີ່ Li ເອີ້ນວ່າ backdoors. ຖ້າຄວາມປອດໄພຂອງ drive ແມ່ນຮາດແວ, ໃຫ້ກວດສອບເອງ. ເຂົ້າລະຫັດໄຟລ໌ດ້ວຍຊອບແວທີ່ທ່ານຄວບຄຸມກ່ອນທີ່ພວກມັນຈະເຖິງ stick, ແລະຖືວ່າລາຍນິ້ວມືເປັນຄວາມສະດວກສະບາຍ.

ເລື່ອງທີສາມ: Karpathy ສ້າງຫຍັງໃນຕອນເຊົ້າ?

3:31 ເລື່ອງທີສາມ, ເລື່ອງເບົາ. ໃນຄືນວັນສຸກ Andrej Karpathy ໄດ້ເປີດ YouTube, ເຫັນສິ່ງທີ່ລາວເອີ້ນວ່າ ຝາຫີນທີ່ປົກຄຸມດ້ວຍຂີ້ຕົມ, ແລະໃນເຊົ້າວັນເສົາໄດ້ບອກ coding agent ຂອງລາວໃຫ້ ສ້າງສິ່ງທົດແທນຈາກສິ່ງທີ່ Hacker News ແນະນໍາ. agent ໄດ້ດາວໂຫຼດຄໍາເຫັນ Hacker News, ກັ່ນຕອງສະແປມ, ແລະເກັບໄວ້ປະມານສີ່ສິບພັນຄໍາເຫັນທີ່ແນະນໍາວິດີໂອ YouTube. ນັ້ນເຮັດໃຫ້ມີວິດີໂອຫົກພັນສີ່ຮ້ອຍຫ້າສິບສີ່ອັນ, ຈາກປີສອງພັນເຈັດຈົນເຖິງປະຈຸບັນ, ໃນໜຶ່ງຮ້ອຍຫ້າສິບຫົວຂໍ້.

3:58 ເວັບໄຊທ໌ແມ່ນ hackertube dot org. ມັນສະແດງເຟຣມຈາກເຄິ່ງທາງແທນທີ່ຈະເປັນຮູບ thumbnail ທີ່ຜູ້ອັບໂຫຼດ ເລືອກ, ເຊິ່ງເຈັບປວດເລັກນ້ອຍ. Karpathy ກ່າວວ່າການສ້າງທັງໝົດໃຊ້ເວລາປະມານສອງຊົ່ວໂມງ. ຂັ້ນຕອນຄູ່ມືພຽງຢ່າງດຽວຂອງລາວຄື Google API key, server ແລະ domain. ໃນວັນທີສິບສອງຕຸລາ ຂ້ອຍໄດ້ບອກທ່ານວ່າ Karpathy ຄິດວ່າການເຂົ້າເຖິງແລະວຽກງານສ້າງຊ່ອງຫວ່າງໃນ ວິທີທີ່ຄົນເຂົ້າໃຈເຄື່ອງມືເຫຼົ່ານີ້. ການເຮັດວຽກສອງຊົ່ວໂມງແມ່ນຂໍ້ມູນທີ່ດີ.

4:21 ເລື່ອງທີສີ່, ເລື່ອງທີ່ຕ້ອງປະຕິບັດ.

ເລື່ອງທີສີ່: ທ່ານແກ້ໄຂຫຍັງສໍາລັບ CVE-2026-98432?

4:23 CVE ຊາວຊາວຫົກ, ເກົ້າສິບແປດສີ່ສິບສາມສອງແມ່ນ use-after-free ໃນ IPv4 TCP handshake ຂອງ Linux kernel, ໄດ້ຄະແນນເກົ້າຈຸດແປດຈາກສິບ. peer ໄລຍະໄກທີ່ບໍ່ມີການເຂົ້າສູ່ລະບົບສາມາດເຂົ້າເຖິງມັນໄດ້. Eric Dumazet ຂຽນການແກ້ໄຂໃນວັນທີໜຶ່ງຕຸລາ. ການແກ້ໄຂໄດ້ເຖິງ stable kernels ໃນວັນທີສິບເອັດແລະສິບຫ້າຕຸລາ, ແລະຂໍ້ບົກພ່ອງມີມາຕັ້ງແຕ່ Linux ສີ່ຈຸດສີ່. Red Hat ໄດ້ເພີ່ມການຈັດອັນດັບຈາກ important ເປັນ critical ໃນວັນທີສາມສິບຕຸລາ. ໃນຄືນວັນເສົາ, Ubuntu ແລະ Red Hat Enterprise Linux ຍັງບໍ່ໄດ້ລະບຸ kernel ທີ່ຖືກແກ້ໄຂ.

4:52 . Anthropic ກ່າວວ່າ Claude ຂຽນ exploit ທີ່ເຮັດວຽກສໍາລັບ servers ທີ່ມີ multipath TCP listener, ແລະໂຄງການ Go ໄດ້ເປີດສິ່ງເຫຼົ່ານັ້ນໂດຍຄ່າເລີ່ມຕົ້ນຕັ້ງແຕ່ Go ໜຶ່ງຈຸດຊາວ ສີ່. ທີມງານ Go ເຕືອນວ່າລະບົບທີ່ບໍ່ມີ listener ນັ້ນອາດຈະມີຄວາມສ່ຽງຕໍ່ ການໂຈມຕີທີ່ຄ້າຍຄືກັນ, ແລະກ່າວວ່າການແກ້ໄຂທີ່ດີທີ່ສຸດແມ່ນ kernel ທີ່ຖືກແກ້ໄຂ. ຖ້າການແຈກຢາຍຂອງທ່ານຍັງບໍ່ມີ kernel ທີ່ຖືກແກ້ໄຂ, Red Hat ແລະ AlmaLinux ເຜີຍແຜ່ກົດ firewall ທີ່ລຶບ IPv4 TCP packets ທີ່ບັນທຸກ IP options. Red Hat ກ່າວວ່າມັນຫຼຸດຜ່ອນຄວາມສ່ຽງແລະບໍ່ສາມາດປ້ອງກັນໄດ້ຢ່າງເຕັມສ່ວນ.

5:23 ຫຼັງຈາກນັ້ນ, ທ່ານລໍຖ້າ. ສິ່ງທີ່ຕ້ອງເຮັດໃນມື້ນີ້. ຕິດຕັ້ງ kernel ທີ່ຖືກແກ້ໄຂຂອງການແຈກຢາຍຂອງທ່ານແລະ reboot, ໃນ container hosts ແລະ Kubernetes nodes ນໍາ, ເພາະວ່າ containers ໃຊ້ kernel ຂອງ host ຮ່ວມກັນ. Debian, Suse ແລະ Amazon Linux ມີການແກ້ໄຂແລ້ວ. ຖ້າທ່ານຍັງບໍ່ສາມາດແກ້ໄຂໄດ້, ເລີ່ມຕົ້ນດ້ວຍ hosts ທີ່ດໍາເນີນ multipath TCP listeners. ຕອນນີ້ໂມງຈັບເວລາທີ່ຂ້ອຍສັນຍາໄວ້.

ກັບຄືນໄປທີ່ໂມງຈັບເວລາ: exploit ໃຊ້ເວລາດົນປານໃດ?

5:44 ໃນຫຼັກຖານແນວຄວາມຄິດຂອງ Anthropic ເອງ, ໃຊ້ເວລາສີ່ສິບແປດນາທີເພື່ອຮົ່ວ kernel pointer, ຈາກນັ້ນອີກຫ້ານາທີເພື່ອດໍາເນີນການຄໍາສັ່ງ shell. Anthropic ຍັງບໍ່ໄດ້ເຜີຍແຜ່ exploit. ຖ້າທ່ານຕ້ອງການອ່ານສິ່ງນີ້ແທນທີ່ຈະຟັງຂ້ອຍເວົ້າ, diff ຈະຖືກສົ່ງໄປທີ່ອີເມລ໌ຂອງທ່ານ ທຸກໆເຊົ້າ, ຟຣີທີ່ the daily diff dot dev, ລິ້ງຢູ່ລຸ່ມນີ້.

ຄໍາຕັດສິນ: REVERT

6:02 ສະນັ້ນຄໍາຕັດສິນຂອງມື້ນີ້ຄື REVERT. ຂ້ອຍຈະ revert ParticleDB, ເພາະວ່າຄໍາແນະນໍາຂອງ Jepsen ແມ່ນໃຫ້ຢຸດການນໍາໃຊ້, ແລະຂ້ອຍຈະແກ້ໄຂ kernel ນັ້ນ, ເພາະວ່າມັນມາພ້ອມກັບໂມງຈັບເວລາ. ແລະນັ້ນຄື diff ສໍາລັບມື້ນີ້. ຂ້ອຍຄື Niko ຈາກ Axrisi. ຮວມຢ່າງມີຄວາມຮັບຜິດຊອບ.

ແຫຼ່ງຂໍ້ມູນ

1. Jepsen: ParticleDB 1.1.4 (Kyle Kingsbury, October 31, 2026)Jepsen
2. Lenovo's 'encrypted' fingerprint USB drive is just an unencrypted SD card in a fancy caseTom's Hardware
3. Lenovo ThinkPlus Fingerprint USB Drive Sold as Encrypted Was a Plain SD Card InsideHackingPassion
4. HackerTubeAndrej Karpathy
5. CVE-2026-98432Ubuntu Security
6. RHSB-2026-016: Use-after-free - kernel IPv4 (CVE-2026-98432)Red Hat
7. ipv4: free inet_opt and ireq_opt after an RCU grace periodLinux kernel (Eric Dumazet)
8. Discovering and exploiting vulnerabilities in critical, real-world software with ClaudeAnthropic
9. Protecting against CVE-2026-98432 when using Go programsGo Security Team via oss-security
10. Linux's October 2026 TCP Use-After-Free: CVE-2026-98432Atlas