ຊ່ອງໂຫວ່ Reptar ຜົນກະທົບຕໍ່ໂປເຊດເຊີ Intel

Tavis Ormandy, ນັກຄົ້ນຄວ້າຄວາມປອດໄພຂອງ Google, ໄດ້ກໍານົດຊ່ອງໂຫວ່ໃຫມ່ (CVE-2023-23583) ໃນ Intel processors, codenamed Reptar, ເຊິ່ງສ່ວນໃຫຍ່ແມ່ນໄພຂົ່ມຂູ່ຕໍ່ລະບົບຟັງທີ່ແລ່ນ virtual machines ຂອງຜູ້ໃຊ້ທີ່ແຕກຕ່າງກັນ. ຊ່ອງໂຫວ່ເຮັດໃຫ້ລະບົບສາມາດວາງສາຍ ຫຼືຂັດຂ້ອງໄດ້ເມື່ອມີການປະຕິບັດການບາງຢ່າງຢູ່ໃນລະບົບຜູ້ເຂົ້າພັກທີ່ບໍ່ມີສິດທິພິເສດ. ເພື່ອທົດສອບລະບົບຂອງທ່ານ, ຜົນປະໂຫຍດໄດ້ຖືກເຜີຍແຜ່ທີ່ສ້າງເງື່ອນໄຂສໍາລັບການສະແດງອອກຂອງຊ່ອງໂຫວ່.

ໃນທາງທິດສະດີ, ຊ່ອງໂຫວ່ສາມາດຖືກນໍາໃຊ້ເພື່ອຂະຫຍາຍສິດທິພິເສດຈາກວົງແຫວນທີ່ສາມໄປຫາວົງປ້ອງກັນສູນ (CPL0) ແລະຫນີຈາກສະພາບແວດລ້ອມທີ່ໂດດດ່ຽວ, ແຕ່ສະຖານະການນີ້ຍັງບໍ່ທັນໄດ້ຮັບການຢືນຢັນໃນການປະຕິບັດເນື່ອງຈາກຄວາມຫຍຸ້ງຍາກໃນການແກ້ບັນຫາໃນລະດັບ microarchitectural. ການທົບທວນຄືນພາຍໃນຂອງ Intel ຍັງໄດ້ສະແດງໃຫ້ເຫັນທ່າແຮງສໍາລັບການຂູດຮີດຂອງຊ່ອງຫວ່າງທີ່ຈະເພີ່ມສິດທິພິເສດພາຍໃຕ້ເງື່ອນໄຂບາງຢ່າງ.

ອີງຕາມນັກຄົ້ນຄວ້າ, ຊ່ອງໂຫວ່ແມ່ນມີຢູ່ໃນ Intel Ice Lake, Rocket Lake, Tiger Lake, Raptor Lake, Alder Lake ແລະ Sapphire Rapids processors. ບົດລາຍງານຂອງ Intel ກ່າວເຖິງບັນຫາທີ່ປາກົດຂຶ້ນຕັ້ງແຕ່ຮຸ່ນທີ 10 (Ice Lake) ຂອງໂປເຊດເຊີ Intel Core ແລະຮຸ່ນທີ 20231114 ຂອງໂປເຊດເຊີ Xeon Scalable, ເຊັ່ນດຽວກັນກັບໃນໂປເຊດເຊີ Xeon E / D / W (Ice Lake, Skylake, Haswell, Broadwell). , Skylake, Sapphire Rapids, Emerald Rapids, Cascade Lake, Cooper Lake, Comet Lake, Rocket Lake) ແລະ Atom (Apollo Lake, Jasper Lake, Arizona Beach, Alder Lake, Parker Ridge, Snow Ridge, Elkhart Lake ແລະ Denverton). ຊ່ອງໂຫວ່ໃນຄໍາຖາມໄດ້ຖືກແກ້ໄຂໃນການປັບປຸງ microcode ມື້ວານນີ້ XNUMX.

ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກຄວາມຈິງທີ່ວ່າພາຍໃຕ້ບາງສະຖານະການທາງສະຖາປັດຕະຍະກໍາຈຸລະພາກ, ການປະຕິບັດຄໍາແນະນໍາ "REP MOVSB" ຖືກເຂົ້າລະຫັດດ້ວຍຄໍານໍາຫນ້າ "REX" ຫຼາຍເກີນໄປ, ເຊິ່ງນໍາໄປສູ່ພຶດຕິກໍາທີ່ບໍ່ໄດ້ກໍານົດ. ບັນຫາໄດ້ຖືກຄົ້ນພົບໃນລະຫວ່າງການທົດສອບຄໍານໍາຫນ້າທີ່ຊ້ໍາກັນ, ເຊິ່ງໃນທາງທິດສະດີຄວນຈະຖືກລະເວັ້ນ, ແຕ່ໃນທາງປະຕິບັດໄດ້ນໍາໄປສູ່ຜົນກະທົບທີ່ແປກປະຫລາດ, ເຊັ່ນ: ການລະເລີຍສາຂາທີ່ບໍ່ມີເງື່ອນໄຂແລະ breaking pointer saving ໃນ xsave ແລະຄໍາແນະນໍາການໂທ. ການວິເຄາະເພີ່ມເຕີມໄດ້ສະແດງໃຫ້ເຫັນວ່າການເພີ່ມຄໍານໍາຫນ້າທີ່ຊ້ໍາຊ້ອນກັບຄໍາແນະນໍາ "REP MOVSB" ເຮັດໃຫ້ເກີດຄວາມເສຍຫາຍຂອງເນື້ອໃນຂອງ Buffer ROB (ReOrder Buffer) ທີ່ໃຊ້ເພື່ອສັ່ງຄໍາແນະນໍາ.

ມັນເຊື່ອວ່າຄວາມຜິດພາດແມ່ນເກີດມາຈາກການຄິດໄລ່ທີ່ບໍ່ຖືກຕ້ອງຂອງຂະຫນາດຂອງຄໍາແນະນໍາ "MOVSB", ເຊິ່ງນໍາໄປສູ່ການລະເມີດການແກ້ໄຂຄໍາແນະນໍາທີ່ຂຽນໃສ່ ROB buffer ຫຼັງຈາກ MOVSB ​​​​ມີຄໍານໍາຫນ້າຫຼາຍເກີນໄປ, ແລະການຊົດເຊີຍ. ຂອງຕົວຊີ້ຄໍາແນະນໍາ. desynchronization ດັ່ງກ່າວສາມາດຖືກຈໍາກັດກັບການຂັດຂວາງການຄິດໄລ່ລະດັບປານກາງກັບການຟື້ນຟູຕໍ່ມາຂອງລັດປະສົມປະສານ. ແຕ່ຖ້າທ່ານ crash ຫຼາຍແກນຫຼື SMT threads ໃນເວລາດຽວກັນ, ທ່ານສາມາດທໍາລາຍ microarchitectural state ພຽງພໍທີ່ຈະ crash.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru