ຊ່ອງໂຫວ່ໃນລູກຄ້າ Matrix ທີ່ສາມາດເປີດເຜີຍລະຫັດການເຂົ້າລະຫັດແບບຕົ້ນທາງ

ຊ່ອງໂຫວ່ (CVE-2021-40823, CVE-2021-40824) ໄດ້ຖືກລະບຸໄວ້ໃນຄໍາຮ້ອງສະຫມັກລູກຄ້າສ່ວນໃຫຍ່ສໍາລັບແພລະຕະຟອມການສື່ສານແບບແບ່ງແຍກ Matrix, ເຊິ່ງອະນຸຍາດໃຫ້ຂໍ້ມູນກ່ຽວກັບກະແຈທີ່ໃຊ້ເພື່ອສົ່ງຂໍ້ຄວາມໃນການສົນທະນາແບບເຂົ້າລະຫັດແບບສິ້ນສຸດເຖິງຕອນ (E2EE) ເປັນ. ໄດ້​ຮັບ. ຜູ້ໂຈມຕີທີ່ປະນິປະນອມຜູ້ໃຊ້ການສົນທະນາສາມາດຖອດລະຫັດຂໍ້ຄວາມທີ່ສົ່ງໄປໃຫ້ຜູ້ໃຊ້ກ່ອນໜ້ານີ້ຈາກແອັບພລິເຄຊັນລູກຄ້າທີ່ມີຄວາມສ່ຽງ.

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

ຊ່ອງໂຫວ່ແມ່ນເກີດມາຈາກຄວາມຜິດພາດທາງເຫດຜົນໃນການປະຕິບັດກົນໄກການຫຼິ້ນຄືນຫຼັກທີ່ສະເໜີໄວ້ໃນ matrix-js-sdk < 12.4.1 (CVE-2021-40823), matrix-android-sdk2 < 1.2.2 (CVE-2021-40824) , matrix -rust-sdk < 0.4.0, FamedlySDK < 0.5.0 ແລະ Nheko ≤ 0.8.2. ການຈັດຕັ້ງປະຕິບັດໂດຍອີງໃສ່ matrix-ios-sdk, matrix-nio ແລະ libolm libraries ແມ່ນບໍ່ອ່ອນໄຫວຕໍ່ກັບຊ່ອງໂຫວ່.

ຕາມນັ້ນແລ້ວ, ຊ່ອງໂຫວ່ປາກົດຢູ່ໃນທຸກແອັບພລິເຄຊັນທີ່ຢືມລະຫັດທີ່ມີບັນຫາ ແລະບໍ່ມີຜົນໂດຍກົງຕໍ່ໂປຣໂຕຄໍ Matrix ແລະ Olm/Megolm. ໂດຍສະເພາະ, ບັນຫາຜົນກະທົບຕໍ່ອົງປະກອບລູກຄ້າ Matrix ຕົ້ນຕໍ (ເມື່ອກ່ອນເອີ້ນວ່າ Riot) ສໍາລັບເວັບ, desktop ແລະ Android, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກຂອງພາກສ່ວນທີສາມແລະຫ້ອງສະຫມຸດ, ລວມທັງ FluffyChat, Nheko, Cinny ແລະ SchildiChat. ບັນຫາບໍ່ປາກົດຢູ່ໃນລູກຄ້າຢ່າງເປັນທາງການສໍາລັບເວທີ iOS, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກ Chatty, Hydrogen, mautrix, ສີມ່ວງ-matrix ແລະ Siphon.

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

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

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