ຄວາມຜິດພາດໃບຢັ້ງຢືນ SSL ຫຼັງການປ່ຽນທິດທາງດ້ວຍຊຸດ CA ທີ່ກຳນົດເອງ

ໄຟລ໌ CA ຂອງບໍລິສັດແກ້ URL ທຳອິດ, ແລ້ວການປ່ຽນທິດທາງລົ້ມເຫຼວໃນການກວດສອບ. ກວດເບິ່ງວ່າຕົວເລືອກ CA ທີ່ກຳນົດເອງໄດ້ປ່ຽນແທນຂໍ້ມູນຄວາມໄວ້ວາງໃຈກ່ອນໜ້າຂອງລູກຄ້າ ຫຼື ເພີ່ມໃສ່ໃນນັ້ນ.

ພຶດຕິກຳນັ້ນຂຶ້ນກັບ TLS backend ແລະ ຕົວເລືອກ. ໄຟລ໌ທີ່ມີພຽງ CA ຂອງອົງກອນອາດເຮັດໃຫ້ລູກຄ້າຂາດອຳນາດອື່ນໆທີ່ຕ້ອງການ.

1. ຕິດຕາມແຕ່ລະຄູ່. ໂຮສທຳອິດອາດຖືກດັກຈັບພາຍໃຕ້ຜູ້ອອກຂອງອົງກອນ. ໂຮສຕໍ່ມາອາດໃຊ້ທາງລັດ, ເສັ້ນທາງກວດສອບອື່ນ ຫຼື ໂສ້ທີ່ອອກສາທາລະນະ.
2. ບັນທຶກຂໍ້ມູນຂອງລູກຄ້າທີ່ລົ້ມເຫຼວ. ເກັບຊື່ໂຮສທີ່ຮ້ອງຂໍ, ເປົ້າໝາຍການປ່ຽນທິດທາງ, ຜູ້ອອກທີ່ໄດ້ຮັບ, ຜົນການກວດສອບ ແລະ ການຕັ້ງຄ່າຄວາມໄວ້ວາງໃຈທີ່ເລືອກ. ບຣາວເຊີທີ່ເຮັດວຽກອາດໃຊ້ບ່ອນເກັບຮາກອື່ນ.
3. ກວດເບິ່ງກົດການເລືອກຂອງ backend. ການ build curl ອາດໃຊ້ການກວດສອບພື້ນເມືອງ ຫຼື ຮາກທີ່ອີງໃສ່ໄຟລ໌, ແລະ ຕົວເລືອກ CA ຢ່າງຊັດເຈນອາດປ່ຽນການເລືອກນັ້ນ. ສູດສຳລັບໄຟລ໌ປະຕິບັດການນັ້ນບໍ່ໄດ້ຕັ້ງຄ່າສະພາບແວດລ້ອມ Python ຫຼື JVM.

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

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