សុវត្ថិភាព

របៀបដែលបន្ទប់ក្រោមដីត្រូវបានសាងសង់ និងអ្វីដែលការបំពាននឹងរកឃើញ។

កែប្រែចុងក្រោយ ថ្ងៃទី 21 ខែកញ្ញា ឆ្នាំ 2026 · AssuredAuth ដោយ CircleRoll LLC

នេះគឺជាការពិពណ៌នាជាសាធារណៈអំពីរបៀបដែល AssuredAuth ការពារអាថ៌កំបាំងពីរកត្តា ពាក្យសម្ងាត់ និងកាតដែលអ្នករក្សាទុកក្នុងនោះ។ វាត្រូវបានសរសេរឡើងដើម្បីឱ្យអ្នកអានដែលគិតគូរពីសុវត្ថិភាពអាចពិនិត្យមើលរាល់ការអះអាងប្រឆាំងនឹងកម្មវិធី និងប្រឆាំងនឹងវ៉ិចទ័រសាកល្បងដែលបានបោះពុម្ពផ្សាយ (អាចរកបានសម្រាប់អ្នកពិនិត្យណាមួយតាមការស្នើសុំនៅ hello@assuredauth.com)។ វានិយាយអំពីអ្វីដែលជាការពិត និងគ្មានអ្វីទៀតទេ៖ គ្មានអ្វីនៅទីនេះអះអាងថាហួសពីការវាយប្រហារនោះទេ ហើយគ្មានអ្វីត្រូវបានសន្យាជាភាគរយនោះទេ។

កំណែខ្លី៖ បន្ទប់សុវត្ថិភាពមាននៅកន្លែងតែមួយ គឺទូរស័ព្ទរបស់អ្នក។ តម្លៃនីមួយៗនៅក្នុងវាត្រូវបានអ៊ិនគ្រីបជាមួយសោដែលផ្នែករឹងសុវត្ថិភាពរបស់ទូរស័ព្ទរក្សាទុក ហើយមិនអាចនាំចេញបាន។ យើងមិនដំណើរការម៉ាស៊ីនមេបន្ទប់សុវត្ថិភាព មិនរក្សាទុកច្បាប់ចម្លង និងមិនរក្សាទុកសោឡើយ។ ឯកសារបម្រុងទុកនឹងទុកទូរស័ព្ទតែបន្ទាប់ពីវាត្រូវបានអ៊ិនគ្រីបក្រោមឃ្លាសម្ងាត់ដែលមិនដែលត្រូវបានរក្សាទុកនៅកន្លែងណាឡើយ។

រាយការណ៍បញ្ហា៖ hello@assuredauth.com. សូមមើល "ការរាយការណ៍ពីចំណុចខ្សោយ" នៅចុងបញ្ចប់។

១. អ្វីដែលត្រូវបានអ៊ិនគ្រីប ជាមួយអ្វី

ទិន្នន័យ	នៅលើទូរស័ព្ទ	សោ
អាថ៌កំបាំងពីរកត្តា (TOTP/HOTP/គ្រាប់ពូជចំហាយទឹក)	នៅលើទូរស័ព្ទKeychain (iOS) / Android ហាងដែលគាំទ្រដោយ Keystore	សោកូនសោ​ដែល​ភ្ជាប់​នឹង​ផ្នែក​រឹង​របស់​វេទិកា; ជួរ​មូលដ្ឋាន​ទិន្នន័យ​ផ្ទុក​តែ​ឯកសារ​យោង (secretRef) ប៉ុណ្ណោះ មិន​ដែល​ផ្ទុក​ឯកសារ​យោង​ជា​បន្តបន្ទាប់​ទេ
ពាក្យសម្ងាត់ (តម្លៃពាក្យសម្ងាត់ កំណត់ចំណាំ)	នៅលើទូរស័ព្ទជួរដេកដែលបិទជិត៖ AES-256-GCM ដែលជា nonce ចៃដន្យ 96 ប៊ីតក្នុងមួយតម្លៃ	សោសោទិន្នន័យចៃដន្យ 256 ប៊ីត ដែលរុំដោយសោផ្នែករឹងក្នុង §2
កាត (លេខកាត, ថ្ងៃផុតកំណត់, ឈ្មោះនៅលើកាត, CVC)	នៅលើទូរស័ព្ទត្រាដូចគ្នានឹងពាក្យសម្ងាត់ដែរ។ CVC គឺស្រេចចិត្ត ហើយត្រូវបានរក្សាទុកលុះត្រាតែអ្នកបញ្ចូលវា	សោសោទិន្នន័យដូចគ្នា
ទិន្នន័យមេតា (ឈ្មោះសេវាកម្ម ឈ្មោះអ្នកប្រើប្រាស់ រូបតំណាង លំដាប់តម្រៀប)	នៅលើទូរស័ព្ទមូលដ្ឋានទិន្នន័យរបស់កម្មវិធី (SwiftData / បន្ទប់)	សោការពារដោយការអ៊ិនគ្រីបឯកសាររបស់ប្រព័ន្ធប្រតិបត្តិការ; ចាត់ទុកថាមិនមែនជាការសម្ងាត់
ឯកសារបម្រុងទុក (.authbackup)	នៅលើទូរស័ព្ទកន្លែងណាដែលអ្នកដាក់វា៖ ឯកសារ, iCloud Drive, Google Drive appDataFolder, សន្លឹកចែករំលែក	សោសោ​មួយ​ដែល​ទទួល​បាន​ពី​ឃ្លា​សម្ងាត់​របស់​អ្នក (§3)។ Apple និង Google ទទួល​បាន​ឯកសារ​ដែល​បិទ​ជិត ហើយ​មិន​ទទួល​បាន​អ្វី​ផ្សេង​ទៀត​ទេ។
កម្មវិធីដៃគូ Watch / Wear	នៅលើទូរស័ព្ទកូនសោរផ្ទាល់ខ្លួនរបស់នាឡិកា / ការកំណត់ដែលបានអ៊ិនគ្រីបដែលបានចែករំលែក	សោសោរ​របស់​វេទិកា​នាឡិកា; បាន​ផ្ទេរ​តាម​រយៈ​ឆានែល​ឧបករណ៍​ដែល​បាន​ផ្គូផ្គង​របស់​វេទិកា
ចរាចរណ៍ផ្នែកបន្ថែមលើកុំព្យូទ័រ (លេខកូដម្តងតាមការស្នើសុំ)	នៅលើទូរស័ព្ទមិនត្រូវបានរក្សាទុកទេ។ បញ្ជូនបន្តជាស្រោមសំបុត្រដែលបានអ៊ិនគ្រីបពីដើមដល់ចប់	សោគូសោ X25519 ក្នុងមួយគូ សោឯកជននៅក្នុង Keychain / Keystore; បញ្ជូនតមើលឃើញតែអត្ថបទសម្ងាត់ប៉ុណ្ណោះ។

ការធ្វើរោគវិនិច្ឆ័យមិនមានវិធីសាស្ត្រណាដែលទទួលយកការសម្ងាត់នោះទេ។ គ្មានព្រឹត្តិការណ៍វិភាគណាមួយដែលមានវាល vault ទេ។ គ្មានតម្លៃពី vault ត្រូវបានសរសេរទៅកាន់ log នៅក្នុង build ណាមួយឡើយ។

2. កន្លែងដែលសោស្ថិតនៅលើវេទិកានីមួយៗ

iOS. សោទិន្នន័យត្រូវបានរុំដោយសោដែលបង្កើតនៅខាងក្នុង Secure Enclave (kSecAttrTokenIDSecureEnclave) ជាមួយនឹងការគ្រប់គ្រងការចូលប្រើ .privateKeyUsage + .userPresence, accessibility …ThisDeviceOnly នៅក្នុងក្រុមចូលប្រើ Keychain ដែលបានចែករំលែករបស់កម្មវិធី ដូច្នេះផ្នែកបន្ថែម AutoFill អាចប្រើសោដូចគ្នា។ សោឯកជនមិនអាចអានចេញពី Enclave ដោយកម្មវិធី ដោយការបម្រុងទុក ឬដោយកម្មវិធីបំបាត់កំហុសបានទេ។ Enclave យល់ព្រមប្រើប្រាស់វាលុះត្រាតែអ្នកប្រើប្រាស់មានវត្តមាន (Face ID, Touch ID ឬលេខកូដសម្ងាត់ឧបករណ៍)។ ThisDeviceOnly មានន័យថា ការបម្រុងទុក iCloud ឬ iTunes របស់ទូរស័ព្ទមិនមានសោទេ។ ទូរស័ព្ទដែលបានស្ដារឡើងវិញចាប់ផ្តើមជាមួយនឹង vault ទទេ ហើយស្នើសុំឯកសារបម្រុងទុក និងឃ្លាសម្ងាត់របស់អ្នក។ ទូរស័ព្ទដែលគ្មានលេខសម្ងាត់មិនអាចបើកសោ .userPresence បានទេ (Enclave បដិសេធមិនបង្កើតវាទេ) ហើយកម្មវិធីក្លែងធ្វើក៏ដើរតាមផ្លូវដូចគ្នាដែរ (ការជំរុញវត្តមានរបស់វាគឺជាការជូនដំណឹងដែលគ្មានការធ្វើតេស្តណាអាចឆ្លើយបាន)៖ នៅទីនោះ សោទិន្នន័យគឺជាធាតុ Keychain ធម្មតាសម្រាប់ឧបករណ៍តែប៉ុណ្ណោះ — នៅតែចេញពីការបម្រុងទុកនីមួយៗ នៅតែមិនអាចអានបានខណៈពេលដែលទូរស័ព្ទត្រូវបានចាក់សោ ប៉ុន្តែគ្មានការជំរុញលើកទីពីរ — ហើយអេក្រង់សុវត្ថិភាពនិយាយយ៉ាងច្បាស់លាស់អំពីរឿងនោះ ហើយណែនាំឱ្យកំណត់លេខសម្ងាត់។

Android. សោទិន្នន័យត្រូវបានរុំដោយសោ AndroidKeyStore AES-256 ដែលបង្កើតនៅក្នុង StrongBox នៅពេលដែលឧបករណ៍មានមួយ (បើមិនដូច្នោះទេ TEE) ជាមួយ setUserAuthenticationRequired(true) និងសុពលភាពផ្ទៀងផ្ទាត់ 30 វិនាទីបន្ទាប់ពីអត្តសញ្ញាណជីវមាត្រ ឬឧបករណ៍ setUnlockedDeviceRequired(true) និង setInvalidatedByBiometricEnrollment(true) ទុកចោល។ ទង់ចុងក្រោយនោះគឺស្មោះត្រង់ជាជាងបន្ទុក៖ Android អនុវត្តវាតែចំពោះសោដែលទាមទារអត្តសញ្ញាណជីវមាត្រលើការប្រើប្រាស់នីមួយៗ ដូច្នេះនៅលើសោ 30 វិនាទីនេះជាមួយនឹងអត្តសញ្ញាណឧបករណ៍ត្រូវបានអនុញ្ញាត វាមិនផ្លាស់ប្តូរអ្វីទាំងអស់ - អ្វីដែលរារាំងម្រាមដៃរបស់មនុស្សចម្លែកមិនឱ្យចូលគឺថាការចុះឈ្មោះមួយត្រូវការលេខកូដ PIN ហើយការដកសោអេក្រង់ចេញធ្វើឱ្យសោមិនត្រឹមត្រូវជារៀងរហូត។ សោ Keystore មិនអាចនាំចេញបានទេ ហើយត្រូវបានដកចេញពីការបម្រុងទុកលើពពករបស់ Android។ ដែនដែលកម្មវិធីដាក់ឈ្មោះនៅលើទិដ្ឋភាពផ្ទាល់ខ្លួនរបស់វា (webDomain) ត្រូវបានគេជឿតែពីកម្មវិធីរុករកដែលគេស្គាល់ប៉ុណ្ណោះ។ ពីកញ្ចប់ផ្សេងទៀត វាក៏ត្រូវតែជាមួយដែលប្រព័ន្ធបានផ្ទៀងផ្ទាត់សម្រាប់កញ្ចប់នោះ (Digital Asset Links) ព្រោះកម្មវិធីណាមួយអាចទាមទារដែនណាមួយ។

នេះមានន័យយ៉ាងណាចំពោះឯកសារមូលដ្ឋានទិន្នន័យដែលត្រូវបានគេលួច។ ឯកសារ SQLite និងជួរដេកដែលបិទជិតគឺជាអត្ថបទសម្ងាត់។ សោដែលបើកពួកវាស្ថិតនៅក្នុងផ្នែករឹងសុវត្ថិភាពនៅលើទូរស័ព្ទដែលឯកសារនោះមកពី ហើយមិនអាចចម្លងជាមួយឯកសារបានទេ។ មិនមានអ្វីដែលត្រូវទាយក្រៅបណ្តាញទេ៖ សោទិន្នន័យគឺចៃដន្យ មិនមែនមកពីអ្វីដែលមនុស្សម្នាក់ជ្រើសរើសនោះទេ។

៣. ឯកសារបម្រុងទុក

ការបម្រុងទុកគឺជារបស់តែមួយគត់ដែលទុកទូរស័ព្ទ ដូច្នេះវាជាកន្លែងតែមួយគត់ដែលការវាយប្រហារក្រៅបណ្តាញអាចធ្វើទៅបានជាគោលការណ៍។ ការរចនាធ្វើឱ្យការវាយប្រហារនោះមានតម្លៃថ្លៃ និងផ្តល់ឱ្យវានូវការងារតិចតួចបំផុតតាមដែលអាចធ្វើទៅបាន៖

• ឃ្លាសម្ងាត់ត្រូវមានយ៉ាងហោចណាស់ ១២ តួអក្សរ (សន្លឹកនេះបដិសេធតិចជាង ហើយបង្ហាញរបារកម្លាំង)។
• គ្មាន​ព័ត៌មាន​ជំនួយ​ឃ្លាសម្ងាត់​ត្រូវ​បាន​រក្សាទុក​នៅ​កន្លែង​ណាមួយ​ទេ ក្នុង​ឯកសារ ឬ​ក្នុង​កម្មវិធី។
• អំបិលចៃដន្យទំហំ 16 បៃ និងណូនស៍ទំហំ 12 បៃថ្មីសម្រាប់ឯកសារនីមួយៗដែលបានសរសេរ។
• តួ​ទាំងមូល​គឺ AES-256-GCM ដូច្នេះ​ឃ្លាសម្ងាត់​ខុស ឬឯកសារ​ដែលខូច​ត្រូវបានបដិសេធ ហើយ​មិនត្រូវបាន​ឌិគ្រីប​ទៅជា​សំរាម​ឡើយ។
• បឋមកថា (ទ្រង់ទ្រាយ កំណែ ប៉ារ៉ាម៉ែត្រ KDF អំបិល) ត្រូវបានចងភ្ជាប់ទៅនឹងស្លាក GCM ជាទិន្នន័យដែលបានផ្ទៀងផ្ទាត់បន្ថែម ដូច្នេះឯកសារដែលកត្តាការងាររបស់វាត្រូវបានកែសម្រួលមិនបើកទេ។

ឯកសារនេះមានលក្ខណៈ JSON ហើយអាចអានបាននៅក្នុងកម្មវិធីនិពន្ធអត្ថបទណាមួយ។ មានតែអត្ថបទសម្ងាត់ប៉ុណ្ណោះដែលមិនច្បាស់លាស់។ អ្នកដែលរកឃើញឯកសារក្នុងរយៈពេលប្រាំឆ្នាំ ដោយកម្មវិធីត្រូវបានលុបចោល អាចមើលឃើញយ៉ាងច្បាស់ពីរបៀបដែលវាត្រូវបានផ្សាភ្ជាប់ ហើយបើកវាជាមួយ OpenSSL ឬបណ្ណាល័យ Argon2 ណាមួយ។

ទម្រង់ v1 (ភ្ជាប់មកជាមួយកំណែ 1.0 អាចអានបានជានិច្ច)

{
  "format": "authbackup",
  "version": 1,
  "kdf": "PBKDF2-HMAC-SHA256",
  "rounds": 600000,
  "salt": "<base64, 16 bytes>",
  "cipher": "AES-256-GCM",
  "nonce": "<base64, 12 bytes>",
  "ciphertext": "<base64>",
  "tag": "<base64, 16 bytes>"
}

ជំហាន	បៃត៍
key	PBKDF2-HMAC-SHA256(passphrase as UTF-8, salt, 600000 rounds, 32 bytes)
aad	UTF-8("authbackup:1:600000:") ‖ salt (បៃត៍អំបិលឆៅ មិនមែនបៃស៍ 64 ទេ)
ciphertext, tag	AES-256-GCM(key, nonce, plaintext, aad); ស្លាក 16 បៃ រក្សាទុកដោយឡែកពីគ្នា
plaintext	UTF-8 JSON, សោបានតម្រៀប៖ {"accounts":[…],"exportedAt":"…Z","passwords":[…],"version":1}

កំណត់ចំណាំអំពីភាពឆបគ្នា៖ ប្រព័ន្ធប្រតិបត្តិការ Android 1.0 បានសរសេរវ៉ារ្យ៉ង់នៃ v1 — kdf ជាអក្សរតូច គ្មានកូនសោស្លាក (ស្លាក 16 បៃដែលភ្ជាប់ជាមួយអត្ថបទសម្ងាត់) គ្មានទិន្នន័យបន្ថែម។ វេទិកាទាំងពីរបន្តអានឯកសារទាំងនោះ (នៅពេលដែលស្លាកអវត្តមាន៖ បំបែក 16 បៃចុងក្រោយ បើកជាមួយ AAD ទទេ; ប្រៀបធៀប kdf ដោយមិនប្រកាន់អក្សរតូចធំ) ហើយទាំងពីរឥឡូវនេះសរសេរតែប្លង់ខាងលើប៉ុណ្ណោះ។

ទម្រង់ v2 (បច្ចុប្បន្ន; លំនាំដើមសម្រាប់ការបម្រុងទុកថ្មី)

{
  "format": "authbackup",
  "version": 2,
  "kdf": "Argon2id",
  "memoryKiB": 65536,
  "passes": 3,
  "lanes": 1,
  "salt": "<base64, 16 bytes>",
  "cipher": "AES-256-GCM",
  "nonce": "<base64, 12 bytes>",
  "ciphertext": "<base64>",
  "tag": "<base64, 16 bytes>"
}

ជំហាន	បៃត៍
key	Argon2id(version 0x13, passphrase as UTF-8, salt, m = 65536 KiB, t = 3, p = 1, tagLength 32, no secret, no associated data)
aad	UTF-8("authbackup:2:argon2id:65536:3:1:") ‖ salt
ciphertext, tag	AES-256-GCM(key, nonce, plaintext, aad); ស្លាក 16 បៃ រក្សាទុកដោយឡែកពីគ្នា
plaintext	UTF-8 JSON, សោបានតម្រៀប៖ {"accounts":[…],"cards":[…],"exportedAt":"…Z","passwords":[…],"version":2}

Argon2id គឺជាការអនុវត្ត C យោង (phc-winner-argon2, CC0) ដែលដាក់លក់នៅលើវេទិកាទាំងពីរ។ 64 MiB និង 3 pass ចំណាយពេលប្រហែលមួយវិនាទីនៅលើទូរស័ព្ទបច្ចុប្បន្ន ហើយធ្វើឱ្យការស្មាននីមួយៗចំណាយអង្គចងចាំ និងពេលវេលានោះនៅលើផ្នែករឹងណាមួយ - លក្ខណៈសម្បត្តិដែល PBKDF2 ខ្វះប្រឆាំងនឹង GPU rigs និងហេតុផលដែល v2 មាន។ ឧបករណ៍អានមិនអើពើនឹងគ្រាប់ចុចដែលវាមិនដឹង ដូច្នេះឧបករណ៍អាន v1 ដែលបានផ្តល់ឱ្យតួ v2 មិនដែលឃើញកាតទេ។

ភស្តុតាង

ឯកសារវ៉ិចទ័រសាកល្បងចំនួនបី (បម្រុងទុក v1, បម្រុងទុក v2 និង Argon2id) ត្រូវបានបង្កើតឡើងដោយការអនុវត្តទីបី ដែលមិនអាស្រ័យលើកម្មវិធីទាំងពីរ (OpenSSL របស់ Node សម្រាប់ PBKDF2 និង AES-GCM ដែលជា WebAssembly Argon2id ដែលត្រូវបានត្រួតពិនិត្យនៅពេលបង្កើតទល់នឹងចម្លើយដែលបានបោះពុម្ពផ្សាយរបស់ការអនុវត្តឯកសារយោង)។ ឯកសារនីមួយៗមានឃ្លាសម្ងាត់ អំបិល ណូន អត្ថបទធម្មតា កូនសោដែលបានមកពី AAD អត្ថបទសម្ងាត់ និងស្លាកដែលរំពឹងទុក និងឯកសារពេញលេញ។ ការធ្វើតេស្តឯកតានៅលើ iOS និងនៅលើ Android អានឯកសារដូចគ្នា និងអះអាងបៃដូចគ្នា — ដូច្នេះការបម្រុងទុកដែលបិទជិតនៅលើវេទិកាមួយត្រូវបានបង្ហាញ មិនមែនសន្មត់ថា បើកនៅលើវេទិកាមួយទៀតទេ ហើយការព្រមព្រៀងគ្នានៃទាំងបីមិនមែនជាច្បាប់ចម្លងពីរនៃកំហុសដូចគ្នានោះទេ។ ឧបករណ៍​ជំនួយ​មួយ​បើក​ឯកសារ​ដែល​ទូរស័ព្ទ​ពិតជា​បាន​សរសេរ​ជាមួយ​នឹង​ការអនុវត្ត​ទីបី​ដូចគ្នា ហើយ​ពិនិត្យ​បឋមកថា​ទល់នឹង​ច្បាប់​ខាងលើ (ពិតប្រាកដ​ជា​គ្រាប់ចុច​នៃ​ទម្រង់ ដូច្នេះ​មិន​អាច​មាន​ព័ត៌មាន​ជំនួយ ឬ​ឈ្មោះ​បាន​ទេ; អំបិល 16 បៃ, nonce 12 បៃ, ស្លាក 16 បៃ​ត្រូវ​បាន​រក្សាទុក​ដោយ​ឡែក​ពី​គ្នា; កំណែ 2 នៅ 64 MiB / 3 / 1 យ៉ាង​ពិតប្រាកដ; ឃ្លាសម្ងាត់​ខុស​ត្រូវ​បាន​បដិសេធ); ការដំណើរការ iOS ដោយស្វ័យប្រវត្តិ​សរសេរ​មួយ​នៅលើ​កម្មវិធីក្លែងធ្វើ ហើយ​បើក​វា​តាម​វិធី​នោះ ហើយ​ស្វែងរក​កុងតឺន័រ​កម្មវិធី​របស់​កម្មវិធីក្លែងធ្វើ កុងតឺន័រ​ក្រុម​កម្មវិធី និង​មូលដ្ឋាន​ទិន្នន័យ keychain សម្រាប់​ពាក្យសម្ងាត់​នីមួយៗ និង​លេខ​កាត​ជា UTF-8 និង UTF-16 (0 hits)។

៤. គំរូគំរាមកំហែង

ស្ថានភាព	អ្វីដែលពួកគេមាន	អ្វីដែលពួកគេទទួលបាន
ទូរស័ព្ទបាត់ ឬត្រូវបានគេលួច ត្រូវបានចាក់សោ	អ្វីដែលពួកគេមានឧបករណ៍ ឯកសារមូលដ្ឋានទិន្នន័យ ជួរដេកដែលបិទជិត	អ្វីដែលពួកគេទទួលបានអត្ថបទសម្ងាត់។ កូនសោរុំព័ទ្ធគឺស្ថិតនៅក្នុង Secure Enclave / StrongBox ហើយនឹងបញ្ចេញតែបន្ទាប់ពីឧបករណ៍ត្រូវបានចាក់សោ បូករួមទាំងជីវមាត្រ ឬលេខកូដសម្ងាត់ថ្មី។ ការជូតទូរស័ព្ទពីចម្ងាយ (ស្វែងរកឧបករណ៍របស់ខ្ញុំ / ស្វែងរកឧបករណ៍របស់ខ្ញុំ) នឹងបំផ្លាញសម្ភារៈកូនសោជាមួយវា។
ឯកសារបម្រុងទុកដែលត្រូវបានលួច	អ្វីដែលពួកគេមានឯកសារ .authbackup ពីគណនី cloud អ៊ីមែល កុំព្យូទ័រយួរដៃ	អ្វីដែលពួកគេទទួលបានតួ AES-256-GCM ក្រោមសោដែលទទួលបានពីឃ្លាសម្ងាត់យ៉ាងហោចណាស់ 12 តួអក្សរ ជាមួយនឹងអំបិលក្នុងមួយឯកសារ និង Argon2id នៅកម្រិត 64 MiB × 3 បញ្ជូន (v2) ឬ PBKDF2 នៅកម្រិត 600,000 ជុំ (v1)។ គ្មានការណែនាំ គ្មានឈ្មោះអ្នកប្រើប្រាស់ គ្មានបញ្ជីគណនីនៅក្នុងការសម្អាត។ ការទាយនីមួយៗត្រូវចំណាយសម្រាប់ការទាញយកពេញលេញ។ មិនមានផ្លូវកាត់ទេ។ ឃ្លាសម្ងាត់ដ៏រឹងមាំគឺជាការការពារទាំងមូលនៅទីនេះ ហើយកម្មវិធីនិយាយដូច្នេះនៅលើសន្លឹក។
ឧបករណ៍​ដែល​ត្រូវ​បាន​លួច​ដោយ​មិន​បាន​ដោះ​សោ​អេក្រង់	អ្វីដែលពួកគេមានទូរស័ព្ទនៅក្នុងដៃរបស់អ្នក ដោះសោ	អ្វីដែលពួកគេទទួលបានបញ្ជីលេខកូដ។ បន្ទប់សុវត្ថិភាព (ពាក្យសម្ងាត់ កាត) ស្ថិតនៅពីក្រោយការចាក់សោកម្មវិធី ហើយចាក់សោឡើងវិញនៅលើកម្មវិធីកំណត់ម៉ោងចាក់សោដោយស្វ័យប្រវត្តិ (ភ្លាមៗ / 1 នាទី / 5 នាទី)។ តម្លៃដែលបានឌិគ្រីបមាននៅក្នុងអង្គចងចាំតែនៅពេលដែលអេក្រង់របស់វាកំពុងបង្ហាញវាប៉ុណ្ណោះ។ ការបំពេញដោយស្វ័យប្រវត្តិ និងការនាំចេញអត្ថបទធម្មតាស្នើសុំជីវមាត្រថ្មី ទោះបីជាកម្មវិធីបើកក៏ដោយ។ បើកការចាក់សោកម្មវិធីជាមួយ "ភ្លាមៗ" ប្រសិនបើនេះជាករណីដែលអ្នកព្រួយបារម្ភ។
កម្មវិធីព្យាបាទនៅលើទូរស័ព្ទដូចគ្នា	អ្វីដែលពួកគេមានប្រអប់ខ្សាច់របស់កម្មវិធីផ្សេងទៀត ក្ដារតម្បៀតខ្ទាស់ ភាពងាយស្រួលចូលប្រើប្រាស់ ឬល្បិចដាក់ពីលើ	អ្វីដែលពួកគេទទួលបានវាមិនអាចអានឯកសាររបស់យើង (ការ sandboxing វេទិកា) ឬប្រើសោរបស់យើងបានទេ (សោត្រូវបានចងភ្ជាប់ទៅនឹងអត្តសញ្ញាណចុះហត្ថលេខារបស់យើង និងវត្តមានអ្នកប្រើប្រាស់)។ ច្បាប់ចម្លងត្រូវបានលុបចេញពីក្ដារតម្បៀតខ្ទាស់បន្ទាប់ពី 30 វិនាទី។ នៅលើប្រព័ន្ធប្រតិបត្តិការ Android ច្បាប់ចម្លងត្រូវបានសម្គាល់ថាមានភាពរសើប ហើយត្រូវបានដកចេញពីប្រវត្តិក្ដារតម្បៀតខ្ទាស់។ អេក្រង់ Vault កំណត់ FLAG_SECURE នៅលើប្រព័ន្ធប្រតិបត្តិការ Android (គ្មានរូបថតអេក្រង់ គ្មានការថតអេក្រង់ ទទេនៅក្នុងកម្មវិធីប្តូរ)។ iOS ទទេរូបភាពតូចរបស់កម្មវិធីប្តូរ។ ការបំពេញដោយស្វ័យប្រវត្តិនៅលើប្រព័ន្ធប្រតិបត្តិការ Android ត្រូវបានបម្រើតែចំពោះកម្មវិធីដែលប្រព័ន្ធបានផ្ទៀងផ្ទាត់ប្រឆាំងនឹងដែនដែលបានរក្សាទុក (តំណភ្ជាប់ទ្រព្យសកម្មឌីជីថល) ដូច្នេះកម្មវិធីដែលមើលទៅដូចគ្នាមិនត្រូវបានផ្តល់ជូនពាក្យសម្ងាត់របស់អ្នកទេ។
ទំព័របន្លំ	អ្វីដែលពួកគេមានគេហទំព័រដែលមើលទៅដូចគេហទំព័រដែលអ្នកបានរក្សាទុក	អ្វីដែលពួកគេទទួលបានគ្មានអ្វីបំពេញទេ។ ការផ្គូផ្គងគឺតាមដែនដែលអាចចុះឈ្មោះបាន (បញ្ជីបច្ច័យសាធារណៈ ដែលបានចងក្រង និងធ្វើបច្ចុប្បន្នភាពជាមួយកម្មវិធី)៖ login.example.com និង example.com ត្រូវគ្នា ប៉ុន្តែ example.com.evil.net និង examp1e.com មិនត្រូវគ្នាទេ។ កម្មវិធីរុករកក្នុងកម្មវិធីត្រូវគ្នាតាមរបៀបដូចគ្នា ហើយបំពេញតែទៅក្នុងស៊ុមដែលបានស្នើសុំ ដែលត្រូវបានពិនិត្យឡើងវិញទល់នឹងប្រភពដើមរបស់ស៊ុមនោះនៅពេលបំពេញ។ ម៉ាស៊ីនដែលគ្មានដែនដែលអាចចុះឈ្មោះបានដោយខ្លួនឯង — អាសយដ្ឋាន IP ឈ្មោះទទេនៅលើបណ្តាញមូលដ្ឋាន — ត្រូវគ្នាយ៉ាងពិតប្រាកដ ហើយគ្មានអ្វីបាត់បង់ឡើយ។ iOS AutoFill បន្ថែមការត្រួតពិនិត្យដែនដែលពាក់ព័ន្ធរបស់ Apple។ ពាក្យសម្ងាត់ដែលអ្នកត្រូវតែបិទភ្ជាប់ដោយដៃទៅក្នុងពាក្យសម្ងាត់ដែលមើលទៅដូចគ្នានៅតែជាហានិភ័យ។ កម្មវិធីមិនអាចលុបវាចេញបានទេ គ្រាន់តែជៀសវាងការជួយប៉ុណ្ណោះ។
ម៉ាស៊ីនបម្រើផ្ទាល់ខ្លួនរបស់យើង	អ្វីដែលពួកគេមាន—	អ្វីដែលពួកគេទទួលបានមិនមានម៉ាស៊ីនមេ vault ទេ។ AssuredAuth មិនមានគណនី គ្មានការចូល និងគ្មានច្បាប់ចម្លងនៃ vault របស់អ្នកទេ ដូច្នេះគ្មានអ្វីរបស់អ្នកនៅខាងយើងដែលត្រូវលួច និងបំបែកនោះទេ។ មានរឿងពីរដែលដំណើរការនៅខាងម៉ាស៊ីនមេ ដែលទាំងពីរនេះមិនប៉ះពាល់ដល់ vault ទេ៖ ប្រអប់សំបុត្របញ្ជូនបន្តសម្រាប់ផ្នែកបន្ថែមផ្ទៃតុ ដែលរក្សាទុកស្រោមសំបុត្រដែលបានអ៊ិនគ្រីបពីចុងដល់ចុង (លេខកូដម្តង ត្រូវបានលុបនៅពេលអាន; បញ្ជូនបន្តមិនដែលមានសោ) និងម៉ាស៊ីនមេចេញនៃការតភ្ជាប់ឯកជនជាជម្រើស ដែលផ្ទុកចរាចរណ៍ និងមិនរក្សាកំណត់ហេតុចូលប្រើ។
ដីកាកោះហៅ ឬសំណើរបស់រដ្ឋាភិបាល	អ្វីដែលពួកគេមានដំណើរការផ្លូវច្បាប់ដែលផ្ញើមកយើង	អ្វីដែលពួកគេទទួលបានគ្មានអ្វីត្រូវប្រគល់ឱ្យទេ៖ យើងមិនមានកន្លែងសុវត្ថិភាព គ្មានកូនសោ គ្មានឃ្លាសម្ងាត់ និងគ្មានការបម្រុងទុកទេ។ យើងអាចត្រូវបានបង្ខំឱ្យនិយាយបែបនោះ យើងមិនអាចត្រូវបានបង្ខំឱ្យបង្កើតអ្វីដែលមិនមាននោះទេ។

៥. ក្ដារតម្បៀតខ្ទាស់ រូបថតអេក្រង់ និងអង្គចងចាំ

• ការចម្លងដាក់តម្លៃនៅលើក្ដារតម្បៀតខ្ទាស់រយៈពេល 30 វិនាទី បន្ទាប់មកលុបវាចោលប្រសិនបើវានៅតែជារបស់យើង។ នៅលើប្រព័ន្ធប្រតិបត្តិការ Android ឈុតត្រូវបានសម្គាល់ថា EXTRA_IS_SENSITIVE ដូច្នេះប្រព័ន្ធលាក់វាពីការមើលជាមុន និងប្រវត្តិក្ដារតម្បៀតខ្ទាស់។ នៅលើ iOS ធាតុបន្ទះបិទភ្ជាប់គឺសម្រាប់តែក្នុងស្រុកប៉ុណ្ណោះ (មិនប្រគល់ទៅឧបករណ៍ផ្សេងទៀតទេ)។
• អេក្រង់ Vault (ពាក្យសម្ងាត់, ពាក្យសម្ងាត់, កាត, កាត, សន្លឹកឃ្លាសម្ងាត់, ការនាំចេញអត្ថបទធម្មតា) កំណត់ FLAG_SECURE នៅលើប្រព័ន្ធប្រតិបត្តិការ Android។ iOS មិនមានទង់ជាតិសមមូលទេ។ កម្មវិធីនឹងបង្ហាញរូបភាពតូចរបស់វានៅក្នុងឧបករណ៍ប្តូរកម្មវិធី ហើយតម្លៃគឺនៅពីក្រោយប៊ូតុងបិទបើកតាមលំនាំដើម។
• តម្លៃដែលបានឌិគ្រីបស្ថិតនៅក្នុងអង្គចងចាំតែប៉ុណ្ណោះ ខណៈពេលដែលអេក្រង់បង្ហាញពួកវា ហើយត្រូវបានលុបចោលនៅពេលដែលវាបាត់ ឬកម្មវិធីចាក់សោ។ សោទិន្នន័យត្រូវបានស្រាយចេញសម្រាប់សំណើ ហើយមិនត្រូវបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់នៅលើសោនោះទេ។
• ការនាំចេញអត្ថបទធម្មតាមានហើយ (ដូច្នេះអ្នកអាចចាកចេញបានជានិច្ច) ហើយនៅពីក្រោយសន្លឹកបញ្ជាក់ និងជីវមាត្រថ្មី ហើយអេក្រង់របស់វាក៏ FLAG_SECURE ដែរ។

៦. បំពេញដោយស្វ័យប្រវត្តិ៖ អ្វីដែលបំពេញ និងអ្វីដែលមិនបំពេញ

កន្លែងណា	ពាក្យសម្ងាត់	កាត
iOS៖ Safari និងកម្មវិធី (ផ្នែកបន្ថែមបំពេញដោយស្វ័យប្រវត្តិ)	ពាក្យសម្ងាត់បាទ/ចាស៎ បន្ទាប់ពី Face ID / Touch ID / លេខកូដសម្ងាត់ថ្មីនៅក្នុងផ្នែកបន្ថែម (LAContext) ហើយសម្រាប់តែដែនដែលអាចចុះឈ្មោះបានប៉ុណ្ណោះ ធាតុត្រូវបានរក្សាទុកសម្រាប់ ដោយដែនដែលពាក់ព័ន្ធរបស់ Apple ពិនិត្យមើលកម្មវិធី។	កាតទេ។ ការបំពេញកាតដោយស្វ័យប្រវត្តិនៅក្នុង Safari គឺជារបស់ Apple តែម្នាក់ឯង។ អេក្រង់កាតនិយាយថា "បំពេញនៅក្នុងកម្មវិធីរុករក AssuredAuth និងជាមួយការចម្លង" ហើយសន្យាថាគ្មានអ្វីផ្សេងទៀតទេ។
ប្រព័ន្ធប្រតិបត្តិការ Android៖ កម្មវិធី និង Chrome (សេវាកម្មបំពេញដោយស្វ័យប្រវត្តិ)	ពាក្យសម្ងាត់បាទ/ចាស៎ ការផ្ទៀងផ្ទាត់តាមសំណុំទិន្នន័យ៖ ប្រព័ន្ធបង្ហាញ BiometricPrompt មុនពេលបំពេញ; កញ្ចប់កម្មវិធីត្រូវគ្នាតែនៅពេលដែល Digital Asset Links ភ្ជាប់វាទៅដែនដែលបានរក្សាទុក។	កាតបាទ/ចាស៎ លេខកាតឥណទាន លេខកាតឥណទានផុតកំណត់* និងព័ត៌មានជំនួយកាតឥណទានសុវត្ថិភាពលេខកូដ គឺជាច្រកទ្វារជីវមាត្រដូចគ្នា។
កម្មវិធីរុករក AssuredAuth (វេទិកាទាំងពីរ)	ពាក្យសម្ងាត់បាទ/ចាស៎ ដោយដែនដែលអាចចុះឈ្មោះបាន — ម៉ាស៊ីនដែលគ្មានការផ្គូផ្គងផ្ទាល់ខ្លួនរបស់វា — ចូលទៅក្នុងស៊ុមដែលបានស្នើសុំ ជីវមាត្រមុនពេលបំពេញ	កាតបាទ/ចាស៎ តាមរយៈការរកឃើញនៅទីវាល ជីវមាត្រមុនពេលបំពេញ
ប៊ូតុងចម្លង	ពាក្យសម្ងាត់នៅពីក្រោយការចាក់សោកម្មវិធី ក្ដារតម្បៀតខ្ទាស់រយៈពេល 30 វិនាទី	កាតលេខ, ផុតកំណត់, CVC (ច្បាប់ដូចគ្នា)

គ្មានអ្វីអាចបំពេញបាននៅលើម៉ាស៊ីនមេដែលមើលទៅដូចគ្នានោះទេ។ គ្មានអ្វីអាចបំពេញបានដោយគ្មានជីវមាត្រទេ។

៧. អ្វីដែលមិនដែលកើតឡើង

គ្មានម៉ាស៊ីនមេ vault ទេ។ គ្មានការវិភាគដែលមានវាល vault ទេ។ គ្មានការនាំចេញអត្ថបទធម្មតាដោយគ្មានសន្លឹកបញ្ជាក់ និងជីវមាត្រថ្មី។ គ្មាន SDK ភាគីទីបីត្រូវបានផ្ទុកនៅលើអេក្រង់ vault ទេ។ គ្មានរូបថតអេក្រង់នៃអេក្រង់ vault ទេ។ គ្មានការណែនាំឃ្លាសម្ងាត់។ គ្មានការកត់ត្រាតម្លៃ នៅក្នុង build ណាមួយឡើយ។

៨. អ្វីដែលយើងមិនអាចការពារបាន

ឃ្លាសម្ងាត់ខ្សោយគ្រប់គ្រាន់ដើម្បីទាយបាន។ ទូរស័ព្ទដែលប្រព័ន្ធប្រតិបត្តិការរបស់វាត្រូវបានលួចចូលតាំងពីដំបូង (ឧបករណ៍ដែលបាន jailbreak ឬ root អាចកុហកកម្មវិធីអំពីអ្វីៗគ្រប់យ៉ាងខាងលើ)។ មនុស្សដែលត្រូវបានគេឃ្លាំមើលពេលកំពុងវាយអក្សរ។ មេរោគនៅលើផ្ទៃតុដែលអ្នកបិទភ្ជាប់ចូល។ យើងនិយាយបែបនេះដើម្បីឱ្យបញ្ជីខាងលើត្រូវបានអានសម្រាប់អ្វីដែលវាគឺ៖ របស់ដែលការរចនាអាចដកចេញបាន ត្រូវបានដកចេញ។

៩. ស្ថានភាពពិនិត្យឡើងវិញ

ការរចនានេះត្រូវបានសាកល្បងជាឯកតាទល់នឹងចម្លើយដែលគេស្គាល់ដែលបានបោះពុម្ពផ្សាយនៅលើវេទិកាទាំងពីរ និងប្រឆាំងនឹងវ៉ិចទ័រឆ្លងវេទិកាផ្ទាល់ខ្លួនរបស់វា។ ការពិនិត្យខាងក្រៅគឺស្ថិតនៅក្នុងបញ្ជីរបស់ម្ចាស់មុនពេលដែលតុដេកត្រូវបានផ្សព្វផ្សាយនៅលើបញ្ជីហាង។ រហូតដល់វាកើតឡើង ឯកសារនេះនឹងនិយាយដូច្នេះនៅទីនេះ។

១០. កន្លែងដែលអ្វីៗដំណើរការ

គ្មានអ្វីនៅក្នុងទូដែកចាកចេញពីទូរស័ព្ទទេ ប៉ុន្តែមានរបស់មួយចំនួននៅជុំវិញវាដំណើរការលើម៉ាស៊ីនរបស់អ្នកដទៃ។ នេះគឺជាបញ្ជី និងអ្វីដែលនីមួយៗមាន។ លំហូរទិន្នន័យខ្លួនឯងត្រូវបានពិពណ៌នានៅក្នុងគោលការណ៍ឯកជនភាពនៅ https://assuredauth.com/privacy។

• Google Cloud / Firebase — ប្រអប់សំបុត្របញ្ជូនបន្តសម្រាប់ផ្នែកបន្ថែមផ្ទៃតុ (ស្រោមសំបុត្រដែលបានអ៊ិនគ្រីបពីចុងដល់ចុង ត្រូវបានលុបនៅពេលអាន) ថូខឹនជំរុញ ស្ថានភាពទិញ និងសារដែលបានផ្ញើតាមរយៈទម្រង់ទំនាក់ទំនង។
• Vercel — assuredauth.com ទំព័ររបស់វា និងមុខងារតូចៗនៅពីក្រោយពួកវា។
• Vultr — ម៉ាស៊ីនមេចេញនៃការតភ្ជាប់ឯកជន។ ចរាចរណ៍ឆ្លងកាត់ពួកវា; គ្មានអ្វីត្រូវបានរក្សាទុកទេ។
• Apple និង Google Play — ការទិញ និងការជាវ នៅក្នុងហាងផ្ទាល់ខ្លួនរបស់ពួកគេ។
• PostHog — ការវិភាគផលិតផល៖ ចំនួននៃអ្វីដែលត្រូវបានប្រើប្រាស់ ដោយមិនភ្ជាប់ទៅនឹងអត្តសញ្ញាណ។
• RevenueCat — ស្ថានភាពនៃការជាវ៖ សកម្ម ឬផុតកំណត់ និងនៅលើផែនការណា។

នីមួយៗ​រក្សា​ទុក​នូវ​អ្វី​ដែល​បន្ទាត់​របស់​ខ្លួន​និយាយ ហើយ​មិន​មាន​អ្វី​ពី​ឃ្លាំង​ទិន្នន័យ​ទេ។ បញ្ជី​ផ្លាស់ប្ដូរ​នៅ​ពេល​ដែល​ផលិតផល​ផ្លាស់ប្ដូរ ហើយ​ផ្នែក​នេះ​ផ្លាស់ប្ដូរ​ជាមួយ​វា។

រាយការណ៍ពីភាពទន់ខ្សោយ

ប្រសិនបើអ្នកជឿថាអ្នកបានរកឃើញចំណុចខ្សោយនៅក្នុងអ្វីមួយដែលបានពិពណ៌នានៅទីនេះ សូមសរសេរទៅកាន់ hello@assuredauth.com ជាមួយប្រធានបទ "សុវត្ថិភាព"។ សូមរួមបញ្ចូលវេទិកា កំណែកម្មវិធី និងជំហាននានា។ ភស្តុតាងដែលប្រើប្រាស់ទិន្នន័យផ្ទាល់ខ្លួនរបស់អ្នកគឺគ្រប់គ្រាន់ហើយ ហើយយើងស្នើសុំឱ្យអ្នកកុំសាកល្បងប្រឆាំងនឹងទិន្នន័យរបស់អ្នកដទៃ។ យើងមិនផ្តល់ជូនកូនសោ PGP ទេ។ ប្រសិនបើរបាយការណ៍មិនគួរធ្វើដំណើរតាមអ៊ីមែលធម្មតាទេ សូមបញ្ជាក់នៅក្នុងសារដំបូង ហើយយើងនឹងរៀបចំវិធីមួយផ្សេងទៀត។

អ្វីដែលយើងសន្យាជាថ្នូរវិញ៖ យើងទទួលស្គាល់ក្នុងរយៈពេលបីថ្ងៃធ្វើការ ជម្រាបជូនអ្នកនូវព័ត៌មាន ខណៈពេលដែលយើងធ្វើការលើវា ជួសជុលអ្វីដែលជាការពិតមុនពេលអ្វីមួយអំពីវាត្រូវបានបោះពុម្ពផ្សាយ និងផ្តល់កិត្តិយសដល់អ្នកនៅទីនេះ ប្រសិនបើអ្នកចង់ឱ្យមានការទទួលស្គាល់។ យើងនឹងមិនចាត់វិធានការផ្លូវច្បាប់លើការស្រាវជ្រាវដែលបានធ្វើឡើងដោយសុចរិតក្នុងវិសាលភាពខាងក្រោមទេ។

នៅក្នុងវិសាលភាព៖ កម្មវិធី iOS និង Android កម្មវិធីនាឡិកា ផ្នែកបន្ថែមលើកុំព្យូទ័រលើតុ assuredauth.com និង API របស់វា។ នៅខាងក្រៅវិសាលភាព៖ App Store និង Google Play ខ្លួនឯង អ្នកផ្តល់សេវាដែលបានរាយខាងលើ វិស្វកម្មសង្គមរបស់នរណាម្នាក់ និងការបដិសេធសេវាកម្ម។

នៅពេលនេះមិនមានរង្វាន់អ្វីទេ។ របាយការណ៍មួយត្រូវបានឆ្លើយតបជាមួយនឹងការជួសជុល និងការថ្លែងអំណរគុណ មិនមែនជាមួយនឹងប្រាក់ទេ។