ບັນຫາທີ່ເຮັດໃຫ້ເກີດການຂ້າມຜ່ານການກວດສອບຄວາມຖືກຕ້ອງ Wi-Fi ໃນ IWD ແລະ wpa_supplicant

ຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸໄວ້ໃນແພັກເກັດເປີດ IWD (Intel inet Wireless Daemon) ແລະ wpa_supplicant, ໃຊ້ເພື່ອຈັດລະບຽບການເຊື່ອມຕໍ່ຂອງລະບົບລູກຂ່າຍ Linux ກັບເຄືອຂ່າຍໄຮ້ສາຍ, ນໍາໄປສູ່ການຂ້າມຜ່ານກົນໄກການກວດສອບ:

• ໃນ IWD, ຊ່ອງໂຫວ່ (CVE-2023-52161) ຈະປາກົດຂຶ້ນເມື່ອເປີດໃຊ້ໂໝດຈຸດເຂົ້າເຖິງເທົ່ານັ້ນ, ເຊິ່ງບໍ່ແມ່ນປົກກະຕິສຳລັບ IWD, ເຊິ່ງປົກກະຕິແລ້ວແມ່ນໃຊ້ເພື່ອເຊື່ອມຕໍ່ເຄືອຂ່າຍໄຮ້ສາຍ. ຊ່ອງໂຫວ່ຊ່ວຍໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ກັບຈຸດເຂົ້າເຖິງທີ່ສ້າງຂຶ້ນໂດຍບໍ່ຮູ້ລະຫັດຜ່ານ, ຕົວຢ່າງ, ເມື່ອຜູ້ໃຊ້ສະຫນອງຄວາມສາມາດໃນການເຂົ້າເຖິງເຄືອຂ່າຍໂດຍຜ່ານອຸປະກອນຂອງພວກເຂົາ (Hotspot). ບັນຫາໄດ້ຖືກແກ້ໄຂໃນ IWD ຮຸ່ນ 2.14.

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

  ໃນກໍລະນີນີ້, IWD ພະຍາຍາມກວດສອບລະຫັດ MIC (Message Integrity Code) ສໍາລັບຂໍ້ຄວາມຂັ້ນຕອນທີສີ່ທີ່ໄດ້ຮັບ. ເນື່ອງຈາກຂໍ້ຄວາມຂັ້ນຕອນທີສອງທີ່ມີຕົວກໍານົດການຢືນຢັນບໍ່ໄດ້ຮັບການ, ເມື່ອປະມວນຜົນຂໍ້ຄວາມຂັ້ນຕອນທີສີ່, ປຸ່ມ PTK (Pairwise Transient Key) ຖືກຕັ້ງເປັນສູນ. ດັ່ງນັ້ນ, ຜູ້ໂຈມຕີສາມາດຄິດໄລ່ MIC ໂດຍໃຊ້ PTK null, ແລະລະຫັດຢືນຢັນນີ້ຈະຖືກຍອມຮັບໂດຍ IWD ວ່າຖືກຕ້ອງ. ຫຼັງຈາກສໍາເລັດການເຈລະຈາການເຊື່ອມຕໍ່ບາງສ່ວນນີ້, ຜູ້ໂຈມຕີຈະມີການເຂົ້າເຖິງເຄືອຂ່າຍໄຮ້ສາຍຢ່າງເຕັມທີ່, ເນື່ອງຈາກວ່າຈຸດເຂົ້າເຖິງຈະໄດ້ຮັບເຟຣມທີ່ມັນສົ່ງ, ເຂົ້າລະຫັດດ້ວຍກະແຈ PTK null.

• ບັນຫາທີ່ລະບຸໄວ້ໃນ wpa_supplicant (CVE-2023-52160) ອະນຸຍາດໃຫ້ຜູ້ໂຈມຕີສາມາດຊັກຊວນຜູ້ໃຊ້ເຂົ້າໄປໃນເຄືອຂ່າຍໄຮ້ສາຍທີ່ສົມມຸດຕິຖານທີ່ເປັນໂຄນຂອງເຄືອຂ່າຍທີ່ຜູ້ໃຊ້ຕັ້ງໃຈຈະເຊື່ອມຕໍ່. ຖ້າຜູ້ໃຊ້ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍປອມ, ຜູ້ໂຈມຕີສາມາດຈັດຕັ້ງການຂັດຂວາງການເຂົ້າຊົມການສົ່ງຜ່ານທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດຂອງຜູ້ໃຊ້ (ຕົວຢ່າງ, ການເຂົ້າເຖິງເວັບໄຊທ໌ທີ່ບໍ່ມີ HTTPS).

  ເນື່ອງຈາກຂໍ້ບົກພ່ອງໃນການປະຕິບັດຂອງໂປໂຕຄອນ PEAP (Protected Extensible Authentication Protocol), ຜູ້ໂຈມຕີສາມາດຂ້າມຂັ້ນຕອນທີສອງຂອງການພິສູດຢືນຢັນໄດ້ເມື່ອເຊື່ອມຕໍ່ອຸປະກອນຜູ້ໃຊ້ທີ່ຖືກຕັ້ງຄ່າບໍ່ຖືກຕ້ອງ. ການຂ້າມຜ່ານຂັ້ນຕອນທີສອງຂອງການພິສູດຢືນຢັນອະນຸຍາດໃຫ້ຜູ້ໂຈມຕີສ້າງໂຄນປອມຂອງເຄືອຂ່າຍ Wi-Fi ທີ່ເຊື່ອຖືໄດ້ແລະອະນຸຍາດໃຫ້ຜູ້ໃຊ້ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍປອມໂດຍບໍ່ມີການກວດສອບລະຫັດຜ່ານ.

  ເພື່ອປະຕິບັດການໂຈມຕີໃນ wpa_supplicant ປະສົບຜົນສໍາເລັດ, ການກວດສອບໃບຢັ້ງຢືນ TLS ຂອງເຊີບເວີຕ້ອງຖືກປິດໃຊ້ງານຢູ່ຂ້າງຜູ້ໃຊ້, ແລະຜູ້ໂຈມຕີຕ້ອງຮູ້ຈັກຕົວລະບຸເຄືອຂ່າຍໄຮ້ສາຍ (SSID, Service Set Identifier). ໃນກໍລະນີນີ້, ຜູ້ໂຈມຕີຈະຕ້ອງຢູ່ໃນຂອບເຂດຂອງອະແດບເຕີໄຮ້ສາຍຂອງຜູ້ຖືກເຄາະຮ້າຍ, ແຕ່ຢູ່ນອກຂອບເຂດຂອງຈຸດເຂົ້າເຖິງຂອງເຄືອຂ່າຍໄຮ້ສາຍ cloned. ການໂຈມຕີແມ່ນເປັນໄປໄດ້ໃນເຄືອຂ່າຍທີ່ມີ WPA2-Enterprise ຫຼື WPA3-Enterprise ທີ່ໃຊ້ PEAP protocol.

  ຜູ້ພັດທະນາ wpa_supplicant ລະບຸວ່າພວກເຂົາບໍ່ໄດ້ພິຈາລະນາບັນຫາທີ່ເປັນຊ່ອງໂຫວ່, ເພາະວ່າມັນເກີດຂຶ້ນກັບເຄືອຂ່າຍໄຮ້ສາຍທີ່ມີການຕັ້ງຄ່າບໍ່ດີທີ່ໃຊ້ການກວດສອບຄວາມຖືກຕ້ອງຂອງ EAP ສົມທົບກັບ PEAP (EAP-TTLS) ໂດຍບໍ່ມີການກວດສອບໃບຢັ້ງຢືນ TLS ຂອງເຊີບເວີ. ການຕັ້ງຄ່າທີ່ບໍ່ມີການຢັ້ງຢືນໃບຢັ້ງຢືນແມ່ນບໍ່ໄດ້ຮັບການປົກປ້ອງຈາກການໂຈມຕີທີ່ມີການເຄື່ອນໄຫວ. ຜູ້ທີ່ຄົ້ນພົບຊ່ອງໂຫວ່ອ້າງວ່າການຕັ້ງຄ່າທີ່ບໍ່ຖືກຕ້ອງດັ່ງກ່າວແມ່ນມີຢູ່ທົ່ວໄປ ແລະແຜ່ຫຼາຍ, ເຮັດໃຫ້ອຸປະກອນຜູ້ບໍລິໂພກທີ່ໃຊ້ Linux, Android ແລະ Chrome OS ຫຼາຍຄົນທີ່ແລ່ນ wpa_supplicant ມີຄວາມສ່ຽງ.

  ເພື່ອສະກັດບັນຫາໃນ wpa_supplicant, patch ໄດ້ຖືກປ່ອຍອອກມາເຊິ່ງເພີ່ມໂຫມດສໍາລັບການຜ່ານຂັ້ນຕອນທີສອງຂອງການພິສູດຢືນຢັນ, ນອກເຫນືອຈາກການກວດສອບໃບຢັ້ງຢືນ TLS. ອີງຕາມຜູ້ພັດທະນາ, ການປ່ຽນແປງທີ່ສະເຫນີແມ່ນພຽງແຕ່ການແກ້ໄຂການໂຈມຕີທີ່ສັບສົນໃນເວລາທີ່ໃຊ້ການພິສູດຢືນຢັນດ້ວຍມືແລະບໍ່ມີປະໂຫຍດໃນເວລາທີ່ໃຊ້ທາງເລືອກເຊັ່ນ EAP-GTC. ເພື່ອແກ້ໄຂບັນຫາຢ່າງແທ້ຈິງ, ຜູ້ບໍລິຫານເຄືອຂ່າຍຄວນນໍາເອົາການຕັ້ງຄ່າຂອງພວກເຂົາໄປສູ່ຮູບແບບທີ່ເຫມາະສົມ, i.e. ຕັ້ງຄ່າລະບົບຕ່ອງໂສ້ຄວາມໄວ້ວາງໃຈເພື່ອກວດສອບໃບຢັ້ງຢືນເຊີບເວີໂດຍໃຊ້ພາລາມິເຕີ ca_cert.

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