ຊ່ອງໂຫວ່ໃນລະບົບຍ່ອຍ eBPF ທີ່ອະນຸຍາດໃຫ້ປະຕິບັດລະຫັດຢູ່ໃນລະດັບ Linux kernel

ສອງຊ່ອງໂຫວ່ໃຫມ່ໄດ້ຖືກລະບຸໄວ້ໃນລະບົບຍ່ອຍ eBPF, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນການຕົວຈັດການພາຍໃນ Linux kernel ໃນເຄື່ອງ virtual ພິເສດທີ່ມີ JIT. ທັງສອງຊ່ອງໂຫວ່ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປະຕິບັດລະຫັດຂອງທ່ານດ້ວຍສິດທິຂອງແກ່ນ, ຢູ່ນອກເຄື່ອງ virtual eBPF ທີ່ໂດດດ່ຽວ. ຂໍ້ມູນກ່ຽວກັບບັນຫາດັ່ງກ່າວໄດ້ຖືກເຜີຍແຜ່ໂດຍທີມງານ Zero Day Initiative, ເຊິ່ງດໍາເນີນການແຂ່ງຂັນ Pwn2Own, ໃນລະຫວ່າງປີນີ້ມີການໂຈມຕີສາມຄັ້ງໃນ Ubuntu Linux ສະແດງໃຫ້ເຫັນວ່າໄດ້ນໍາໃຊ້ຊ່ອງໂຫວ່ທີ່ບໍ່ຮູ້ຈັກກ່ອນຫນ້ານີ້ (ວ່າຊ່ອງໂຫວ່ໃນ eBPF ກ່ຽວຂ້ອງກັບການໂຈມຕີເຫຼົ່ານີ້ບໍ່ໄດ້ຖືກລາຍງານ) .

• CVE-2021-3490 - ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກການຂາດ 32-bit ການກວດສອບນອກຂອບເຂດໃນເວລາທີ່ປະຕິບັດ bitwise AND, OR, ແລະ XOR ໃນ eBPF ALU32. ຜູ້ໂຈມຕີສາມາດໃຊ້ປະໂຍດຈາກຄວາມຜິດພາດນີ້ເພື່ອອ່ານ ແລະຂຽນຂໍ້ມູນຢູ່ນອກຂອບເຂດຂອງບັຟເຟີທີ່ຈັດສັນໄວ້. ບັນຫາກັບການປະຕິບັດການ XOR ປະກົດຂຶ້ນເລີ່ມຕົ້ນຈາກ kernel ເວີຊັ່ນ 5.7-rc1, ແລະ AND ແລະ OR - ເລີ່ມຈາກ 5.10-rc1.
• CVE-2021-3489 - ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກຄວາມຜິດພາດໃນການປະຕິບັດຂອງ ring buffer ແລະເປັນຍ້ອນຄວາມຈິງທີ່ວ່າຟັງຊັນ bpf_ringbuf_reserve ບໍ່ໄດ້ກວດສອບຄວາມເປັນໄປໄດ້ວ່າຂະຫນາດຂອງພື້ນທີ່ຫນ່ວຍຄວາມຈໍາທີ່ຖືກຈັດສັນສາມາດນ້ອຍກວ່າຂະຫນາດຕົວຈິງ. ຂອງ ringbuf ໄດ້. ບັນຫາປາກົດຕັ້ງແຕ່ການປ່ອຍ 5.8-rc1.

ສະຖານະຂອງ patching vulnerabilities ໃນການແຈກຢາຍສາມາດຕິດຕາມໄດ້ໃນຫນ້າເຫຼົ່ານີ້: Ubuntu, Debian, RHEL, Fedora, SUSE, Arch). ການ​ແກ້​ໄຂ​ຍັງ​ມີ​ຢູ່​ໃນ​ການ​ແກ້​ໄຂ (CVE-2021-3489, CVE-2021-3490). ບັນຫາສາມາດຖືກຂູດຮີດແມ່ນຂຶ້ນກັບວ່າການໂທລະບົບ eBPF ສາມາດເຂົ້າເຖິງຜູ້ໃຊ້ໄດ້ບໍ. ຕົວຢ່າງ, ໃນການຕັ້ງຄ່າເລີ່ມຕົ້ນໃນ RHEL, ການຂູດຮີດຊ່ອງໂຫວ່ຮຽກຮ້ອງໃຫ້ຜູ້ໃຊ້ມີສິດ CAP_SYS_ADMIN.

ແຍກຕ່າງຫາກ, ພວກເຮົາສາມາດສັງເກດເຫັນຊ່ອງໂຫວ່ອື່ນໃນ Linux kernel - CVE-2021-32606, ເຊິ່ງອະນຸຍາດໃຫ້ຜູ້ໃຊ້ທ້ອງຖິ່ນຍົກສູງສິດທິພິເສດຂອງພວກເຂົາໃນລະດັບຮາກ. ບັນຫາດັ່ງກ່າວໄດ້ເຫັນໄດ້ຊັດເຈນຕັ້ງແຕ່ Linux kernel 5.11 ແລະເກີດມາຈາກສະພາບເຊື້ອຊາດໃນການປະຕິບັດຂອງ CAN ISOTP protocol, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນຕົວກໍານົດການຜູກມັດຂອງເຕົ້າຮັບເນື່ອງຈາກການຂາດການກໍານົດການລັອກທີ່ເຫມາະສົມໃນຫນ້າທີ່ isotp_setsockopt() ເມື່ອປະມວນຜົນທຸງ CAN_ISOTP_SF_BROADCAST.

ຫຼັງຈາກຊັອກເກັດ ISOTP ຖືກປິດ, ການຜູກມັດກັບເຕົ້າຮັບຜູ້ຮັບຍັງຄົງມີຜົນ, ເຊິ່ງສາມາດສືບຕໍ່ນໍາໃຊ້ໂຄງສ້າງທີ່ກ່ຽວຂ້ອງກັບເຕົ້າຮັບຫຼັງຈາກຫນ່ວຍຄວາມຈໍາທີ່ກ່ຽວຂ້ອງກັບພວກມັນຖືກປົດປ່ອຍ (ການນໍາໃຊ້ພາຍຫຼັງທີ່ບໍ່ເສຍຄ່າເນື່ອງຈາກການໂທຫາ isotp_rcv() ການເຂົ້າເຖິງໂຄງສ້າງ isotp_sock ທີ່ຖືກປົດປ່ອຍແລ້ວ). ໂດຍຜ່ານການຈັດການຂໍ້ມູນ, ທ່ານສາມາດ override ຕົວຊີ້ໄປຫາຫນ້າທີ່ sk_error_report() ແລະປະຕິບັດລະຫັດຂອງທ່ານໃນລະດັບ kernel.

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