ຊ່ອງໂຫວ່ຢູ່ໃນ stack ເຄືອຂ່າຍ Linux kernel

ຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸໄວ້ໃນລະຫັດຂອງຕົວຈັດການໂປຣໂຕຄໍ RDS ທີ່ອີງໃສ່ TCP (Reliable Datagram Socket, net/rds/tcp.c) (CVE-2019-11815), ເຊິ່ງສາມາດນໍາໄປສູ່ການເຂົ້າເຖິງພື້ນທີ່ຫນ່ວຍຄວາມຈໍາທີ່ຖືກປົດປ່ອຍແລ້ວແລະການປະຕິເສດການບໍລິການ (ຄວາມເປັນໄປໄດ້, ຄວາມເປັນໄປໄດ້ຂອງການຂຸດຄົ້ນບັນຫາໃນການຈັດຕັ້ງການປະຕິບັດລະຫັດບໍ່ໄດ້ຖືກຍົກເວັ້ນ). ບັນຫາແມ່ນເກີດມາຈາກສະພາບເຊື້ອຊາດທີ່ສາມາດເກີດຂື້ນໃນເວລາທີ່ປະຕິບັດຫນ້າທີ່ rds_tcp_kill_sock ໃນຂະນະທີ່ລ້າງເຕົ້າຮັບສໍາລັບ namespace ເຄືອຂ່າຍ.

ຂໍ້ມູນຈໍາເພາະ NVD ບັນຫາໄດ້ຖືກຫມາຍວ່າເປັນການຂູດຮີດຫ່າງໄກສອກຫຼີກຜ່ານເຄືອຂ່າຍ, ແຕ່ການຕັດສິນໂດຍຄໍາອະທິບາຍ ແກ້ໄຂໂດຍບໍ່ມີການມີທ້ອງຖິ່ນຢູ່ໃນລະບົບແລະການຫມູນໃຊ້ຂອງ namespaces, ມັນຈະບໍ່ສາມາດຈັດການໂຈມຕີຈາກໄລຍະໄກ. ໂດຍສະເພາະ, ອີງຕາມ ຄວາມຄິດເຫັນ ນັກພັດທະນາ SUSE, ຊ່ອງໂຫວ່ຖືກຂູດຮີດຢູ່ໃນທ້ອງຖິ່ນເທົ່ານັ້ນ; ການຈັດຕັ້ງການໂຈມຕີແມ່ນຂ້ອນຂ້າງສັບສົນແລະຕ້ອງການສິດທິພິເສດເພີ່ມເຕີມໃນລະບົບ. ຖ້າຢູ່ໃນ NVD ລະດັບອັນຕະລາຍຖືກປະເມີນຢູ່ທີ່ 9.3 (CVSS v2) ແລະ 8.1 (CVSS v2) ຈຸດ, ຫຼັງຈາກນັ້ນ, ອີງຕາມການປະເມີນ SUSE ອັນຕະລາຍຈະຖືກປະເມີນຢູ່ທີ່ 6.4 ຈຸດຈາກ 10.

ຜູ້ຕາງຫນ້າ Ubuntu ຍັງ ຊື່ນຊົມ ອັນຕະລາຍຂອງບັນຫາແມ່ນຖືວ່າປານກາງ. ໃນຂະນະດຽວກັນ, ອີງຕາມຂໍ້ກໍານົດຂອງ CVSS v3.0, ບັນຫາໄດ້ຖືກມອບຫມາຍໃຫ້ລະດັບຄວາມຊັບຊ້ອນການໂຈມຕີສູງແລະການຂຸດຄົ້ນໄດ້ຖືກມອບຫມາຍພຽງແຕ່ 2.2 ຈຸດຈາກ 10.

ຕັດສິນໂດຍ ລາຍງານ ຈາກ Cisco, ຊ່ອງໂຫວ່ຖືກຂູດຮີດຈາກໄລຍະໄກໂດຍການສົ່ງແພັກເກັດ TCP ໄປຫາບໍລິການເຄືອຂ່າຍທີ່ເຮັດວຽກ. RDS ແລະມີຕົ້ນແບບຂອງການຂຸດຄົ້ນ. ຂອບເຂດທີ່ຂໍ້ມູນນີ້ກົງກັບຄວາມເປັນຈິງແມ່ນຍັງບໍ່ທັນຈະແຈ້ງ; ບາງທີບົດລາຍງານດັ່ງກ່າວພຽງແຕ່ກອບການສົມມຸດຕິຖານຂອງ NVD ໃນທາງສິລະປະເທົ່ານັ້ນ. ໂດຍ ຂໍ້ມູນ ການຂຸດຄົ້ນ VulDB ຍັງບໍ່ທັນໄດ້ຖືກສ້າງຂຶ້ນແລະບັນຫາແມ່ນພຽງແຕ່ການຂູດຮີດໃນທ້ອງຖິ່ນເທົ່ານັ້ນ.

ບັນຫາປາກົດຢູ່ໃນແກ່ນກ່ອນ 5.0.8 ແລະຖືກບລັອກໂດຍເດືອນມີນາ ການແກ້ໄຂ, ລວມຢູ່ໃນ kernel 5.0.8. ໃນ​ການ​ແຜ່​ກະ​ຈາຍ​ຫຼາຍ​ທີ່​ສຸດ​ບັນ​ຫາ​ຍັງ​ບໍ່​ໄດ້​ແກ້​ໄຂ (Debian, RHEL, Ubuntu, ຊູດ). ການແກ້ໄຂໄດ້ຖືກປ່ອຍອອກມາສໍາລັບ SLE12 SP3, openSUSE 42.3 ແລະ Fedora.

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