ເຕັກນິກການຂຸດຄົ້ນຊ່ອງໂຫວ່ໃນລະບົບຍ່ອຍ tty ຂອງ Linux kernel ໄດ້ຖືກເປີດເຜີຍ

ນັກຄົ້ນຄວ້າຈາກທີມງານ Google Project Zero ເຜີຍແຜ່ວິທີການຂຸດຄົ້ນຊ່ອງໂຫວ່ (CVE-2020-29661) ໃນການປະຕິບັດຕົວຈັດການ TIOCSPGRP ioctl ຈາກລະບົບຍ່ອຍ tty ຂອງ Linux kernel, ແລະຍັງໄດ້ກວດກາຢ່າງລະອຽດກ່ຽວກັບກົນໄກການປົກປ້ອງທີ່ສາມາດສະກັດກັ້ນດັ່ງກ່າວ. ຄວາມອ່ອນແອ.

ຂໍ້ຜິດພາດທີ່ເຮັດໃຫ້ເກີດບັນຫາໄດ້ຖືກແກ້ໄຂໃນ Linux kernel ໃນວັນທີ 3 ເດືອນທັນວາປີທີ່ຜ່ານມາ. ບັນຫາປາກົດຢູ່ໃນ kernels ເຖິງຮຸ່ນ 5.9.13, ແຕ່ການແຈກຢາຍສ່ວນໃຫຍ່ໄດ້ແກ້ໄຂບັນຫາໃນການປັບປຸງການຫຸ້ມຫໍ່ kernel ທີ່ສະເຫນີໃນປີກາຍນີ້ (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). ຊ່ອງໂຫວ່ທີ່ຄ້າຍຄືກັນ (CVE-2020-29660) ໄດ້ຖືກພົບເຫັນພ້ອມໆກັນໃນການປະຕິບັດການໂທ TIOCGSID ioctl, ແຕ່ມັນໄດ້ຖືກແກ້ໄຂແລ້ວຢູ່ທົ່ວທຸກແຫ່ງ.

ບັນຫາແມ່ນເກີດມາຈາກຄວາມຜິດພາດໃນເວລາທີ່ກໍານົດ locks, ນໍາໄປສູ່ສະພາບການແຂ່ງຂັນໃນລະຫັດ drivers/tty/tty_jobctrl.c, ເຊິ່ງໄດ້ຖືກນໍາໃຊ້ເພື່ອສ້າງເງື່ອນໄຂ use-after-free exploited ຈາກພື້ນທີ່ຜູ້ໃຊ້ໂດຍຜ່ານ ioct manipulations ໂທຫາ TIOCSPGRP. ການຂູດຮີດການເຮັດວຽກໄດ້ຖືກສະແດງໃຫ້ເຫັນສໍາລັບການຂະຫຍາຍສິດທິພິເສດໃນ Debian 10 ກັບ kernel 4.19.0-13-amd64.

ໃນເວລາດຽວກັນ, ບົດຄວາມທີ່ຈັດພີມມາບໍ່ໄດ້ສຸມໃສ່ຫຼາຍກ່ຽວກັບເຕັກນິກການສ້າງການຂູດຮີດການເຮັດວຽກ, ແຕ່ແທນທີ່ຈະກ່ຽວກັບເຄື່ອງມືທີ່ມີຢູ່ໃນແກ່ນເພື່ອປ້ອງກັນຄວາມອ່ອນແອດັ່ງກ່າວ. ການສະຫລຸບແມ່ນບໍ່ສະບາຍ; ວິທີການເຊັ່ນ: ການແບ່ງສ່ວນຄວາມຊົງຈໍາໃນ heap ແລະການຄວບຄຸມການເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາຫຼັງຈາກທີ່ມັນຖືກປ່ອຍອອກມາບໍ່ໄດ້ຖືກນໍາໃຊ້ໃນການປະຕິບັດ, ຍ້ອນວ່າພວກມັນນໍາໄປສູ່ການຫຼຸດລົງຂອງການປະຕິບັດ, ແລະ CFI (Control Flow Integrity)-based ການປົກປ້ອງ, ເຊິ່ງ. ສະກັດກັ້ນການຂູດຮີດໃນໄລຍະຕໍ່ມາຂອງການໂຈມຕີ, ຕ້ອງການການປັບປຸງ.

ເມື່ອພິຈາລະນາສິ່ງທີ່ຈະສ້າງຄວາມແຕກຕ່າງໃນໄລຍະຍາວ, ສິ່ງຫນຶ່ງທີ່ໂດດເດັ່ນແມ່ນການໃຊ້ເຄື່ອງວິເຄາະສະຖິດແບບພິເສດຫຼືການໃຊ້ພາສາທີ່ປອດໄພໃນຄວາມຊົງຈໍາເຊັ່ນພາສາ Rust ແລະ C ທີ່ມີຄໍາບັນຍາຍທີ່ອຸດົມສົມບູນ (ເຊັ່ນ: Checked C) ເພື່ອກວດສອບ. ລັດໃນໄລຍະການກໍ່ສ້າງ. locks, ວັດຖຸແລະຕົວຊີ້. ວິທີການປ້ອງກັນຍັງລວມເຖິງການເປີດໃຊ້ໂໝດ panic_on_oops, ການປ່ຽນໂຄງສ້າງ kernel ໄປເປັນໂໝດອ່ານເທົ່ານັ້ນ, ແລະການຈຳກັດການເຂົ້າເຖິງການໂທຂອງລະບົບໂດຍໃຊ້ກົນໄກເຊັ່ນ seccomp.

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