ຊ່ອງໂຫວ່ໃນລະບົບທີ່ອາດເຮັດໃຫ້ເຈົ້າສາມາດເພີ່ມສິດທິພິເສດຂອງເຈົ້າໄດ້

ໃນຜູ້ຈັດການລະບົບ systemd ກໍານົດ ຄວາມອ່ອນແອ (CVE-2020-1712), ເຊິ່ງອາດຈະອະນຸຍາດໃຫ້ທ່ານປະຕິບັດລະຫັດຂອງທ່ານດ້ວຍສິດທິພິເສດໂດຍການສົ່ງຄໍາຮ້ອງຂໍທີ່ອອກແບບພິເສດຜ່ານລົດເມ DBus. ບັນຫາໄດ້ຖືກແກ້ໄຂໃນການປ່ອຍການທົດສອບ systemd 245-rc1 (ແຜ່ນ​ທີ່​ແກ້​ໄຂ​ບັນ​ຫາ​: 1, 2, 3). ຊ່ອງໂຫວ່ໄດ້ຖືກແກ້ໄຂໃນການແຈກຢາຍ Ubuntu, Fedora, RHEL (ປາກົດຢູ່ໃນ RHEL 8, ແຕ່ບໍ່ມີຜົນຕໍ່ RHEL 7), CentOS, SUSE/openSUSE и PINK, ແຕ່ໃນເວລາຂຽນຂ່າວຍັງບໍ່ໄດ້ຮັບການແກ້ໄຂໃນ Debian и ທ້ອງຟ້າ Linux.

ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກການເຂົ້າເຖິງພື້ນທີ່ຫນ່ວຍຄວາມຈໍາທີ່ຖືກປົດປ່ອຍແລ້ວ (ການນໍາໃຊ້ພາຍຫຼັງທີ່ບໍ່ເສຍຄ່າ), ເຊິ່ງເກີດຂຶ້ນໃນເວລາທີ່ asynchronously ປະຕິບັດການຮ້ອງຂໍກັບ Polkit ໃນຂະນະທີ່ປະມວນຜົນຂໍ້ຄວາມ DBus. ບາງສ່ວນຕິດຕໍ່ DBus ໃຊ້ cache ເພື່ອເກັບຮັກສາວັດຖຸໃນເວລາສັ້ນໆແລະ flush ລາຍການ cache ທັນທີທີ່ລົດເມ DBus ແມ່ນບໍ່ເສຍຄ່າເພື່ອປະມວນຜົນການຮ້ອງຂໍອື່ນໆ. ຖ້າຕົວຈັດການວິທີການ DBus ໃຊ້ bus_verify_polkit_async(), ມັນອາດຈໍາເປັນຕ້ອງລໍຖ້າການດໍາເນີນການ Polkit ສໍາເລັດ. ຫຼັງຈາກ Polkit ແມ່ນກຽມພ້ອມ, ຕົວຈັດການຈະຖືກເອີ້ນອີກເທື່ອຫນຶ່ງແລະເຂົ້າເຖິງຂໍ້ມູນທີ່ແຈກຢາຍຢູ່ໃນຫນ່ວຍຄວາມຈໍາ. ຖ້າການຮ້ອງຂໍໃຫ້ Polkit ໃຊ້ເວລາດົນເກີນໄປ, ລາຍການໃນ cache ຈະຖືກລຶບລ້າງກ່ອນທີ່ຕົວຈັດການວິທີການ DBus ຖືກເອີ້ນວ່າເປັນຄັ້ງທີສອງ.

ໃນບັນດາການບໍລິການທີ່ອະນຸຍາດໃຫ້ການຂຸດຄົ້ນຊ່ອງຫວ່າງ, systemd-machined ແມ່ນສັງເກດເຫັນ, ເຊິ່ງສະຫນອງ DBus API org.freedesktop.machine1.Image.Clone, ນໍາໄປສູ່ການເກັບຮັກສາຂໍ້ມູນຊົ່ວຄາວໃນ cache ແລະການເຂົ້າເຖິງ asynchronous ກັບ Polkit. ການໂຕ້ຕອບ
org.freedesktop.machine1.Image.Clone ສາມາດໃຊ້ໄດ້ກັບຜູ້ໃຊ້ທີ່ບໍ່ໄດ້ຮັບສິດທັງໝົດຂອງລະບົບ, ເຊິ່ງສາມາດເຮັດໃຫ້ການບໍລິການຂອງລະບົບຂັດຂ້ອງ ຫຼືອາດເຮັດໃຫ້ລະຫັດຖືກປະຕິບັດເປັນ root (ຕົ້ນແບບການຂູດຮີດຍັງບໍ່ທັນໄດ້ສະແດງໃຫ້ເຫັນ). ລະຫັດທີ່ອະນຸຍາດໃຫ້ການຂູດຮີດຂອງຊ່ອງໂຫວ່ແມ່ນ ເພີ່ມ ໃນ systemd-machined ໃນ 2015 ສະບັບ ລະບົບ 220 (RHEL 7.x ໃຊ້ systemd 219).

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