ຊ່ອງໂຫວ່ໃນ XFS ທີ່ອະນຸຍາດໃຫ້ອ່ານຂໍ້ມູນອຸປະກອນບລັອກດິບໄດ້

ຊ່ອງໂຫວ່ (CVE-2021-4155) ໄດ້ຖືກລະບຸໄວ້ໃນລະຫັດລະບົບໄຟລ໌ XFS ທີ່ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ທີ່ບໍ່ມີສິດທິໃນພື້ນທີ່ສາມາດອ່ານຂໍ້ມູນບລັອກທີ່ບໍ່ໄດ້ໃຊ້ໂດຍກົງຈາກອຸປະກອນບລັອກ. ທຸກລຸ້ນຫຼັກຂອງ Linux kernel ເກົ່າກວ່າ 5.16 ທີ່ມີໄດເວີ XFS ໄດ້ຮັບຜົນກະທົບຈາກບັນຫານີ້. ການແກ້ໄຂໄດ້ຖືກລວມຢູ່ໃນສະບັບ 5.16, ເຊັ່ນດຽວກັນກັບການປັບປຸງ kernel 5.15.14, 5.10.91, 5.4.171, 4.19.225, ແລະອື່ນໆ. ສະຖານະຂອງການປັບປຸງທີ່ຖືກສ້າງຂຶ້ນເພື່ອແກ້ໄຂບັນຫາໃນການແຈກຢາຍສາມາດຕິດຕາມຢູ່ໃນຫນ້າເຫຼົ່ານີ້: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch.

ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກພຶດຕິກຳທີ່ບໍ່ຖືກຕ້ອງຂອງສອງ XFS-specific ioctl(XFS_IOC_ALLOCSP) ແລະ ioctl(XFS_IOC_FREESP), ເຊິ່ງເປັນການປຽບທຽບທີ່ມີປະໂຫຍດຂອງການເອີ້ນລະບົບ kernel-wide fallocate(). ເມື່ອເພີ່ມຂະຫນາດໄຟລ໌ທີ່ບໍ່ຖືກບລັອກ, ioctls XFS_IOC_ALLOCSP/XFS_IOC_FREESP ບໍ່ໄດ້ຕັ້ງໄບຕ໌ຫາງເປັນສູນຈົນກ່ວາຂອບເຂດບລັອກຕໍ່ໄປ. ດັ່ງນັ້ນ, ໃນ XFS ທີ່ມີຂະຫນາດຕັນມາດຕະຖານຂອງ 4096 bytes, ຜູ້ໂຈມຕີສາມາດອ່ານໄດ້ເຖິງ 4095 bytes ຂອງຂໍ້ມູນລາຍລັກອັກສອນທີ່ຜ່ານມາຈາກແຕ່ລະບລັອກ. ພື້ນທີ່ເຫຼົ່ານີ້ອາດຈະປະກອບມີຂໍ້ມູນຈາກໄຟລ໌ທີ່ຖືກລຶບ, ໄຟລ໌ defragmented, ແລະໄຟລ໌ທີ່ມີຕັນ deduplicated.

ທ່ານສາມາດທົດສອບລະບົບຂອງທ່ານສໍາລັບບັນຫາໂດຍໃຊ້ຕົວແບບການຂຸດຄົ້ນແບບງ່າຍດາຍ. ຖ້າຫາກວ່າ, ຫຼັງຈາກການປະຕິບັດລໍາດັບທີ່ສະເຫນີຂອງຄໍາສັ່ງ, ມັນເປັນໄປໄດ້ທີ່ຈະອ່ານຂໍ້ຄວາມຂອງ Shakespeare, ຫຼັງຈາກນັ້ນ FS driver ແມ່ນມີຄວາມສ່ຽງ. ໃນເບື້ອງຕົ້ນການຕິດຕັ້ງພາທິຊັນ XFS ສໍາລັບການສາທິດຮຽກຮ້ອງໃຫ້ມີສິດທິຂອງຮາກ.

ເນື່ອງຈາກ ioctl(XFS_IOC_ALLOCSP) ແລະ ioctl(XFS_IOC_FREESP) ປະຕິບັດໄດ້ຄືກັນໃນການເຮັດວຽກເປັນມາດຕະຖານ fallocate(), ແລະຄວາມແຕກຕ່າງພຽງແຕ່ຂອງເຂົາເຈົ້າແມ່ນການຮົ່ວໄຫລຂອງຂໍ້ມູນ, ການປະກົດຕົວຂອງພວກມັນແມ່ນຄ້າຍຄືກັນກັບ backdoor. ເຖິງວ່າຈະມີນະໂຍບາຍທົ່ວໄປທີ່ຈະບໍ່ປ່ຽນແປງການໂຕ້ຕອບທີ່ມີຢູ່ໃນ kernel, ຕາມຄໍາແນະນໍາຂອງ Linus, ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະເອົາ ioctls ເຫຼົ່ານີ້ອອກຢ່າງສົມບູນໃນສະບັບຕໍ່ໄປ.

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