|ການພິສູດຢືນຢັນຜ່ານພຣັອກຊີແບບປະສົມປະສານ: ບັນຊີບໍລິການ ແລະ ການປອມຕົວ

“ໃຊ້ຂໍ້ມູນຢືນຢັນ Windows ຂອງຂ້ອຍ” ຕ້ອງການຜູ້ກະທຳຄົນໜຶ່ງ. ໃນໂປຣແກຣມເດສກທັອບ ຜູ້ນັ້ນອາດເປັນຄົນທີ່ເປີດມັນ. ໃນບໍລິການ ຜູ້ນັ້ນອາດເປັນບັນຊີຂອງບໍລິການ. ໃນແອັບພລິເຄຊັນເວັບ ການເຂົ້າສູ່ລະບົບທີ່ສຳເລັດຂອງຜູ້ເຂົ້າຊົມບໍ່ໄດ້ປ່ຽນບໍລິບົດຄວາມປອດໄພຂອງຄຳຂໍທີ່ອອກໄປໂດຍອັດຕະໂນມັດ.

ນີ້ອະທິບາຍວ່າເປັນຫຍັງບຣາວເຊີ ແລະ ໂຄ້ດຝັ່ງເຊີບເວີຢູ່ເຄື່ອງດຽວກັນຈຶ່ງອາດໄດ້ຜົນຕ່າງກັນຈາກພຣັອກຊີທີ່ມີການພິສູດຢືນຢັນແບບປະສົມປະສານ. ພວກມັນອາດສະແດງຕົວຕົນທີ່ຕ່າງກັນ.

ຕັ້ງຊື່ຕົວຕົນກ່ອນປ່ຽນໂຄ້ດ

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

ໃນເສັ້ນທາງການພິສູດຢືນຢັນແບບປະສົມປະສານທີ່ .NET ຮອງຮັບ DefaultCredentials ກ່ຽວຂ້ອງກັບບໍລິບົດຄວາມປອດໄພປັດຈຸບັນ. ມັນບໍ່ແມ່ນຊື່ທຽມສາກົນສຳລັບທຸກຄົນທີ່ເປີດໜ້າໃນເຄື່ອງອື່ນ.

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

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