ຊ່ອງໂຫວ່ຢູ່ໃນລູກຄ້າ SSH OpenSSH ແລະ PutTY

ໃນລູກຄ້າ SSH OpenSSH ແລະ PutTY ກໍານົດ ຄວາມອ່ອນແອ (CVE-2020-14002 ໃນ PuTTY ແລະ CVE-2020-14145 ໃນ OpenSSH), ນໍາໄປສູ່ການຮົ່ວໄຫລຂອງຂໍ້ມູນໃນ algorithm ການເຈລະຈາການເຊື່ອມຕໍ່. ຊ່ອງໂຫວ່ຊ່ວຍໃຫ້ຜູ້ໂຈມຕີສາມາດຂັດຂວາງການເຂົ້າຊົມຂອງລູກຄ້າ (ຕົວຢ່າງເຊັ່ນເມື່ອຜູ້ໃຊ້ເຊື່ອມຕໍ່ຜ່ານຈຸດເຂົ້າເຖິງໄຮ້ສາຍທີ່ຄວບຄຸມໂດຍຜູ້ໂຈມຕີ) ເພື່ອກວດພົບຄວາມພະຍາຍາມທີ່ຈະເຊື່ອມຕໍ່ລູກຄ້າກັບໂຮດໃນຕອນຕົ້ນເມື່ອລູກຄ້າຍັງບໍ່ໄດ້ເກັບລະຫັດໂຮດ.

ຮູ້ວ່າລູກຄ້າພະຍາຍາມເຊື່ອມຕໍ່ເປັນຄັ້ງທໍາອິດແລະຍັງບໍ່ທັນມີ host key ຢູ່ຂ້າງຂອງມັນ, ຜູ້ໂຈມຕີສາມາດຖ່າຍທອດການເຊື່ອມຕໍ່ຜ່ານຕົວມັນເອງ (MITM) ແລະໃຫ້ລູກຄ້າຂອງ host key, ເຊິ່ງລູກຄ້າ SSH ຈະພິຈາລະນາ. ເປັນກະແຈຂອງເຈົ້າພາບເປົ້າໝາຍ ຖ້າມັນບໍ່ໄດ້ກວດສອບລາຍນິ້ວມືຫຼັກ . ດັ່ງນັ້ນ, ຜູ້ໂຈມຕີສາມາດຈັດ MITM ໂດຍບໍ່ມີການກະຕຸ້ນຄວາມສົງໃສຂອງຜູ້ໃຊ້ແລະບໍ່ສົນໃຈກອງປະຊຸມທີ່ຝ່າຍລູກຄ້າໄດ້ເກັບລະຫັດໂຮດໄວ້ແລ້ວ, ຄວາມພະຍາຍາມເພື່ອທົດແທນການທີ່ຈະສົ່ງຜົນໃຫ້ມີການເຕືອນກ່ຽວກັບການປ່ຽນແປງຂອງລະຫັດເຈົ້າພາບ. ການໂຈມຕີແມ່ນອີງໃສ່ຄວາມບໍ່ລະມັດລະວັງຂອງຜູ້ໃຊ້ທີ່ບໍ່ໄດ້ກວດເບິ່ງລາຍນິ້ວມືຂອງລະຫັດເຈົ້າພາບດ້ວຍຕົນເອງເມື່ອພວກເຂົາເຊື່ອມຕໍ່ຄັ້ງທໍາອິດ. ຜູ້ທີ່ກວດເບິ່ງລາຍນິ້ວມືທີ່ສໍາຄັນແມ່ນໄດ້ຮັບການປົກປ້ອງຈາກການໂຈມຕີດັ່ງກ່າວ.

ເປັນສັນຍານເພື່ອກໍານົດຄວາມພະຍາຍາມໃນການເຊື່ອມຕໍ່ຄັ້ງທໍາອິດ, ການປ່ຽນແປງໃນລໍາດັບຂອງບັນຊີລາຍຊື່ທີ່ສະຫນັບສະຫນູນ algorithms ທີ່ສໍາຄັນເຈົ້າພາບແມ່ນຖືກນໍາໃຊ້. ຖ້າການເຊື່ອມຕໍ່ຄັ້ງທໍາອິດເກີດຂື້ນ, ລູກຄ້າສົ່ງລາຍຊື່ຂອງສູດການຄິດໄລ່ເລີ່ມຕົ້ນ, ແລະຖ້າລະຫັດເຈົ້າພາບຢູ່ໃນ cache ແລ້ວ, ຫຼັງຈາກນັ້ນ, algorithm ທີ່ກ່ຽວຂ້ອງແມ່ນຖືກຈັດໃສ່ໃນສະຖານທີ່ທໍາອິດ (algorithms ຖືກຈັດຮຽງຕາມລໍາດັບ).

ບັນຫາປາກົດຢູ່ໃນການປ່ອຍ OpenSSH 5.7 ຫາ 8.3 ແລະ PuTTY 0.68 ຫາ 0.73. ບັນຫາ ລົບລ້າງ ໃນ​ບັນ​ຫາ​ PutTY 0.74 ໂດຍການເພີ່ມທາງເລືອກທີ່ຈະປິດການທໍາງານການກໍ່ສ້າງແບບເຄື່ອນໄຫວຂອງບັນຊີລາຍຊື່ຂອງວິທີການປະມວນຜົນທີ່ສໍາຄັນຂອງເຈົ້າພາບໃນເງື່ອນໄຂຂອງລາຍຊື່ algorithms ໃນລໍາດັບຄົງທີ່.

ໂຄງການ OpenSSH ບໍ່ໄດ້ວາງແຜນທີ່ຈະປ່ຽນແປງພຶດຕິກໍາຂອງລູກຄ້າ SSH, ເພາະວ່າຖ້າທ່ານບໍ່ລະບຸ algorithm ຂອງລະຫັດທີ່ມີຢູ່ແລ້ວໃນຄັ້ງທໍາອິດ, ຄວາມພະຍາຍາມຈະຖືກນໍາໃຊ້ເພື່ອໃຊ້ສູດການຄິດໄລ່ທີ່ບໍ່ກົງກັນກັບລະຫັດ cache ແລະ. ຄຳເຕືອນກ່ຽວກັບກະແຈທີ່ບໍ່ຮູ້ຈັກຈະຖືກສະແດງ. ເຫຼົ່ານັ້ນ. ທາງເລືອກທີ່ເກີດຂື້ນ - ຂໍ້ມູນຮົ່ວໄຫຼ (OpenSSH ແລະ PuTTY), ຫຼືການເຕືອນກ່ຽວກັບການປ່ຽນລະຫັດ (Dropbear SSH) ຖ້າກະແຈທີ່ບັນທຶກໄວ້ບໍ່ກົງກັບ algorithm ທໍາອິດໃນບັນຊີລາຍຊື່ເລີ່ມຕົ້ນ.

ເພື່ອສະຫນອງຄວາມປອດໄພ, OpenSSH ສະເຫນີວິທີການທາງເລືອກສໍາລັບການຢັ້ງຢືນລະຫັດເຈົ້າພາບໂດຍໃຊ້ SSHFP entries ໃນ DNSSEC ແລະໃບຢັ້ງຢືນເຈົ້າພາບ (PKI). ນອກນັ້ນທ່ານຍັງສາມາດປິດການເລືອກແບບປັບຕົວຂອງລະບົບໂຮດ algorithms ໂດຍຜ່ານທາງເລືອກ HostKeyAlgorithms ແລະໃຊ້ທາງເລືອກ UpdateHostKeys ເພື່ອໃຫ້ລູກຄ້າສາມາດໄດ້ຮັບລະຫັດໂຮດເພີ່ມເຕີມຫຼັງຈາກການກວດສອບຄວາມຖືກຕ້ອງ.

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