ຄວາມປອດໄພຂອງບັນຊີ
ຄວາມປອດໄພຂອງເຊີບເວີປົກປ້ອງເວັບໄຊ. ຄວາມປອດໄພຂອງບັນຊີປົກປ້ອງກະແຈສຳລັບພວກມັນ. ທຸກໆການເຂົ້າສູ່ລະບົບຂອງ Zinn Digital® ແມ່ນເຮັດວຽກຢູ່ເທິງລະບົບລະບຸຕົວຕົນຕາມມາດຕະຖານດຽວ — passkeys ແລະ WebAuthn, ການຢືນຢັນຕົວຕົນສອງຂັ້ນຕອນ TOTP, ການເຂົ້າສູ່ລະບົບດ້ວຍ magic-link, SAML SSO ສຳລັບວິສາຫະກິດ ແລະ ທີມງານຕົວແທນ — ພ້ອມດ້ວຍບົດບາດແບບລະອຽດ, ລະຫັດ API ຕໍ່ອົງກອນ ແລະ ບັນທຶກການກວດສອບແບບເພີ່ມໄດ້ເທົ່ານັ້ນທີ່ຢູ່ເບື້ອງຫຼັງ.
ບັນຊີໂຮສຕິ້ງສ່ວນໃຫຍ່ແມ່ນລະຫັດຜ່ານໃນຖານຂໍ້ມູນທີ່ຕິດຢູ່ກັບແຜງຄວບຄຸມ. ຂອງພວກເຮົາແມ່ນລະບົບລະບຸຕົວຕົນສະເພາະ — Keycloak, ທີ່ຮອງຮັບ OIDC ແລະ SAML — ເຊິ່ງຢູ່ທາງໜ້າຂອງທຸກສິ່ງ: ແຜງໜ້າປັດລູກຄ້າ, ຄອນໂຊນຜູ້ເບິ່ງແຍງລະບົບຂອງພະນັກງານ, ເວັບໄຊສາທາລະນະ ແລະ ຖານຄວາມຮູ້ນີ້, ລວມທັງປີ້ສະໜັບສະໜູນຂອງທ່ານ. ເຂົ້າສູ່ລະບົບພຽງຄັ້ງດຽວ ແລ້ວທ່ານຈະໄດ້ຮັບການເຂົ້າສູ່ລະບົບໃນທຸກລະບົບເຫຼົ່ານັ້ນ.
ເນື່ອງຈາກມັນຖືກສ້າງຂຶ້ນບົນມາດຕະຖານເປີດແທນທີ່ຈະເປັນການເຂົ້າສູ່ລະບົບແບບມີກຳມະສິດ, ຊັ້ນຂໍ້ມູນປະຈຳຕົວຈຶ່ງສາມາດປ່ຽນແທນໄດ້ໃນຮູບແບບດຽວກັນກັບທຸກໆອົງປະກອບອື່ນໆຂອງແພລດຟອມ. ບໍ່ມີສ່ວນໃດໃນຮູບແບບການເຂົ້າເຖິງຂອງທ່ານຖືກກັກໄວ້ໃນຜະລິດຕະພັນຂອງຜູ້ຂາຍ, ແລະ ບໍ່ມີການກວດສອບສິດຂອງທີມງານທ່ານທີ່ຂຶ້ນກັບການທີ່ພວກເຮົາຕ້ອງຮັກສາຜູ້ສະໜອງລາຍດຽວໄວ້. ນັ້ນແມ່ນຫຼັກການທີ່ບໍ່ມີການຜູກຂາດແບບດຽວກັນກັບທີ່ພວກເຮົານຳໃຊ້ກັບບັນຊີ CDN, DNS ແລະ ຜູ້ໃຫ້ບໍລິການຊຳລະເງິນ.
ການເຂົ້າສູ່ລະບົບແມ່ນໄດ້ຮັບການປັບແຕ່ງຕາມທ້ອງຖິ່ນແລ້ວ, ແລະ ການສົ່ງຕໍ່ຈາກເວັບໄຊໄປຍັງໜ້າຈໍເຂົ້າສູ່ລະບົບຈະຮັກສາພາສາຂອງທ່ານໄວ້ — ດັ່ງນັ້ນ ທີມງານທີ່ຢູ່ຫຼາຍປະເທດຈຶ່ງບໍ່ຖືກບັງຄັບໃຫ້ເຂົ້າສູ່ລະບົບດ້ວຍພາສາອັງກິດເທົ່ານັ້ນ.
ສີ່ວິທີ, ທຸກວິທີລ້ວນແຕ່ຢູ່ໃນລະດັບດີເລີດ, ສາມາດກຳນົດຄ່າສະເພາະແຕ່ລະບຸກຄົນໄດ້ທັງໝົດ. ບໍ່ມີໃຜຖືກບັງຄັບໃຫ້ເລືອກຕົວເລືອກທີ່ອ່ອນແອທີ່ສຸດ ພຽງຍ້ອນວ່າມັນເປັນຕົວເລືອກດຽວທີ່ມີໃຫ້.
ປ້ອນອີເມວຂອງທ່ານ, ຄລິກລິ້ງ, ທ່ານກໍເຂົ້າສູ່ລະບົບແລ້ວ. ບໍ່ມີລະຫັດຜ່ານທີ່ຈະຖືກຫຼອກເອົາ, ນຳໃຊ້ຄືນ ຫຼື ຮົ່ວໄຫຼໃນການຮົ່ວໄຫຼຂອງຂໍ້ມູນ. ນີ້ແມ່ນເສັ້ນທາງເລີ່ມຕົ້ນສຳລັບບັນຊີໃໝ່, ແລະ ສຳລັບຄົນສ່ວນໃຫຍ່ ມັນເປັນເສັ້ນທາງດຽວທີ່ພວກເຂົາຕ້ອງການ.
ລົງທະບຽນ passkey — Touch ID, Face ID, Windows Hello, ຫຼື ຄີຮາດແວເຊັ່ນ YubiKey — ແລະ ເຂົ້າສູ່ລະບົບໂດຍບໍ່ຕ້ອງໃຊ້ລະຫັດຜ່ານເລີຍ. Passkey ຖືກຜູກມັດກັບໂດເມນຕົ້ນທາງ, ດັ່ງນັ້ນ ໜ້າເຂົ້າສູ່ລະບົບປອມແປງຈຶ່ງບໍ່ສາມາດລັກເອົາໄດ້. ແພລັດຟອມຮອງຮັບຕົວພິສູດຢືນຢັນ ES256 ແລະ RS256 ແລະ ມັກການຢືນຢັນຕົວຕົນຂອງຜູ້ໃຊ້.
ເຂົ້າສູ່ລະບົບດ້ວຍ Google ຜ່ານການເຊື່ອມຕໍ່ຜູ້ໃຫ້ບໍລິການລະບຸຕົວຕົນມາດຕະຖານ, ເພື່ອໃຫ້ບັນຊີໄດ້ຮັບການຄວບຄຸມໃດກໍຕາມທີ່ Google Workspace ຂອງທ່ານບັງຄັບໃຊ້ອັດຕະໂນມັດ. ຜູ້ໃຫ້ບໍລິການອື່ນໆກໍເຊື່ອມຕໍ່ໃນຮູບແບບດຽວກັນ — ບໍ່ມີສ່ວນໃດເລີຍທີ່ເປັນການເຊື່ອມໂຍງແບບກຳນົດເອງສະເພາະ.
ຖືກຮັກສາໄວ້ສຳລັບຜູ້ຄົນ ແລະ ສະຄຣິບທີ່ຕ້ອງການມັນ, ແລະ ປະຕິບັດຕາມນະໂຍບາຍຕົວຈິງ: ຢ່າງໜ້ອຍສິບສອງຕົວອັກສອນ, ບໍ່ໃຫ້ເປັນຊື່ຜູ້ໃຊ້ ຫຼື ທີ່ຢູ່ອີເມວຂອງທ່ານຢ່າງເດັດຂາດ, ບໍ່ໃຫ້ໃຊ້ຄືນສາມລະຫັດຜ່ານຫຼ້າສຸດຂອງທ່ານ, ແຮຊດ້ວຍ Argon2. ທີ່ຢູ່ອີເມວຈະຖືກກວດສອບຢືນຢັນກ່ອນທີ່ບັນຊີຈະສາມາດນຳໃຊ້ໄດ້.
ປັດໄຈທີສອງແມ່ນສ່ວນໜຶ່ງຂອງລະບົບການລະບຸຕົວຕົນ, ບໍ່ແມ່ນສ່ວນເສີມທີ່ທ່ານຊື້ ຫຼື ປລັກອິນທີ່ທ່ານຕິດຕັ້ງຢູ່ໃນເວັບໄຊຂອງທ່ານເອງ.
ຖ້າອົງກອນຂອງທ່ານນຳໃຊ້ຜູ້ໃຫ້ບໍລິການລະບຸຕົວຕົນຢູ່ແລ້ວ — Okta, Entra ID, Google Workspace, ຫຼື ສິ່ງອື່ນໃດທີ່ຮອງຮັບ SAML — ທ່ານພຽງແຕ່ເຊື່ອມຕໍ່ມັນ ແລະ ຄົນຂອງທ່ານກໍສາມາດເຂົ້າສູ່ລະບົບ Zinn Digital® ດ້ວຍຂໍ້ມູນປະຈຳຕົວຂອງອົງກອນທີ່ມີຢູ່ແລ້ວ. ບໍ່ມີລະຫັດຜ່ານທີສອງໃຫ້ທີມງານຂອງທ່ານຕ້ອງຈັດການ, ແລະ ບໍ່ມີລາຍການກວດສອບການຢຸດເຮັດວຽກທີສອງໃຫ້ຕ້ອງຫຼົງລືມ.
ສິ່ງນັ້ນສຳຄັນທີ່ສຸດໃນລະດັບຕົວແທນ ແລະ ຜູ້ຂາຍຕໍ່, ເຊິ່ງການປ່ຽນແປງພະນັກງານແມ່ນເຫດການຄວາມປອດໄພທີ່ແທ້ຈິງ. ເມື່ອມີຄົນລາອອກ ແລະ ທ່ານປິດການນຳໃຊ້ພວກເຂົາໃນໄດເຣັກທໍຣີຂອງທ່ານ, ທ່ານກໍໄດ້ປິດເສັ້ນທາງເຂົ້າສູ່ໂຮດຕິ້ງຂອງທ່ານເຊັ່ນກັນ. ການເຂົ້າເຖິງຈະເປັນໄປຕາມສະຖານະການຈ້າງງານຈາກສູນກາງ, ແທນທີ່ຈະຕ້ອງໄລ່ຕິດຕາມໃນເຄື່ອງມື SaaS ຫຼາຍສິບອັນ.
SAML ເຮັດວຽກຄຽງຄູ່ກັບສິ່ງອື່ນໆທັງໝົດ ແທນທີ່ຈະປ່ຽນແທນພວກມັນ: ຜູ້ຮັບເໝົາຍັງສາມາດໄດ້ຮັບບັນຊີ magic-link ພາຍໃຕ້ບົດບາດທີ່ກຳນົດຂອບເຂດໄວ້, ໃນຂະນະທີ່ພະນັກງານປະຈຳຈະເຂົ້າສູ່ລະບົບຜ່ານ SSO. ອົງກອນດຽວ, ຮູບແບບການອະນຸຍາດດຽວ, ສອງປະຕູທາງໜ້າ.
ການເຂົ້າເຖິງແມ່ນຖືກກຳນົດຂອບເຂດຕາມໂຄງສ້າງອົງກອນ — ຈາກຕົວແທນຈຳໜ່າຍ ໄປຫາລູກຄ້າ ຈົນເຖິງເວັບໄຊ — ແລະ ຖືກບັງຄັບໃຊ້ຢູ່ໃນຖານຂໍ້ມູນເອງຜ່ານລະບົບຄວາມປອດໄພລະດັບແຖວ, ບໍ່ແມ່ນພຽງແຕ່ໃນແອັບພລິເຄຊັນເທົ່ານັ້ນ. ການເຂົ້າເຖິງຂ້າມຜູ້ເຊົ່າ (Cross-tenant) ບໍ່ແມ່ນນະໂຍບາຍທີ່ພວກເຮົາຂໍໃຫ້ຄົນປະຕິບັດຕາມ; ມັນແມ່ນຄຳສັ່ງສອບຖາມ (query) ທີ່ບໍ່ສາມາດສົ່ງຄືນແຖວຂໍ້ມູນໄດ້ເລີຍ. ບົດບາດຂອງລູກຄ້າສີ່ບົດບາດກວມເອົາການແບ່ງແຍກໜ້າທີ່ຕົວຈິງ.
ການຄວບຄຸມອົງກອນ ແລະ ບັນຊີຍ່ອຍຢ່າງສົມບູນ: ສ້າງອົງກອນຍ່ອຍ, ເຊີນ ແລະ ລຶບສະມາຊິກ, ກຳນົດບົດບາດ, ຈັດການທຸກເວັບໄຊ, ດຳເນີນການຮຽກເກັບເງິນ ແລະ ອອກໃບແຈ້ງໜີ້, ຈັດການຄີ API ແລະ ອ່ານບັນທຶກການກວດສອບ.
ໃບແຈ້ງໜີ້, ການສະໝັກໃຊ້, ວິທີການຊຳລະເງິນ ແລະ ລາຍການແພັກເກດ — ແລະ ບໍ່ມີຫຍັງອື່ນອີກ. ພະນັກງານການເງິນ ຫຼື ນັກບັນຊີຂອງທ່ານສາມາດຊຳລະໃບແຈ້ງໜີ້ໄດ້ ໂດຍບໍ່ມີສິດແຕະຕ້ອງ, ໂຈະ ຫຼື ລຶບເວັບໄຊທີ່ກຳລັງເປີດໃຊ້ງານຢູ່.
ການເຂົ້າເຖິງເວັບໄຊ ແລະ API ໂດຍບໍ່ມີການຄວບຄຸມການຮຽກເກັບເງິນ: ເບິ່ງ ແລະ ຈັດສັນເວັບໄຊ, ເລີ່ມການບໍລິການຄືນໃໝ່, ລຶບລ້າງແຄຊ, ຈັດການຄີ API ແລະ ປີ້ວຽກ. ບໍ່ມີການເຂົ້າເຖິງວິທີການຊຳລະເງິນ, ການອອກໃບແຈ້ງໜີ້ ຫຼື ການປ່ຽນແປງແພັກເກດໂດຍເຈດຕະນາ.
ເບິ່ງໄດ້ເທົ່ານັ້ນໃນທົ່ວອົງກອນ — ເວັບໄຊ, ການຮຽກເກັບເງິນ, ແຜນການ, ປີ້ແຈ້ງບັນຫາ, ສະຖານະການແປ ແລະ ບັນທຶກການກວດສອບ. ບົດບາດທີ່ເໝາະສົມສຳລັບຜູ້ກວດສອບ, ລູກຄ້າທີ່ຕ້ອງການເບິ່ງເຫັນຂໍ້ມູນ, ຫຼື ພະນັກງານໃໝ່ໃນອາທິດທຳອິດຂອງພວກເຂົາ.
ໜ້າປັດຄວບຄຸມແມ່ນຊ່ອງທາງໜຶ່ງໃນການເຂົ້າເຖິງ. API, CLI, ຜູ້ໃຫ້ບໍລິການ Terraform ແລະ ເຊີບເວີ MCP ແມ່ນຊ່ອງທາງອື່ນໆ — ແລະ ພວກມັນຖືກຄວບຄຸມພາຍໃຕ້ຮູບແບບການເຂົ້າເຖິງດຽວກັນ, ເນື່ອງຈາກຄີທີ່ບໍ່ມີການກຳນົດຂອບເຂດຈະຂ້າມຜ່ານທຸກບົດບາດທີ່ທ່ານຫາກໍ່ກຳນົດຄ່າໄປ.
ຄີ API ຖືກອອກໃຫ້ແກ່ອົງກອນ ບໍ່ແມ່ນໃຫ້ແກ່ບຸກຄົນໃດໜຶ່ງ, ແລະ ມີຂອບເຂດສິດຂອງຕົນເອງ. ໃຫ້ປະຕິບັດຕໍ່ມັນຄືກັບຂໍ້ມູນປະຈຳຕົວທີ່ໃຊ້ຮ່ວມກັນ: ຕັ້ງຊື່ມັນຕາມຈຸດປະສົງ, ກຳນົດຂອບເຂດທີ່ແຄບທີ່ສຸດເທົ່າທີ່ສາມາດໃຊ້ວຽກໄດ້, ແລະ ປ່ຽນຄີໃໝ່ເມື່ອຜູ້ທີ່ສ້າງມັນຍ້າຍອອກໄປ.
ຄີຕົ້ນສະບັບຈະຖືກສະແດງໃຫ້ທ່ານເຫັນພຽງຄັ້ງດຽວ ໃນຕອນສ້າງຂຶ້ນ. ສິ່ງທີ່ພວກເຮົາເກັບຮັກສາໄວ້ແມ່ນ SHA-256 hash ແລະ ຄຳນຳໜ້າສັ້ນໆ ສຳລັບການຊອກຫາ. ພວກເຮົາບໍ່ສາມາດສະແດງຄີໃຫ້ທ່ານເຫັນໄດ້ອີກ, ແລະ ການທີ່ຖານຂໍ້ມູນຖືກບຸກຮຸກກໍຈະບໍ່ເຮັດໃຫ້ຜູ້ໂຈມຕີໄດ້ຮັບຂໍ້ມູນປະຈຳຕົວທີ່ໃຊ້ງານໄດ້.
ແຕ່ລະຄີປະກອບມີຂອບເຂດທີ່ລະອຽດ ເຊິ່ງເຊື່ອມໂຍງກັບລາຍການສິດອະນຸຍາດດຽວກັນກັບທີ່ບົດບາດນຳໃຊ້, ບັນທຶກເວລາທີ່ມັນຖືກນຳໃຊ້ຫຼ້າສຸດ, ແລະ ສາມາດຖືກຍົກເລີກໄດ້ທັນທີໃນຕອນທີ່ມັນເບິ່ງຄືວ່າມີຄວາມຜິດປົກກະຕິ. ຄີ sandbox ທີ່ແຍກຕ່າງຫາກຈະທົດສອບ API ໂດຍບໍ່ມີການຮຽກເກັບເງິນ ຫຼື ການຈັດສັນຊັບພະຍາກອນຕົວຈິງໃດໆ ຢູ່ເບື້ອງຫຼັງ.
ເຊີບເວີ MCP ຊ່ວຍໃຫ້ຕົວແທນໃດກໍຕາມທີ່ຮອງຮັບ MCP ສາມາດຈັດການໂຮສຕິ້ງຂອງທ່ານໄດ້ — ແລະ ມັນຢືນຢັນຕົວຕົນຜ່ານ OAuth 2.1, ໂດຍກຳນົດຂອບເຂດໃຫ້ກັບອົງກອນຂອງທ່ານ ແລະ ການອະນຸຍາດ RBAC ຂອງອົງກອນ, ພ້ອມດ້ວຍໂທເຄັນທີ່ສາມາດຖອນຄືນໄດ້ຕາມແຕ່ລະເຄື່ອງມື, ການຢືນຢັນການດຳເນີນການທີ່ມີຜົນຮ້າຍແຮງ, ການຈຳກັດການໃຊ້ຈ່າຍ ແລະ ບັນທຶກການກວດສອບຢ່າງຄົບຖ້ວນ. ການເຊື່ອມຕໍ່ຜູ້ຊ່ວຍ AI ບໍ່ໄດ້ໝາຍຄວາມວ່າການມອບກະແຈທຸກຢ່າງໃຫ້ກັບມັນ.
ທຸກໆການກະທຳທີ່ມີສິດພິເສດຈະບັນທຶກຂໍ້ມູນແບບເພີ່ມຕໍ່ໄດ້ເທົ່ານັ້ນ — ໃຜເປັນຜູ້ເຮັດ, ເຂົາເຈົ້າເຮັດຫຍັງ, ເຮັດໃສ່ຫຍັງ, ຫຼັກຖານຢັ້ງຢືນ, ແລະ ທີ່ຢູ່ IP ຕົ້ນທາງ, ພ້ອມກັບເວລາບັນທຶກ. ນີ້ບໍ່ແມ່ນຄວາມສະດວກໃນການແກ້ໄຂຂໍ້ຜິດພາດ; ແຕ່ມັນແມ່ນຮ່ອງຮອຍຫຼັກຖານ.
ບໍ່ — ແລະ ພວກເຮົາບໍ່ຕ້ອງການໃຫ້ທ່ານເຮັດແນວນັ້ນ. ການເຂົ້າສູ່ລະບົບຜ່ານອີເມວດ້ວຍ magic-link ເປັນຄ່າເລີ່ມຕົ້ນ, ແລະ ທ່ານສາມາດລົງທະບຽນ passkey (Touch ID, Face ID, Windows Hello ຫຼື ຄີຮາດແວ) ແລ້ວເຂົ້າສູ່ລະບົບໄດ້ໂດຍບໍ່ຈຳເປັນຕ້ອງຕັ້ງລະຫັດຜ່ານເລີຍ. ອີເມວ ແລະ ລະຫັດຜ່ານ ຍັງຄົງມີໃຫ້ໃຊ້ເປັນຕົວເລືອກສຳຮອງ, ໂດຍກຳນົດຂັ້ນຕ່ຳສິບສອງຕົວອັກສອນ, ບໍ່ໃຫ້ໃຊ້ລະຫັດຜ່ານສາມຄັ້ງຫຼ້າສຸດຄືນໃໝ່, ແລະ ນຳໃຊ້ການແຮຊດ້ວຍ Argon2.
ການຢືນຢັນຕົວຕົນແບບສອງຂັ້ນຕອນ TOTP ແມ່ນຖືກຕິດຕັ້ງມາພ້ອມໃນລະດັບຊັ້ນຕົວຕົນ ແລະ ສາມາດບັງຄັບໃຊ້ຜ່ານນະໂຍບາຍທົ່ວທັງອົງກອນໄດ້ ແທນທີ່ຈະປ່ອຍໃຫ້ສະມາຊິກແຕ່ລະຄົນເລືອກເອງ. ພາສຄີ (Passkeys) ເປັນຕົວເລືອກທີ່ເຂັ້ມແຂງກວ່າເມື່ອອຸປະກອນຂອງທີມງານທ່ານຮອງຮັບ, ເນື່ອງຈາກພວກມັນກໍາຈັດລະຫັດຜ່ານທີ່ຜູ້ໂຈມຕີອາດຈະໃຊ້ວິທີການຫຼອກລວງ (phishing) ເພື່ອລັກເອົາ.
ແມ່ນແລ້ວ. ບົດບາດຜູ້ຈັດການການຮຽກເກັບເງິນ (Billing Manager) ຈະໃຫ້ສິດເຂົ້າເຖິງສະເພາະໃບຮຽກເກັບເງິນ, ການສະໝັກໃຊ້, ວິທີການຊຳລະເງິນ ແລະ ລາຍການແພັກເກດເທົ່ານັ້ນ — ບໍ່ມີສິດໃນການເບິ່ງ, ຈັດສັນ, ເລີ່ມໃໝ່, ລະງັບ ຫຼື ລຶບເວັບໄຊ. ໃນທາງກົງກັນຂ້າມກໍເຊັ່ນດຽວກັນ: ບົດບາດນັກພັດທະນາ (Developer) ຈະຈັດການເວັບໄຊ ແລະ ການເຂົ້າເຖິງ API ໂດຍບໍ່ມີສິດຄວບຄຸມການຮຽກເກັບເງິນເລີຍ. ບົດບາດຈະຖືກມອບໝາຍຕາມແຕ່ລະອົງກອນ, ດັ່ງນັ້ນບົດບາດໃນອົງກອນໜຶ່ງຈະບໍ່ໃຫ້ສິດເຂົ້າເຖິງໃນອົງກອນອື່ນທີ່ແຍກຕ່າງຫາກ ແລະ ບໍ່ກ່ຽວຂ້ອງກັນ — ເຖິງແມ່ນວ່າບົດບາດໃນອົງກອນຫຼັກຈະມີຜົນບັງຄັບໃຊ້ກັບອົງກອນທີ່ຢູ່ພາຍໃຕ້ມັນກໍຕາມ.
ຖອນການນຳໃຊ້ມັນຈາກໜ້າຕ່າງຄວບຄຸມ ແລ້ວມັນຈະຢຸດເຮັດວຽກໃນທັນທີ. ໄລຍະເວລາຄວາມເສຍຫາຍແມ່ນຖືກຈຳກັດຕາມສິ່ງທີ່ຄີດັ່ງກ່າວສາມາດເຮັດໄດ້ແຕ່ທຳອິດ, ເຊິ່ງເປັນເຫດຜົນທີ່ຄີຕ່າງໆ ມີຂອບເຂດສິດທີ່ລະອຽດ ແລະ ບັນທຶກເວລາການນຳໃຊ້ຫຼ້າສຸດໄວ້ — ຂອບເຂດສິດທີ່ຮັດກຸມ ແລະ ຮ່ອງຮອຍການນຳໃຊ້ທີ່ເຫັນໄດ້ຊັດເຈນ ແມ່ນສິ່ງທີ່ປ່ຽນການຮົ່ວໄຫຼໃຫ້ເປັນພຽງເຫດການທີ່ສາມາດຄວບຄຸມໄດ້ ແທນທີ່ຈະເປັນການຖືກແຮັກບັນຊີຢ່າງສົມບູນ. ກະລຸນາຮັບຊາບວ່າຄີແມ່ນຖືກອອກໃຫ້ແກ່ອົງກອນ ຫຼາຍກວ່າທີ່ຈະອອກໃຫ້ແກ່ບຸກຄົນ, ດັ່ງນັ້ນຄວນປະຕິບັດຕໍ່ຄີເຫຼົ່ານັ້ນຄືກັບຂໍ້ມູນປະຈຳຕົວທີ່ໃຊ້ຮ່ວມກັນ ແລະ ປ່ຽນແທນໃໝ່ເມື່ອມີຄົນລາອອກ ຫຼື ຍ້າຍໜ້າວຽກ. ມີພຽງແຕ່ຄ່າ hash ຂອງຄີເທົ່ານັ້ນທີ່ຖືກເກັບໄວ້ຢູ່ຝັ່ງຂອງພວກເຮົາ, ດັ່ງນັ້ນການຮົ່ວໄຫຼຈາກຖານຂໍ້ມູນຂອງພວກເຮົາຈຶ່ງບໍ່ເຮັດໃຫ້ເກີດມີຂໍ້ມູນປະຈຳຕົວທີ່ສາມາດໃຊ້ງານໄດ້.
ແມ່ນແລ້ວ. ທຸກໆການດຳເນີນການທີ່ມີສິດທິພິເສດແມ່ນຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບແບບເພີ່ມຂໍ້ມູນໄດ້ຢ່າງດຽວ ພ້ອມກັບຜູ້ກະທຳ, ການດຳເນີນການ, ເປົ້າໝາຍ, ຫຼັກຖານຢັ້ງຢືນ, IP ຕົ້ນທາງ ແລະ ເວລາທີ່ບັນທຶກ. ບົດບາດເຈົ້າຂອງ ແລະ ບົດບາດອ່ານໄດ້ຢ່າງດຽວ ສາມາດອ່ານມັນໄດ້ໂດຍກົງ. ການດຳເນີນການຂອງພະນັກງານໃນບັນຊີຂອງທ່ານແມ່ນຖືກບັນທຶກໄວ້ໃນເສັ້ນທາງດຽວກັນ, ແລະ ການດຳເນີນການຂອງພະນັກງານທີ່ມີຄວາມອ່ອນໄຫວ ຫຼື ອາດສ້າງຄວາມເສຍຫາຍ ສາມາດຮຽກຮ້ອງໃຫ້ມີການຢືນຢັນຕົວຕົນຂັ້ນສູງ ຫຼື ການອະນຸມັດຈາກສອງຄົນກ່ອນ.
ແມ່ນແລ້ວ — ຮອງຮັບ SAML SSO ສຳລັບບັນຊີວິສາຫະກິດ ແລະ ຕົວແທນ, ດັ່ງນັ້ນບຸກຄະລາກອນຂອງທ່ານຈຶ່ງຢັ້ງຢືນຕົວຕົນດ້ວຍຂໍ້ມູນປະຈຳຕົວຂອງອົງກອນທີ່ມີຢູ່ແລ້ວ ແລະ ການປົດບຸກຄະລາກອນອອກໃນໄດເຣັກທໍຣີຂອງທ່ານຈະລຶບການເຂົ້າເຖິງຂອງພວກເຂົາຢູ່ນີ້ເຊັ່ນກັນ. ທ່ານສາມາດປະສົມປະສານວິທີການຕ່າງໆໄດ້: SSO ສຳລັບພະນັກງານປະຈຳ, ບັນຊີ magic-link ທີ່ກຳນົດຂອບເຂດສຳລັບຜູ້ຮັບເໝົາ, ທັງໝົດຢູ່ພາຍໃຕ້ຮູບແບບການອະນຸຍາດດຽວກັນ.
ບໍ່ — ລະຫັດຜ່ານແມ່ນຕັ້ງໃຈບໍ່ຍ້າຍມາ. ບັນຊີຂອງທ່ານຈະຖືກນຳເຂົ້າໂດຍບໍ່ມີລະຫັດຜ່ານ, ແລະ ໃນການເຂົ້າສູ່ລະບົບຄັ້ງທຳອິດ ທ່ານສາມາດໃຊ້ລິ້ງວິເສດ (magic-link) ຫຼື ຕັ້ງລະຫັດຜ່ານໃໝ່ຕາມນະໂຍບາຍປະຈຸບັນ. ການຍ້າຍແຮຊລະຫັດຜ່ານເກົ່າມາຈະນຳເອົາຈຸດອ່ອນເກົ່າເຂົ້າມາສູ່ລະບົບໃໝ່, ດັ່ງນັ້ນພວກເຮົາຈຶ່ງບໍ່ເຮັດແນວນັ້ນ.
ການທົດລອງໃຊ້ Footprint-Free ມີກຳນົດ 14 ມື້, ບໍ່ຕ້ອງໃຊ້ບັດ, ແລະ ກວມເອົາສູງສຸດເຖິງຫ້າເວັບໄຊ. ທ່ານຈະໄດ້ຮັບຊັ້ນຂໍ້ມູນການລະບຸຕົວຕົນແບບເຕັມຮູບແບບໃນລະຫວ່າງການທົດລອງໃຊ້ — ລະຫັດຜ່ານຜ່ານ (passkeys), ການຢືນຢັນຕົວຕົນແບບສອງຊັ້ນ, ບົດບາດ, ຄີ API ແລະ ບັນທຶກການກວດສອບ ຈະບໍ່ຖືກຈຳກັດໄວ້ສະເພາະແພັກເກດທີ່ເສຍເງິນ.
ລົງທະບຽນ passkey, ເຊີນທີມງານຂອງທ່ານເຂົ້າສູ່ບົດບາດທີ່ເໝາະສົມ, ແລະ ອອກລະຫັດ API ທີ່ກຳນົດຂອບເຂດ — ທັງໝົດນີ້ໃນການທົດລອງໃຊ້ 14 ວັນ ໂດຍບໍ່ຕ້ອງລະບຸຂໍ້ມູນບັດ.
ເລີ່ມຕົ້ນຟຣີ