ຊ່ອງໂຫວ່ໃນ Python ທີ່ອະນຸຍາດໃຫ້ຄໍາສັ່ງລະບົບຖືກເອີ້ນຈາກສະຄິບທີ່ໂດດດ່ຽວ

ວິທີການໄດ້ຖືກເຜີຍແຜ່ເພື່ອຂ້າມລະບົບການປະຕິບັດລະຫັດທີ່ໂດດດ່ຽວໃນ Python, ໂດຍອີງໃສ່ການນໍາໃຊ້ bug ທີ່ມີຊື່ສຽງມາດົນນານທີ່ປາກົດຢູ່ໃນ Python 2.7, ຖືກລະບຸໃນປີ 2012 ແລະຍັງບໍ່ທັນໄດ້ຮັບການແກ້ໄຂໃນ Python 3. bug ອະນຸຍາດໃຫ້ນໍາໃຊ້ການເຊື່ອມຕໍ່ພິເສດ. ລະຫັດ Python ເພື່ອລິເລີ່ມການໂທໄປຫາໜ່ວຍຄວາມຈຳທີ່ປົດປ່ອຍແລ້ວ (Use-After-Free) ໃນ Python. ໃນເບື້ອງຕົ້ນ, ມັນສົມມຸດວ່າຄວາມຜິດພາດບໍ່ໄດ້ເຮັດໃຫ້ເກີດໄພຂົ່ມຂູ່ຕໍ່ຄວາມປອດໄພແລະພຽງແຕ່ໃນກໍລະນີທີ່ຫາຍາກຫຼາຍ, ປົກກະຕິແລ້ວການສ້າງແບບປອມ, ສາມາດນໍາໄປສູ່ການຢຸດເຊົາການຜິດປົກກະຕິຂອງສະຄິບ.

ນັກຄົ້ນຄວ້າດ້ານຄວາມປອດໄພພາຍໃຕ້ນາມສະກຸນ kn32 ໄດ້ກາຍເປັນຄວາມສົນໃຈໃນບັນຫາແລະຈັດການການກະກຽມການຂູດຮີດທີ່ເຮັດວຽກທີ່ເຮັດໃຫ້ມັນສາມາດໂທຫາຄໍາສັ່ງຂອງລະບົບໃດໆໂດຍບໍ່ຕ້ອງມີການເຂົ້າເຖິງໂດຍກົງກັບວິທີການເຊັ່ນ os.system. ການຂຸດຄົ້ນໄດ້ຖືກປະຕິບັດຢູ່ໃນ Python ບໍລິສຸດແລະເຮັດວຽກໂດຍບໍ່ມີການນໍາເຂົ້າຫ້ອງສະຫມຸດພາຍນອກແລະໂດຍບໍ່ມີການຕິດຕັ້ງຕົວຈັດການ "code.__new__". ຂອງ hooks, ພຽງແຕ່ "builtin.__id__" ຖືກນໍາໃຊ້, ເຊິ່ງປົກກະຕິແລ້ວບໍ່ໄດ້ຖືກຫ້າມ. ໃນດ້ານການປະຕິບັດ, ລະຫັດທີ່ສະເຫນີສາມາດຖືກນໍາໃຊ້ເພື່ອຂ້າມກົນໄກການໂດດດ່ຽວໃນການບໍລິການແລະສະພາບແວດລ້ອມຕ່າງໆ (ຕົວຢ່າງເຊັ່ນ, ໃນສະພາບແວດລ້ອມການຮຽນຮູ້, ຫອຍອອນໄລນ໌, ຕົວຈັດການ, ແລະອື່ນໆ), ເຊິ່ງອະນຸຍາດໃຫ້ປະຕິບັດລະຫັດ Python, ແຕ່ຈໍາກັດ. ການໂທທີ່ມີຢູ່ ແລະບໍ່ອະນຸຍາດໃຫ້ວິທີການໂທເຊັ່ນ os.system.

ລະຫັດທີ່ສະເຫນີແມ່ນ analogue ຂອງການໂທ os.system, ເຊິ່ງເຮັດວຽກໂດຍການຂຸດຄົ້ນຊ່ອງຫວ່າງໃນ CPython. ການຂຸດຄົ້ນເຮັດວຽກກັບທຸກລຸ້ນຂອງ Python 3 ໃນລະບົບທີ່ມີສະຖາປັດຕະຍະ x86-64 ແລະສະແດງໃຫ້ເຫັນເຖິງການດໍາເນີນງານທີ່ຫມັ້ນຄົງໃນ Ubuntu 22.04, ເຖິງແມ່ນວ່າໃນເວລາທີ່ PIE, RELRO ແລະ CET ໂຫມດປ້ອງກັນຖືກເປີດໃຊ້. ການເຮັດວຽກແມ່ນມາຈາກການໄດ້ຮັບຂໍ້ມູນຈາກລະຫັດ Python ກ່ຽວກັບທີ່ຢູ່ຂອງຫນຶ່ງໃນຫນ້າທີ່ຢູ່ໃນລະຫັດ CPython ທີ່ສາມາດປະຕິບັດໄດ້. ອີງຕາມທີ່ຢູ່ນີ້, ທີ່ຢູ່ພື້ນຖານຂອງ CPython ໃນຫນ່ວຍຄວາມຈໍາແລະທີ່ຢູ່ຂອງລະບົບ () ຟັງຊັນໃນ libc instance ທີ່ຖືກໂຫລດຢູ່ໃນຫນ່ວຍຄວາມຈໍາແມ່ນຖືກຄິດໄລ່. ໃນທີ່ສຸດ, ການຫັນປ່ຽນໂດຍກົງໄປຫາທີ່ຢູ່ຂອງລະບົບສະເພາະແມ່ນເລີ່ມຕົ້ນດ້ວຍການທົດແທນຕົວຊີ້ຂອງການໂຕ້ຖຽງທໍາອິດໄປຫາເສັ້ນ "/bin / sh".

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