ວາງແຜນທີ່ຈະເສີມສ້າງກົນໄກຄວາມປອດໄພ W^X ຂອງ OpenBSD

Theo De Raadt ແບ່ງປັນ ວາງແຜນທີ່ຈະເສີມສ້າງກົນໄກປ້ອງກັນຄວາມຊົງຈໍາ W^X (Write XOR Execute). ໂດຍເນື້ອແທ້ແລ້ວຂອງກົນໄກແມ່ນວ່າຫນ້າຫນ່ວຍຄວາມຈໍາຂອງຂະບວນການບໍ່ສາມາດເຂົ້າເຖິງໄດ້ພ້ອມກັນສໍາລັບການຂຽນແລະການປະຕິບັດ. ດັ່ງນັ້ນ, ລະຫັດສາມາດຖືກປະຕິບັດໄດ້ພຽງແຕ່ຫຼັງຈາກການຂຽນຖືກປິດໃຊ້ງານ, ແລະການຂຽນໃສ່ຫນ້າຫນ່ວຍຄວາມຈໍາແມ່ນເປັນໄປໄດ້ພຽງແຕ່ຫຼັງຈາກປິດການໃຊ້ງານ. ກົນໄກ W^X ຊ່ວຍປົກປ້ອງແອັບພລິເຄຊັນພື້ນທີ່ຜູ້ໃຊ້ຈາກການໂຈມຕີທີ່ເກີນ buffer ທົ່ວໄປ, ລວມທັງ stack overflows, ແລະແມ່ນໃຊ້ໃນ OpenBSD. ໂດຍຄ່າເລີ່ມຕົ້ນ.

ຈາກການເລີ່ມຕົ້ນຂອງການເຮັດວຽກໃນ W^X, ມັນເປັນທີ່ຊັດເຈນວ່ານີ້ແມ່ນເສັ້ນທາງຍາວ, ເນື່ອງຈາກວ່າມີຈໍານວນຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນທີ່ໃຊ້ JIT. ການປະຕິບັດ JIT ສາມາດແບ່ງອອກເປັນສາມປະເພດ:

• ການປ່ຽນຫນ່ວຍຄວາມຈໍາລະຫວ່າງລັດ W ແລະ X, ຍອມຮັບ "ຄ່າໃຊ້ຈ່າຍ" ຂອງການໂທລະບົບ ປ້ອງກັນ.
• ການສ້າງນາມແຝງລະຫວ່າງຄູ່ຂອງແຜນທີ່ W ແລະ X ຂອງຫນ່ວຍຄວາມຈໍາດຽວກັນ.
• ທາງເລືອກທີ່ "ເປື້ອນ" ທີ່ສຸດຕ້ອງການຮູບແບບຫນ່ວຍຄວາມຈໍາ W|X ທີ່ອະນຸຍາດໃຫ້ບັນທຶກແລະປະຕິບັດໃນເວລາດຽວກັນ.

ໃນປັດຈຸບັນ, ມີໂຄງການຫນ້ອຍລົງຢ່າງຫຼວງຫຼາຍໂດຍນໍາໃຊ້ທາງເລືອກທີສາມແລະຫຼາຍກວ່ານັ້ນໂດຍໃຊ້ຕົວເລືອກທໍາອິດແລະທີສອງ. ຢ່າງໃດກໍຕາມ, ເນື່ອງຈາກວ່າມັນຈໍາເປັນຕ້ອງດໍາເນີນໂຄງການທີ່ມີ W|X JIT (ຕົ້ນຕໍແມ່ນ Chromium ແລະ Iridum), ທາງເລືອກ mount ລະບົບໄຟລ໌ "wxallowed" ໄດ້ຖືກເພີ່ມ, ເຊິ່ງອະນຸຍາດໃຫ້ຫນ່ວຍຄວາມຈໍາຖືກນໍາໃຊ້ພ້ອມກັນສໍາລັບທັງການຂຽນແລະການປະຕິບັດ, ໃນກໍລະນີທີ່ ELF ສາມາດປະຕິບັດໄດ້. ໄຟລ໌ຖືກຫມາຍດ້ວຍເຄື່ອງຫມາຍ "wxneeded", ແລະຄໍາຮ້ອງສະຫມັກຕ່າງໆດ້ວຍຕົນເອງໄດ້ຮັບການປົກປ້ອງເພີ່ມເຕີມໂດຍໃຊ້ກົນໄກ ສັນຍາ и ເປີດເຜີຍ ເພື່ອຈໍາກັດບັນຊີລາຍຊື່ຂອງການໂທລະບົບທີ່ໃຊ້ແລະພາກສ່ວນຂອງລະບົບໄຟລ໌ທີ່ມີຢູ່ໃນແອັບພລິເຄຊັນ, ຕາມລໍາດັບ.

ເພື່ອເຮັດໃຫ້ການຂູດຮີດຊ່ອງໂຫວ່ສັບສົນຕື່ມອີກໃນແອັບພລິເຄຊັນດັ່ງກ່າວ, ມີການສະເໜີໃຫ້ມີການເພີ່ມຕື່ມ MAP_STACK, ເຊິ່ງກວດເບິ່ງວ່າການໂທລະບົບຈະຖືກປະຕິບັດຈາກຫນ້າຫນ່ວຍຄວາມຈໍາທີ່ສາມາດຂຽນໄດ້. ຖ້າຫນ້າເວັບສາມາດຂຽນໄດ້, ຂະບວນການຖືກບັງຄັບໃຫ້ຢຸດເຊົາ. ດ້ວຍວິທີນີ້, ຜູ້ໂຈມຕີຈະບໍ່ສາມາດຂູດຮີດລະບົບການໂທແລະຈະຖືກບັງຄັບໃຫ້ພະຍາຍາມຊອກຫາເຄື່ອງມືທີ່ຈໍາເປັນໃນການປະຕິບັດ JIT, ຫຼືແມ້ກະທັ້ງເຮັດວຽກທີ່ຍາກກວ່າໃນການກວດສອບລະບົບການໂທໂດຍກົງພາຍໃນ. ເຊື່ອມຕໍ່ libc ໂດຍບັງເອີນ.

ຂະບວນການ Chrome/Iridium ແມ່ນໄດ້ຮັບການປົກປ້ອງຢ່າງເຊື່ອຖືໄດ້ແລ້ວໂດຍການໃຫ້ຄໍາໝັ້ນສັນຍາແລະການເປີດເຜີຍ, ແຕ່ການຖອນຄວາມສາມາດໃນການນໍາໃຊ້, ຕົວຢ່າງ, ການໂທລະບົບ write(2) ແນ່ນອນມີປະໂຫຍດບາງຢ່າງ, ເພາະວ່າມັນສ້າງຄວາມຫຍຸ້ງຍາກເພີ່ມເຕີມສໍາລັບຜູ້ໂຈມຕີ. ຢ່າງໃດກໍ່ຕາມ, ຄວາມຫຍຸ້ງຍາກກໍ່ສາມາດເກີດຂື້ນໄດ້ຖ້າການປະຕິບັດ JIT ໃຊ້ການໂທລະບົບພື້ນເມືອງຈາກ W|X memory. ຢ່າງໃດກໍ່ຕາມ, ມີເຫດຜົນທີ່ຈະຫວັງວ່ານີ້ຈະບໍ່ເປັນກໍລະນີ, ເນື່ອງຈາກວ່າ ABI ໄດ້ຖືກປ່ຽນແປງຫຼາຍຄັ້ງ, ແຕ່ບໍ່ມີໃຜລາຍງານບັນຫາ.

ການປ່ຽນແປງແມ່ນມີຢູ່ໃນຮູບພາບປົກກະຕິຂອງສາຂາ OpenBSD-Current, ທຸກຄົນທີ່ສົນໃຈແມ່ນເຊີນເຂົ້າຮ່ວມການທົດສອບ.

ຂ່າວທີ່ກ່ຽວຂ້ອງກ່ຽວກັບການປະກົດຕົວຂອງໂຫມດໃນ Chrome / Iridium ສົມຄວນໄດ້ຮັບຄໍາເຫັນແຍກຕ່າງຫາກຈາກ Theo JITless. ຈາກທັດສະນະຂອງລາວ, ນີ້ແມ່ນການຍອມຮັບສໍາລັບບາງຮູບແບບການນໍາໃຊ້, ແຕ່ອາດຈະບໍ່ສໍາລັບທຸກຄົນ, ເນື່ອງຈາກວ່າຮູບແບບນີ້ແນ່ນອນຈະເພີ່ມການໂຫຼດຂອງໂປເຊດເຊີ. ໃນປັດຈຸບັນ, Chrome ສ່ວນໃຫຍ່ຈະເຮັດວຽກຖ້າທ່ານປິດການໃຊ້ງານ "wxallowed" ສໍາລັບ /usr/local, ເຖິງແມ່ນວ່າອາດຈະມີບັນຫາກັບບາງສ່ວນຂະຫຍາຍ (ghostery ເປັນຕົວຢ່າງ). ບໍ່ວ່າທາງໃດທາງຫນຶ່ງ, Theo ຫວັງວ່າການເຮັດວຽກຢ່າງເຕັມທີ່ໃນໂຫມດ JITless ຈະຖືກນໍາໄປສູ່ສະພາບທີ່ເຮັດວຽກຢ່າງເຕັມທີ່ໃນອະນາຄົດອັນໃກ້ນີ້.

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