ການປ່ອຍ OpenSSH 8.3 ພ້ອມກັບການແກ້ໄຂຊ່ອງໂຫວ່ scp

ຫຼັງຈາກສາມເດືອນຂອງການພັດທະນາ ນຳ ສະ ເໜີ ປ່ອຍຕົວ OpenSSH 8.3, ລູກຄ້າເປີດແລະການປະຕິບັດເຄື່ອງແມ່ຂ່າຍສໍາລັບການເຮັດວຽກຜ່ານໂປໂຕຄອນ SSH 2.0 ແລະ SFTP.

ສະບັບໃຫມ່ເພີ່ມການປ້ອງກັນການໂຈມຕີ scp ທີ່ອະນຸຍາດໃຫ້ເຄື່ອງແມ່ຂ່າຍຜ່ານຊື່ໄຟລ໌ອື່ນໆກ່ວາທີ່ຮ້ອງຂໍ (ກົງກັນຂ້າມກັບ. ຄວາມອ່ອນແອທີ່ຜ່ານມາ, ການໂຈມຕີບໍ່ໄດ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນໄດເລກະທໍລີທີ່ຜູ້ໃຊ້ເລືອກຫຼືຫນ້າກາກ glob). ຈື່ໄວ້ວ່າໃນ SCP, ເຄື່ອງແມ່ຂ່າຍຕັດສິນໃຈວ່າໄຟລ໌ແລະໄດເລກະທໍລີທີ່ຈະສົ່ງກັບລູກຄ້າ, ແລະລູກຄ້າພຽງແຕ່ກວດເບິ່ງຄວາມຖືກຕ້ອງຂອງຊື່ວັດຖຸທີ່ສົ່ງຄືນ. ໂດຍເນື້ອແທ້ແລ້ວຂອງບັນຫາທີ່ຖືກກໍານົດແມ່ນວ່າຖ້າການໂທລະບົບ utims ລົ້ມເຫລວ, ຫຼັງຈາກນັ້ນເນື້ອໃນຂອງໄຟລ໌ຈະຖືກຕີຄວາມຫມາຍເປັນ metadata ຂອງໄຟລ໌.

ຄຸນສົມບັດນີ້, ເມື່ອເຊື່ອມຕໍ່ກັບເຊີບເວີທີ່ຄວບຄຸມໂດຍຜູ້ໂຈມຕີ, ສາມາດໃຊ້ເພື່ອບັນທຶກຊື່ໄຟລ໌ອື່ນ ແລະເນື້ອຫາອື່ນໆໃນ FS ຂອງຜູ້ໃຊ້ ເມື່ອສຳເນົາໂດຍໃຊ້ scp ໃນການຕັ້ງຄ່າທີ່ນໍາໄປສູ່ຄວາມລົ້ມເຫຼວໃນເວລາໂທຫາ utims (ຕົວຢ່າງ, ເມື່ອ utims ຖືກຫ້າມໂດຍ ນະໂຍບາຍ SELinux ຫຼືຕົວກອງການໂທລະບົບ). ຄວາມເປັນໄປໄດ້ຂອງການໂຈມຕີທີ່ແທ້ຈິງແມ່ນຄາດວ່າຈະມີຫນ້ອຍ, ເນື່ອງຈາກວ່າໃນການຕັ້ງຄ່າປົກກະຕິ, ການໂທ utims ບໍ່ໄດ້ລົ້ມເຫລວ. ນອກຈາກນັ້ນ, ການໂຈມຕີບໍ່ໄດ້ໄປ unnoticed - ໃນເວລາທີ່ໂທຫາ scp, ຄວາມຜິດພາດການໂອນຂໍ້ມູນແມ່ນສະແດງໃຫ້ເຫັນ.

ການປ່ຽນແປງທົ່ວໄປ:

• ໃນ sftp, ການປະມວນຜົນການໂຕ້ຖຽງ “-1” ໄດ້ຖືກຢຸດ, ຄ້າຍຄືກັບ ssh ແລະ scp, ເຊິ່ງໄດ້ຮັບການຍອມຮັບໃນເມື່ອກ່ອນແຕ່ຖືກລະເລີຍ;
• ໃນ sshd, ເມື່ອໃຊ້ IgnoreRhosts, ປະຈຸບັນມີສາມທາງເລືອກ: "yes" - ignore rhosts/shosts, "no" - respect rhosts/shosts, ແລະ "shosts-only" - allow ".shosts" ແຕ່ disable ".rhosts";
• ຕອນນີ້ Ssh ຮອງຮັບ % TOKEN ແທນໃນການຕັ້ງຄ່າ LocalFoward ແລະ RemoteForward ທີ່ໃຊ້ເພື່ອປ່ຽນເສັ້ນທາງ Unix sockets;
• ອະນຸຍາດໃຫ້ໂຫຼດກະແຈສາທາລະນະຈາກໄຟລ໌ທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດດ້ວຍກະແຈສ່ວນຕົວ ຖ້າບໍ່ມີໄຟລ໌ແຍກກັບກະແຈສາທາລະນະ;
• ຖ້າ libcrypto ມີຢູ່ໃນລະບົບ, ssh ແລະ sshd ປະຈຸບັນນໍາໃຊ້ການປະຕິບັດຂອງ chacha20 algorithm ຈາກຫ້ອງສະຫມຸດນີ້, ແທນທີ່ຈະເປັນການປະຕິບັດແບບພົກພາ, ເຊິ່ງຊັກຊ້າໃນການປະຕິບັດ;
• ປະຕິບັດຄວາມສາມາດໃນການ dump ເນື້ອໃນຂອງບັນຊີລາຍຊື່ຄູ່ຂອງໃບຢັ້ງຢືນການຖອນຄືນໃນເວລາທີ່ປະຕິບັດຄໍາສັ່ງ "ssh-keygen -lQf /path";
• ສະບັບ Portable ປະຕິບັດຄໍານິຍາມຂອງລະບົບທີ່ສັນຍານກັບທາງເລືອກ SA_RESTART ຂັດຂວາງການເຮັດວຽກຂອງການເລືອກ;
• ການສ້າງບັນຫາໃນລະບົບ HP/UX ແລະ AIX ໄດ້ຖືກແກ້ໄຂແລ້ວ;
• ແກ້ໄຂບັນຫາກັບການກໍ່ສ້າງ sandbox seccomp ໃນບາງການຕັ້ງຄ່າ Linux;
• ປັບປຸງການກວດຫາຫ້ອງສະໝຸດ libfido2 ແລະແກ້ໄຂບັນຫາການກໍ່ສ້າງດ້ວຍຕົວເລືອກ "--with-security-key-builtin".

ນັກພັດທະນາ OpenSSH ຍັງໄດ້ເຕືອນອີກເທື່ອ ໜຶ່ງ ກ່ຽວກັບການເສື່ອມໂຊມຂອງ algorithms ທີ່ ກຳ ລັງຈະມາເຖິງໂດຍໃຊ້ SHA-1 hashes ເນື່ອງຈາກ ເພີ່ມ​ຂຶ້ນ ປະສິດທິຜົນຂອງການໂຈມຕີການປະທະກັນກັບຄໍານໍາຫນ້າ (ຄ່າໃຊ້ຈ່າຍໃນການເລືອກເອົາການປະທະກັນແມ່ນປະມານ 45 ພັນໂດລາ). ໃນຫນຶ່ງໃນການປ່ອຍທີ່ຈະມາເຖິງ, ພວກເຂົາວາງແຜນທີ່ຈະປິດການໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນຄວາມສາມາດໃນການນໍາໃຊ້ລະບົບການເຊັນຊື່ດິຈິຕອນສາທາລະນະ "ssh-rsa", ເຊິ່ງໄດ້ກ່າວເຖິງໃນ RFC ຕົ້ນສະບັບສໍາລັບໂປໂຕຄອນ SSH ແລະຍັງແຜ່ຂະຫຍາຍຢູ່ໃນການປະຕິບັດ (ເພື່ອທົດສອບການນໍາໃຊ້. ຂອງ ssh-rsa ໃນລະບົບຂອງທ່ານ, ທ່ານສາມາດພະຍາຍາມເຊື່ອມຕໍ່ຜ່ານ ssh ດ້ວຍທາງເລືອກ "-oHostKeyAlgorithms =-ssh-rsa").

ເພື່ອເຮັດໃຫ້ການຫັນປ່ຽນໄປສູ່ສູດການຄິດໄລ່ໃຫມ່ໃນ OpenSSH ລຽບງ່າຍ, ໃນການປ່ອຍຕົວໃນອະນາຄົດ ການຕັ້ງຄ່າ UpdateHostKeys ຈະຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຊິ່ງຈະໂອນລູກຄ້າໄປສູ່ລະບົບລະບົບທີ່ເຊື່ອຖືໄດ້ຫຼາຍຂຶ້ນໂດຍອັດຕະໂນມັດ. ສູດການຄິດໄລ່ທີ່ແນະນຳສຳລັບການເຄື່ອນຍ້າຍລວມມີ rsa-sha2-256/512 ໂດຍອີງໃສ່ RFC8332 RSA SHA-2 (ຮອງຮັບຕັ້ງແຕ່ OpenSSH 7.2 ແລະ ຖືກໃຊ້ເປັນຄ່າເລີ່ມຕົ້ນ), ssh-ed25519 (ຮອງຮັບຕັ້ງແຕ່ OpenSSH 6.5) ແລະ ecdsa-sha2-nisp256/384 ໃນ RFC521 ECDSA (ຮອງຮັບຕັ້ງແຕ່ OpenSSH 5656).

ໃນຖານະເປັນການປ່ອຍຄັ້ງສຸດທ້າຍ, "ssh-rsa" ແລະ "diffie-hellman-group14-sha1" ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກບັນຊີລາຍຊື່ CASignatureAlgorithms ທີ່ກໍານົດ algorithms ອະນຸຍາດໃຫ້ເຊັນໃບຢັ້ງຢືນໃຫມ່, ນັບຕັ້ງແຕ່ການນໍາໃຊ້ SHA-1 ໃນໃບຢັ້ງຢືນເຮັດໃຫ້ເກີດຄວາມສ່ຽງເພີ່ມເຕີມ. ເນື່ອງຈາກຜູ້ໂຈມຕີມີເວລາບໍ່ຈໍາກັດໃນການຄົ້ນຫາການປະທະກັນສໍາລັບໃບຢັ້ງຢືນທີ່ມີຢູ່ແລ້ວ, ໃນຂະນະທີ່ເວລາຂອງການໂຈມຕີໃນກະແຈຂອງເຈົ້າພາບແມ່ນຖືກຈໍາກັດໂດຍການຫມົດເວລາການເຊື່ອມຕໍ່ (LoginGraceTime).

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