ການຕິດຕາມຄວາມລົ້ມເຫຼວຂອງພຣັອກຊີໃນການກວດສອບໃບຢັ້ງຢືນ CRL ແລະ OCSP

ຄຳຂໍເວັບໄຊຕ໌ສາມາດໄປຮອດພຣັອກຊີຂອງມັນແລ້ວຍັງລົ້ມເຫຼວ ເພາະການກວດສອບໃບຢັ້ງຢືນຕ້ອງການຄຳຂໍເຄືອຂ່າຍອີກອັນໜຶ່ງ. ການດຶງຂໍ້ມູນ CRL ຫຼື OCSP ອາດແລ່ນຜ່ານອົງປະກອບຂອງແພລດຟອມທີ່ມີບັນຊີ ແລະ ນະໂຍບາຍພຣັອກຊີຕ່າງຈາກ HTTP client ຂອງແອັບພລິເຄຊັນ.

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

ສຳລັບຄວາມລົ້ມເຫຼວນັ້ນ, ກຳນົດສາມຢ່າງຮ່ວມກັນ: URL ທີ່ກຳລັງດຶງ, ອົງປະກອບທີ່ດຶງ ແລະ ຕົວຕົນຂະບວນການຂອງມັນ. ການທີ່ browser ເປີດ URL ໄດ້ສຳເລັດພາຍໃຕ້ບັນຊີໂຕ້ຕອບຂອງທ່ານ ບໍ່ໄດ້ພິສູດວ່າ service ສາມາດຢືນຢັນຕົວກັບພຣັອກຊີດຽວກັນໄດ້.

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

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

ພຣັອກຊີ HTTPS ສາມາດເຮັດໃຫ້ການອີງໃສ່ນີ້ເຫັນໄດ້ ແມ້ກ່ອນ TLS ປາຍທາງ: ຄວາມໄວ້ວາງໃຈໃນການເຊື່ອມຕໍ່ພຣັອກຊີ ອາດຕ້ອງການການດຶງຂໍ້ມູນການເພີກຖອນເອງ. ໃຫ້ຟື້ນຟູການເຂົ້າເຖິງການດຶງຂໍ້ມູນທີ່ຮອງຮັບ ແລະ ການຈັດການຄວາມໄວ້ວາງໃຈໃນຂັ້ນຕອນນັ້ນ. ການປິດການກວດສອບການເພີກຖອນ ປ່ຽນນະໂຍບາຍໃບຢັ້ງຢືນ; ມັນບໍ່ໄດ້ຟື້ນຟູການດຶງຂໍ້ມູນທີ່ລົ້ມເຫຼວ.