សុវត្ថិភាពគណនី
សុវត្ថិភាពម៉ាស៊ីនបម្រើការពារគេហទំព័រ។ សុវត្ថិភាពគណនីការពារសោចូលប្រើប្រាស់ពួកវា។ រាល់ការចូលគណនី 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 ឬ hardware key) និងចូលដោយមិនចាំបាច់កំណត់ពាក្យសម្ងាត់ឡើយ។ អ៊ីមែល និងពាក្យសម្ងាត់នៅតែអាចប្រើបានជាជម្រើសបម្រុង ដោយតម្រូវឱ្យមានយ៉ាងតិចដប់ពីរតួអក្សរ មិនអនុញ្ញាតឱ្យប្រើពាក្យសម្ងាត់ចុងក្រោយចំនួនបីឡើងវិញឡើយ និងប្រើប្រាស់ការធ្វើ hashing តាម Argon2។
ការផ្ទៀងផ្ទាត់ពីរជំហាន TOTP ត្រូវបានបង្កើតឡើងនៅក្នុងស្រទាប់អត្តសញ្ញាណ ហើយអាចត្រូវបានអនុវត្តដោយគោលការណ៍ទូទាំងស្ថាប័ន ជាជាងទុកឱ្យសមាជិកម្នាក់ៗសម្រេចចិត្តជ្រើសរើសដោយខ្លួនឯង។ Passkeys គឺជាជម្រើសដ៏រឹងមាំជាងនៅពេលដែលឧបករណ៍របស់ក្រុមការងារអ្នកគាំទ្រពួកវា ពីព្រោះពួកវាលុបបំបាត់ពាក្យសម្ងាត់ដែលអ្នកវាយប្រហារនឹងព្យាយាមបោកបញ្ឆោត (phishing) ដើម្បីលួចយក។
បាទ/ចាស៎។ តួនាទីជាអ្នកគ្រប់គ្រងការទូទាត់ប្រាក់ (Billing Manager) ផ្តល់សិទ្ធិចូលប្រើប្រាស់វិក្កយបត្រ ការជាវ មធ្យោបាយទូទាត់ និងកាតាឡុកគម្រោងប៉ុណ្ណោះ ហើយគ្មានអ្វីផ្សេងទៀតឡើយ — មិនមានលទ្ធភាពមើល ការបម្រុងទុក ការចាប់ផ្តើមឡើងវិញ ការផ្អាក ឬការលុបគេហទំព័រនោះទេ។ ករណីផ្ទុយមកវិញក៏ដូចគ្នាដែរ៖ តួនាទីជាអ្នកអភិវឌ្ឍន៍ (Developer) គ្រប់គ្រងគេហទំព័រ និងការចូលប្រើប្រាស់ API ដោយគ្មានការគ្រប់គ្រងលើការទូទាត់ប្រាក់ទាល់តែសោះ។ តួនាទីត្រូវបានចាត់ចែងតាមស្ថាប័ននីមួយៗ ដូច្នេះតួនាទីនៅក្នុងស្ថាប័នមួយមិនផ្តល់សិទ្ធិចូលប្រើប្រាស់នៅក្នុងស្ថាប័នដាច់ដោយឡែកដែលមិនពាក់ព័ន្ធនោះឡើយ — ទោះបីជាតួនាទីនៅក្នុងស្ថាប័នមេ ត្រូវអនុវត្តចំពោះស្ថាប័នដែលស្ថិតនៅក្រោមវាក៏ដោយ។
ដកហូតវាចេញពីផ្ទាំងគ្រប់គ្រង ហើយវានឹងឈប់ដំណើរការភ្លាមៗ។ វិសាលភាពនៃការខូចខាតត្រូវបានកំណត់ដោយអ្វីដែលកូនសោនោះអាចធ្វើបានតាំងពីដំបូង នោះហើយជាមូលហេតុដែលកូនសោមានវិសាលភាពលម្អិត និងកត់ត្រាត្រាពេលវេលានៃការប្រើប្រាស់ចុងក្រោយ — វិសាលភាពចង្អៀត និងដាននៃការប្រើប្រាស់ដែលអាចមើលឃើញ គឺជាអ្វីដែលបង្វែរការលេចធ្លាយទៅជាឧប្បត្តិហេតុដែលអាចគ្រប់គ្រងបាន ជាជាងការបាត់បង់សុវត្ថិភាពគណនីទាំងស្រុង។ សូមកត់សម្គាល់ថាកូនសោត្រូវបានចេញជូនស្ថាប័នជាជាងបុគ្គល ដូច្នេះសូមចាត់ទុកពួកវាជាព័ត៌មានសម្ងាត់រួម ហើយបង្វិលផ្លាស់ប្តូរពួកវានៅពេលដែលមានបុគ្គលិកចាកចេញ។ មានតែតម្លៃ hash នៃកូនសោប៉ុណ្ណោះដែលត្រូវបានរក្សាទុកនៅខាងយើង ដូច្នេះការលេចធ្លាយចេញពីមូលដ្ឋានទិន្នន័យរបស់យើងនឹងមិនបង្កើតព័ត៌មានសម្ងាត់ដែលអាចដំណើរការបានឡើយ។
បាទ/ចាស។ រាល់សកម្មភាពដែលមានសិទ្ធិពិសេសទាំងអស់ត្រូវបានកត់ត្រាទុកនៅក្នុងកំណត់ហេតុសវនកម្មដែលអាចបន្ថែមបានតែប៉ុណ្ណោះ ជាមួយតួអង្គប្រតិបត្តិ សកម្មភាព គោលដៅ ភស្តុតាងគាំទ្រ IP ប្រភព និងត្រាពេលវេលា។ តួនាទីជាម្ចាស់ និងតួនាទីដែលអាចអានបានតែប៉ុណ្ណោះ អាចអានវាបានដោយផ្ទាល់។ សកម្មភាពរបស់បុគ្គលិកនៅលើគណនីរបស់អ្នកត្រូវបានកត់ត្រាក្នុងដានដូចគ្នា ហើយសកម្មភាពរបស់បុគ្គលិកដែលមានលក្ខណៈរសើប ឬអាចបង្កការខូចខាត អាចទាមទារការផ្ទៀងផ្ទាត់បន្ថែម ឬការអនុម័តពីមនុស្សពីរនាក់ជាមុនសិន។
បាទ/ចាស — SAML SSO ត្រូវបានគាំទ្រសម្រាប់គណនីសហគ្រាស និងទីភ្នាក់ងារ ដូច្នេះបុគ្គលិករបស់អ្នកផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវដោយប្រើព័ត៌មានសម្ងាត់សាជីវកម្មដែលមានស្រាប់ ហើយការបិទដំណើរការនៅក្នុងថតបញ្ជីរបស់អ្នកក៏នឹងដកសិទ្ធិចូលប្រើប្រាស់របស់ពួកគេនៅទីនេះផងដែរ។ អ្នកអាចរួមបញ្ចូលគ្នានូវវិធីសាស្ត្រផ្សេងៗ៖ SSO សម្រាប់បុគ្គលិកអចិន្ត្រៃយ៍ គណនី magic-link ដែលមានកំណត់វិសាលភាពសម្រាប់អ្នកម៉ៅការ ដែលទាំងអស់នេះស្ថិតនៅក្នុងគំរូសិទ្ធិអនុញ្ញាតតែមួយ។
ទេ — ពាក្យសម្ងាត់ត្រូវបានកំណត់មិនឱ្យផ្ទេរដោយចេតនា។ គណនីរបស់អ្នកត្រូវបាននាំចូលដោយគ្មានពាក្យសម្ងាត់ ហើយនៅពេលចូលប្រើលើកដំបូង អ្នកអាចប្រើតំណវេទមន្ត ឬកំណត់ពាក្យសម្ងាត់ថ្មីស្របតាមគោលការណ៍បច្ចុប្បន្ន។ ការផ្ទេរហាសនៃពាក្យសម្ងាត់ចាស់នឹងនាំយកភាពទន់ខ្សោយចាស់ៗចូលទៅក្នុងប្រព័ន្ធថ្មី ដូច្នេះយើងមិនធ្វើបែបនោះឡើយ។
ការសាកល្បងប្រើប្រាស់ Footprint-Free មានរយៈពេល 14 ថ្ងៃ ដោយមិនចាំបាច់ប្រើកាត ហើយគ្របដណ្តប់រហូតដល់ប្រាំគេហទំព័រ។ អ្នកទទួលបានស្រទាប់អត្តសញ្ញាណពេញលេញក្នុងអំឡុងពេលសាកល្បង — ឃីសម្ងាត់ ការផ្ទៀងផ្ទាត់ពីរជំហាន តួនាទី ឃី API និងកំណត់ហេតុសវនកម្ម គឺមិនត្រូវបានកំណត់នៅពីក្រោយគម្រោងបង់ប្រាក់នោះទេ។
ចុះឈ្មោះ passkey អញ្ជើញក្រុមរបស់អ្នកឱ្យទទួលតួនាទីត្រឹមត្រូវ និងបង្កើតកូនសោ API ដែលកំណត់វិសាលភាព — ទាំងអស់នេះនៅលើការសាកល្បងប្រើរយៈពេល 14 ថ្ងៃដោយមិនចាំបាច់មានព័ត៌មានលម្អិតអំពីកាត។
ចាប់ផ្តើមឥតគិតថ្លៃ