സുരക്ഷ
നിലവറ എങ്ങനെ നിർമ്മിക്കപ്പെടുന്നു, ഒരു വിടവ് എന്തായിരിക്കും?
അവസാനം അപ്ഡേറ്റ് ചെയ്തത് 2026 സെപ്റ്റംബർ 21 · AssuredAuth, CircleRoll LLC
AssuredAuth നിങ്ങൾ അതിൽ സൂക്ഷിക്കുന്ന രണ്ട്-ഘടക രഹസ്യങ്ങൾ, പാസ്വേഡുകൾ, കാർഡുകൾ എന്നിവ എങ്ങനെ സംരക്ഷിക്കുന്നു എന്നതിന്റെ പൊതുവായ വിവരണമാണിത്. സുരക്ഷാ ചിന്താഗതിക്കാരനായ ഒരു വായനക്കാരന് ആപ്പിനെതിരായ എല്ലാ ക്ലെയിമുകളും പ്രസിദ്ധീകരിച്ച ടെസ്റ്റ് വെക്റ്ററുകൾക്കെതിരെയും പരിശോധിക്കാൻ കഴിയുന്ന തരത്തിലാണ് ഇത് എഴുതിയിരിക്കുന്നത് (hello@assuredauth.com എന്ന വിലാസത്തിൽ അഭ്യർത്ഥിച്ചാൽ ഏതൊരു അവലോകകനും ഇത് ലഭ്യമാണ്). ഇത് സത്യമെന്താണെന്നും അതിൽ കൂടുതലൊന്നുമില്ലെന്നും പറയുന്നു: ഇവിടെ ഒന്നും ആക്രമണത്തിന് അതീതമാണെന്ന് അവകാശപ്പെടുന്നില്ല, ശതമാനത്തിൽ ഒന്നും വാഗ്ദാനം ചെയ്യുന്നില്ല.
ചുരുക്കിപ്പറഞ്ഞാൽ: വോൾട്ട് ഒരു സ്ഥലത്ത് തന്നെ നിലനിൽക്കുന്നു, നിങ്ങളുടെ ഫോൺ. അതിലെ എല്ലാ മൂല്യങ്ങളും ഫോണിന്റെ സുരക്ഷാ ഹാർഡ്വെയറിൽ സൂക്ഷിക്കപ്പെടുന്നതും കയറ്റുമതി ചെയ്യാൻ കഴിയാത്തതുമായ ഒരു കീ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു. ഞങ്ങൾ വോൾട്ട് സെർവർ പ്രവർത്തിപ്പിക്കുന്നില്ല, പകർപ്പോ കീയോ കൈവശം വയ്ക്കുന്നില്ല. ഒരു ബാക്കപ്പ് ഫയൽ ഒരിക്കലും എവിടെയും സംഭരിക്കാത്ത ഒരു പാസ്ഫ്രെയ്സിന് കീഴിൽ എൻക്രിപ്റ്റ് ചെയ്തതിനുശേഷം മാത്രമേ ഫോണിൽ നിന്ന് പുറത്തുകടക്കുകയുള്ളൂ.
ഒരു പ്രശ്നം റിപ്പോർട്ട് ചെയ്യുക: hello@assuredauth.com. അവസാനം "ഒരു ബലഹീനത റിപ്പോർട്ട് ചെയ്യുന്നു" കാണുക.
1. എന്താണ് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നത്, എന്തുപയോഗിച്ച്
| ഡാറ്റ | ഫോണിൽ | കീ |
|---|---|---|
| രണ്ട് ഘടകങ്ങളുടെ രഹസ്യങ്ങൾ (TOTP/HOTP/സ്റ്റീം വിത്തുകൾ) | ഫോണിൽകീചെയിൻ (iOS) / ആൻഡ്രോയിഡ് കീസ്റ്റോർ പിന്തുണയുള്ള സ്റ്റോർ | കീപ്ലാറ്റ്ഫോമിന്റെ ഹാർഡ്വെയർ-ബൗണ്ട് കീ; ഡാറ്റാബേസ് വരിയിൽ ഒരു റഫറൻസ് (secretRef) മാത്രമേ ഉള്ളൂ, ഒരിക്കലും സീഡ് അല്ല. |
| പാസ്വേഡുകൾ (പാസ്വേഡ് മൂല്യം, കുറിപ്പുകൾ) | ഫോണിൽസീൽ ചെയ്ത വരി: AES-256-GCM, ഒരു റാൻഡം 96-ബിറ്റ് നോൺസ് പെർ വാല്യു | കീ§2-ൽ ഹാർഡ്വെയർ കീ കൊണ്ട് പൊതിഞ്ഞ ഒരു റാൻഡം 256-ബിറ്റ് ഡാറ്റ കീ. |
| കാർഡുകൾ (നമ്പർ, കാലാവധി, കാർഡിലെ പേര്, CVC) | ഫോണിൽപാസ്വേഡുകളുടെ അതേ മുദ്ര; സിവിസി ഓപ്ഷണലാണ്, നിങ്ങൾ അത് നൽകിയാൽ മാത്രമേ അത് സംഭരിക്കപ്പെടുകയുള്ളൂ. | കീഅതേ ഡാറ്റ കീ |
| മെറ്റാഡാറ്റ (സേവന നാമങ്ങൾ, ഉപയോക്തൃനാമങ്ങൾ, ഐക്കണുകൾ, അടുക്കൽ ക്രമം) | ഫോണിൽആപ്പിന്റെ ഡാറ്റാബേസ് (SwiftData / Room) | കീഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ഫയൽ എൻക്രിപ്ഷൻ ഉപയോഗിച്ച് സംരക്ഷിക്കപ്പെട്ടിരിക്കുന്നു; രഹസ്യമല്ലാത്തതായി കണക്കാക്കുന്നു. |
| ബാക്കപ്പ് ഫയൽ (.authbackup) | ഫോണിൽനിങ്ങൾ എവിടെ വെച്ചാലും: ഫയലുകൾ, ഐക്ലൗഡ് ഡ്രൈവ്, ഗൂഗിൾ ഡ്രൈവ് ആപ്പ്ഡാറ്റഫോൾഡർ, ഒരു ഷെയർ ഷീറ്റ് | കീനിങ്ങളുടെ പാസ്ഫ്രെയ്സിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ ഒരു കീ (§3). ആപ്പിളിനും ഗൂഗിളിനും സീൽ ചെയ്ത ഫയൽ ലഭിക്കും, മറ്റൊന്നുമല്ല. |
| വാച്ച് / വെയർ കമ്പാനിയൻ | ഫോണിൽവാച്ചിന്റെ സ്വന്തം കീചെയിൻ / എൻക്രിപ്റ്റഡ്ഷെയേർഡ്പ്രിഫറൻസസ് | കീവാച്ച് പ്ലാറ്റ്ഫോമിന്റെ കീകൾ; പ്ലാറ്റ്ഫോമിന്റെ ജോടിയാക്കിയ ഉപകരണ ചാനലിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്നു. |
| ഡെസ്ക്ടോപ്പ് എക്സ്റ്റൻഷൻ ട്രാഫിക് (അഭ്യർത്ഥന പ്രകാരം ഒറ്റത്തവണ കോഡുകൾ) | ഫോണിൽസൂക്ഷിച്ചിട്ടില്ല; എൻഡ്-ടു-എൻഡ് എൻക്രിപ്റ്റ് ചെയ്ത എൻവലപ്പുകളായി റിലേ ചെയ്യുന്നു. | കീഓരോ ജോടിയാക്കലിനും ഒരു X25519 കീ ജോഡി, കീചെയിനിൽ / കീസ്റ്റോറിൽ സ്വകാര്യ കീ; റിലേ സൈഫർടെക്സ്റ്റ് മാത്രമേ കാണുന്നുള്ളൂ. |
ഒരു രഹസ്യം അംഗീകരിക്കുന്ന ഒരു രീതിയും ഡയഗ്നോസ്റ്റിക്സിനില്ല. ഒരു അനലിറ്റിക്സ് ഇവന്റും ഒരു വോൾട്ട് ഫീൽഡ് വഹിക്കുന്നില്ല. ഒരു ബിൽഡിലും വോൾട്ടിൽ നിന്നുള്ള ഒരു മൂല്യവും ഒരിക്കലും ഒരു ലോഗിലേക്ക് എഴുതപ്പെടുന്നില്ല.
2. ഓരോ പ്ലാറ്റ്ഫോമിലും കീകൾ താമസിക്കുന്നിടത്ത്
ഐഒഎസ്. ആക്സസ് കൺട്രോൾ .privateKeyUsage + .userPresence, ആക്സസിബിലിറ്റി ...ThisDeviceOnly ഉള്ള സെക്യുർ എൻക്ലേവിനുള്ളിൽ ജനറേറ്റ് ചെയ്ത ഒരു കീ ഉപയോഗിച്ചാണ് ഡാറ്റ കീ പൊതിഞ്ഞിരിക്കുന്നത്. ആപ്പിന്റെ പങ്കിട്ട കീചെയിൻ ആക്സസ് ഗ്രൂപ്പിൽ, അതിനാൽ ഓട്ടോഫിൽ എക്സ്റ്റൻഷന് ഒരേ കീ ഉപയോഗിക്കാൻ കഴിയും. ആപ്പ്, ബാക്കപ്പ് അല്ലെങ്കിൽ ഡീബഗ്ഗർ എന്നിവയിലൂടെ എൻക്ലേവിൽ നിന്ന് സ്വകാര്യ കീ വായിക്കാൻ കഴിയില്ല; ഉപയോക്താവ് സാന്നിദ്ധ്യം (ഫേസ് ഐഡി, ടച്ച് ഐഡി അല്ലെങ്കിൽ ഉപകരണ പാസ്കോഡ്) നൽകിയതിനുശേഷം മാത്രമേ എൻക്ലേവ് അത് ഉപയോഗിക്കാൻ സമ്മതിക്കൂ. ഫോണിന്റെ ഐക്ലൗഡ് അല്ലെങ്കിൽ ഐട്യൂൺസ് ബാക്കപ്പിൽ കീ ഇല്ല എന്നാണ് ThisDeviceOnly അർത്ഥമാക്കുന്നത്; പുനഃസ്ഥാപിച്ച ഫോൺ ഒരു ശൂന്യമായ വോൾട്ടിൽ ആരംഭിച്ച് നിങ്ങളുടെ ബാക്കപ്പ് ഫയലും പാസ്ഫ്രെയ്സും ആവശ്യപ്പെടുന്നു. പാസ്കോഡ് ഇല്ലാത്ത ഫോണിന് .userPresence കീ ഗേറ്റ് ചെയ്യാൻ കഴിയില്ല (എൻക്ലേവ് ഒരെണ്ണം സൃഷ്ടിക്കാൻ വിസമ്മതിക്കുന്നു), കൂടാതെ സിമുലേറ്ററും രൂപകൽപ്പന പ്രകാരം അതേ പാത സ്വീകരിക്കുന്നു (അതിന്റെ സാന്നിധ്യ പ്രോംപ്റ്റ് ഒരു പരിശോധനയ്ക്കും ഉത്തരം നൽകാൻ കഴിയാത്ത ഒരു അലേർട്ടാണ്): അവിടെ ഡാറ്റ കീ ഒരു പ്ലെയിൻ ഉപകരണത്തിന് മാത്രമുള്ള കീചെയിൻ ഇനമാണ് - ഇപ്പോഴും എല്ലാ ബാക്കപ്പിലും ഇല്ല, ഫോൺ ലോക്ക് ചെയ്തിരിക്കുമ്പോൾ ഇപ്പോഴും വായിക്കാൻ കഴിയില്ല, പക്ഷേ രണ്ടാമത്തെ പ്രോംപ്റ്റ് ഇല്ലാതെ - സുരക്ഷാ സ്ക്രീൻ അത് കൃത്യമായി പറയുകയും ഒരു പാസ്കോഡ് സജ്ജമാക്കാൻ നിർദ്ദേശിക്കുകയും ചെയ്യുന്നു.
ആൻഡ്രോയിഡ്. ഡാറ്റ കീ ഒരു AndroidKeyStore AES-256 കീ ഉപയോഗിച്ച് പൊതിഞ്ഞതാണ്, ഉപകരണത്തിന് ഒരു (അല്ലെങ്കിൽ TEE) ഉള്ളപ്പോൾ StrongBox-ൽ ജനറേറ്റ് ചെയ്യപ്പെടുന്നു, setUserAuthenticationRequired(true) ഉം ബയോമെട്രിക് അല്ലെങ്കിൽ ഉപകരണ ക്രെഡൻഷ്യലായ setUnlockedDeviceRequired(true), setInvalidatedByBiometricEnrollment(true) എന്നിവ ശേഷിച്ചതിനുശേഷം 30-സെക്കൻഡ് പ്രാമാണീകരണ സാധുതയും ഉണ്ടായിരിക്കും. ലോഡ്-ബെയറിംഗിനേക്കാൾ ആ അവസാന ഫ്ലാഗ് സത്യസന്ധമാണ്: എല്ലാ ഉപയോഗത്തിലും ബയോമെട്രിക് ആവശ്യപ്പെടുന്ന കീകളിൽ മാത്രമേ Android ഇത് പ്രയോഗിക്കുന്നുള്ളൂ, അതിനാൽ ഉപകരണ ക്രെഡൻഷ്യലുള്ള ഈ 30-സെക്കൻഡ് കീയിൽ അത് ഒന്നും മാറ്റില്ല - ഒരു അപരിചിതന്റെ വിരൽ പുറത്തേക്ക് നിർത്തുന്നത് ഒരാൾക്ക് പിൻ എൻറോൾ ചെയ്യണമെന്നും സ്ക്രീൻ ലോക്ക് നീക്കം ചെയ്യുന്നത് എന്നെന്നേക്കുമായി കീ അസാധുവാക്കുന്നുവെന്നുമാണ്. കീസ്റ്റോർ കീകൾ കയറ്റുമതി ചെയ്യാൻ കഴിയില്ല, കൂടാതെ Android-ന്റെ ക്ലൗഡ് ബാക്കപ്പിൽ നിന്ന് ഒഴിവാക്കപ്പെടുന്നു. ഒരു ഡൊമെയ്നും ആപ്പും സ്വന്തം കാഴ്ചകളിൽ (webDomain) നാമകരണം ചെയ്യുന്നത് അറിയപ്പെടുന്ന ഒരു ബ്രൗസറിൽ നിന്ന് മാത്രമേ വിശ്വസിക്കൂ; മറ്റേതൊരു പാക്കേജിൽ നിന്നും, ഏതൊരു ആപ്പിനും ഏത് ഡൊമെയ്നും അവകാശപ്പെടാൻ കഴിയുമെന്നതിനാൽ, ആ പാക്കേജിനായി സിസ്റ്റം പരിശോധിച്ചുറപ്പിച്ച ഒന്നായിരിക്കണം (ഡിജിറ്റൽ അസറ്റ് ലിങ്കുകൾ).
മോഷ്ടിക്കപ്പെട്ട ഒരു ഡാറ്റാബേസ് ഫയലിന് ഇത് എന്താണ് അർത്ഥമാക്കുന്നത്. SQLite ഫയലും സീൽ ചെയ്ത വരികളും സൈഫർടെക്സ്റ്റ് ആണ്. അവ തുറക്കുന്ന കീ ഫയൽ വന്ന ഫോണിലെ സുരക്ഷാ ഹാർഡ്വെയറിലാണ് താമസിക്കുന്നത്, ഫയലിനൊപ്പം പകർത്താൻ കഴിയില്ല. ഓഫ്ലൈനിൽ ഊഹിക്കാൻ ഒന്നുമില്ല: ഡാറ്റ കീ ക്രമരഹിതമാണ്, ഒരു വ്യക്തി തിരഞ്ഞെടുത്ത ഒന്നിൽ നിന്നും ഉരുത്തിരിഞ്ഞതല്ല.
3. ബാക്കപ്പ് ഫയൽ
ഫോണിൽ നിന്ന് പുറത്തുപോകുന്നത് ബാക്കപ്പുകൾ മാത്രമാണ്, അതിനാൽ തത്വത്തിൽ ഒരു ഓഫ്ലൈൻ ആക്രമണം സാധ്യമാകുന്ന ഒരേയൊരു സ്ഥലം അവയാണ്. രൂപകൽപ്പന ആ ആക്രമണത്തെ ചെലവേറിയതാക്കുകയും കഴിയുന്നത്ര കുറച്ച് മാത്രമേ ഉപയോഗിക്കാനാകൂ:
- പാസ്ഫ്രെയ്സിൽ കുറഞ്ഞത് 12 പ്രതീകങ്ങളെങ്കിലും ഉണ്ടായിരിക്കണം (ഷീറ്റ് കുറവ് നിരസിക്കുകയും ഒരു ശക്തി ബാർ കാണിക്കുകയും ചെയ്യുന്നു).
- ഫയലിലോ ആപ്പിലോ എവിടെയും ഒരു പാസ്ഫ്രെയ്സ് സൂചനയും സംഭരിച്ചിട്ടില്ല.
- എഴുതുന്ന ഓരോ ഫയലിനും ഒരു പുതിയ റാൻഡം 16-ബൈറ്റ് സാൾട്ടും 12-ബൈറ്റ് നോൺസും.
- മുഴുവൻ ബോഡിയും AES-256-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} |
അനുയോജ്യതാ കുറിപ്പ്: ആൻഡ്രോയിഡ് 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 പാസുകളും ഒരു സെക്കൻഡ് എടുക്കും, കൂടാതെ ഓരോ ഊഹത്തിനും ഏത് ഹാർഡ്വെയറിലും മെമ്മറിയും സമയവും ചിലവാക്കുന്നു - GPU റിഗുകൾക്കെതിരെ PBKDF2-ന് ഇല്ലാത്ത പ്രോപ്പർട്ടി, v2 നിലനിൽക്കുന്നതിനുള്ള കാരണം. ഒരു റീഡർ അത് അറിയാത്ത കീകളെ അവഗണിക്കുന്നു, അതിനാൽ ഒരു v2 ബോഡി നൽകിയ ഒരു v1 റീഡർ ഒരിക്കലും കാർഡുകൾ കാണില്ല.
തെളിവ്
മൂന്ന് ടെസ്റ്റ്-വെക്റ്റർ ഫയലുകൾ (ബാക്കപ്പ് v1, ബാക്കപ്പ് v2, Argon2id) എന്നിവ ഒരു മൂന്നാം ഇംപ്ലിമെന്റേഷൻ വഴി സൃഷ്ടിക്കപ്പെടുന്നു, രണ്ട് ആപ്പുകളിൽ നിന്നും സ്വതന്ത്രമായി (PBKDF2, AES-GCM എന്നിവയ്ക്കായുള്ള നോഡിന്റെ OpenSSL, റഫറൻസ് ഇംപ്ലിമെന്റേഷന്റെ പ്രസിദ്ധീകരിച്ച ഉത്തരങ്ങൾക്കെതിരെ ജനറേഷൻ സമയത്ത് പരിശോധിച്ച ഒരു WebAssembly Argon2id). ഓരോന്നിലും പാസ്ഫ്രെയ്സ്, ഉപ്പ്, നോൺസ്, പ്ലെയിൻടെക്സ്റ്റ്, ഡിറൈവ്ഡ് കീ, AAD, പ്രതീക്ഷിക്കുന്ന സൈഫർടെക്സ്റ്റ്, ടാഗ്, പൂർണ്ണമായ ഫയൽ എന്നിവ അടങ്ങിയിരിക്കുന്നു. iOS, Android എന്നിവയിലെ യൂണിറ്റ് ടെസ്റ്റുകൾ ഒരേ ഫയലുകൾ വായിക്കുകയും ഒരേ ബൈറ്റുകൾ ഉറപ്പിക്കുകയും ചെയ്യുന്നു - അതിനാൽ ഒരു പ്ലാറ്റ്ഫോമിൽ സീൽ ചെയ്ത ഒരു ബാക്കപ്പ് മറ്റൊന്നിൽ തുറക്കുമെന്ന് തെളിയിക്കപ്പെടുന്നു, അനുമാനിക്കപ്പെടുന്നില്ല, കൂടാതെ മൂന്നിന്റെയും ഒരു കരാർ ഒരേ തെറ്റിന്റെ രണ്ട് പകർപ്പുകളല്ല. ഒരു കമ്പാനിയൻ ടൂൾ, ഒരു ഫോൺ അതേ മൂന്നാം ഇംപ്ലിമെന്റേഷൻ ഉപയോഗിച്ച് എഴുതിയ ഒരു ഫയൽ തുറക്കുകയും മുകളിലുള്ള നിയമങ്ങൾക്ക് അനുസൃതമായി ഹെഡർ പരിശോധിക്കുകയും ചെയ്യുന്നു (കൃത്യമായി ഫോർമാറ്റിന്റെ കീകൾ, അതിനാൽ ഒരു സൂചനയോ പേരോ ഉണ്ടാകില്ല; 16-ബൈറ്റ് ഉപ്പ്, 12-ബൈറ്റ് നോൺസ്, 16-ബൈറ്റ് ടാഗ് വെവ്വേറെ സംഭരിച്ചിരിക്കുന്നു; പതിപ്പ് 2 കൃത്യമായി 64 MiB / 3/1; തെറ്റായ പാസ്ഫ്രെയ്സ് നിരസിച്ചു); ഓട്ടോമേറ്റഡ് iOS റൺ സിമുലേറ്ററിൽ ഒന്ന് എഴുതുകയും അത് ആ രീതിയിൽ തുറക്കുകയും സിമുലേറ്ററിന്റെ ആപ്പ് കണ്ടെയ്നർ, ആപ്പ് ഗ്രൂപ്പ് കണ്ടെയ്നർ, കീചെയിൻ ഡാറ്റാബേസ് എന്നിവയിൽ ഓരോ സീഡ് ചെയ്ത പാസ്വേഡിനും കാർഡ് നമ്പറിനും UTF-8, UTF-16 (0 ഹിറ്റുകൾ) ആയി തിരയുകയും ചെയ്യുന്നു.
4. ഭീഷണി മാതൃക
| സാഹചര്യം | അവർക്ക് ഉള്ളത് | അവർക്ക് ലഭിക്കുന്നത് |
|---|---|---|
| നഷ്ടപ്പെട്ടതോ മോഷ്ടിക്കപ്പെട്ടതോ ആയ ഫോൺ, ലോക്ക് ചെയ്തിരിക്കുന്നു | അവർക്ക് ഉള്ളത്ഉപകരണം, ഡാറ്റാബേസ് ഫയൽ, സീൽ ചെയ്ത വരികൾ | അവർക്ക് ലഭിക്കുന്നത്സിഫർടെക്സ്റ്റ്. റാപ്പിംഗ് കീ സെക്യുർ എൻക്ലേവിലും / സ്ട്രോങ്ബോക്സിലും ആണ്, ഉപകരണം ലോക്ക് ചെയ്തതിനുശേഷം മാത്രമേ അത് പുറത്തുവിടുകയുള്ളൂ, കൂടാതെ പുതിയ ബയോമെട്രിക് അല്ലെങ്കിൽ പാസ്കോഡും ലഭിക്കും. ഫോൺ റിമോട്ടായി മായ്ക്കുന്നത് (എന്റെ കണ്ടെത്തുക / എന്റെ ഉപകരണം കണ്ടെത്തുക) അത് ഉപയോഗിച്ച് കീ മെറ്റീരിയൽ നശിപ്പിക്കും. |
| മോഷ്ടിച്ച ബാക്കപ്പ് ഫയൽ | അവർക്ക് ഉള്ളത്ഒരു ക്ലൗഡ് അക്കൗണ്ട്, ഒരു ഇമെയിൽ, ഒരു ലാപ്ടോപ്പ് എന്നിവയിൽ നിന്നുള്ള .authbackup ഫയൽ | അവർക്ക് ലഭിക്കുന്നത്കുറഞ്ഞത് 12 പ്രതീകങ്ങളുള്ള ഒരു പാസ്ഫ്രെയ്സിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ ഒരു കീയ്ക്ക് കീഴിലുള്ള ഒരു AES-256-GCM ബോഡി, 64 MiB × 3 പാസുകളിൽ (v2) പെർ-ഫയൽ സാൾട്ടും Argon2id ഉം അല്ലെങ്കിൽ 600,000 റൗണ്ടുകളിൽ (v1) PBKDF2 ഉം ഉണ്ട്. സൂചനയില്ല, ഉപയോക്തൃനാമമില്ല, അക്കൗണ്ട് ലിസ്റ്റ് വ്യക്തമായി കാണുന്നില്ല. ഓരോ ഊഹത്തിനും പൂർണ്ണമായ ഡെറിവേഷൻ ചിലവാകും; കുറുക്കുവഴിയില്ല. ശക്തമായ ഒരു പാസ്ഫ്രെയ്സാണ് ഇവിടെ മുഴുവൻ പ്രതിരോധവും, ആപ്പ് ഷീറ്റിൽ അങ്ങനെ പറയുന്നുണ്ട്. |
| സ്ക്രീൻ അൺലോക്ക് ചെയ്ത നിലയിലുള്ള ഉപകരണം മോഷ്ടിക്കപ്പെട്ടു | അവർക്ക് ഉള്ളത്നിങ്ങളുടെ കൈയിലുള്ള ഒരു ഫോൺ, അൺലോക്ക് ചെയ്തിരിക്കുന്നു | അവർക്ക് ലഭിക്കുന്നത്കോഡുകളുടെ പട്ടിക. വോൾട്ട് (പാസ്വേഡുകൾ, കാർഡുകൾ) ആപ്പ് ലോക്കിന് പിന്നിലാണ്, ഓട്ടോ-ലോക്ക് ടൈമറിൽ വീണ്ടും ലോക്ക് ചെയ്യുന്നു (ഉടൻ / 1 മിനിറ്റ് / 5 മിനിറ്റ്); സ്ക്രീൻ കാണിക്കുമ്പോൾ മാത്രമേ ഡീക്രിപ്റ്റ് ചെയ്ത മൂല്യം മെമ്മറിയിൽ നിലനിൽക്കൂ. ആപ്പ് തുറന്നിരിക്കുമ്പോഴും ഓട്ടോഫില്ലും പ്ലെയിൻ-ടെക്സ്റ്റ് എക്സ്പോർട്ടും പുതിയ ബയോമെട്രിക് ആവശ്യപ്പെടുന്നു. നിങ്ങൾ ആശങ്കപ്പെടുന്ന സാഹചര്യമാണെങ്കിൽ "ഉടൻ" ഉപയോഗിച്ച് ആപ്പ് ലോക്ക് ഓണാക്കുക. |
| ഒരേ ഫോണിലെ ക്ഷുദ്രകരമായ ആപ്പ് | അവർക്ക് ഉള്ളത്മറ്റൊരു ആപ്പിന്റെ സാൻഡ്ബോക്സ്, ക്ലിപ്പ്ബോർഡ്, പ്രവേശനക്ഷമത അല്ലെങ്കിൽ ഓവർലേ തന്ത്രങ്ങൾ | അവർക്ക് ലഭിക്കുന്നത്ഇതിന് നമ്മുടെ ഫയലുകൾ വായിക്കാനോ (പ്ലാറ്റ്ഫോം സാൻഡ്ബോക്സിംഗ്) നമ്മുടെ കീ ഉപയോഗിക്കാനോ കഴിയില്ല (കീ നമ്മുടെ സൈനിംഗ് ഐഡന്റിറ്റിയുമായും ഉപയോക്തൃ സാന്നിധ്യവുമായും ബന്ധപ്പെട്ടിരിക്കുന്നു). 30 സെക്കൻഡിനുശേഷം ക്ലിപ്പ്ബോർഡിൽ നിന്ന് പകർപ്പുകൾ മായ്ക്കും; Android-ൽ പകർപ്പ് സെൻസിറ്റീവ് ആയി ഫ്ലാഗ് ചെയ്ത് ക്ലിപ്പ്ബോർഡ് ചരിത്രത്തിൽ നിന്ന് ഒഴിവാക്കും. Android-ൽ വോൾട്ട് സ്ക്രീനുകൾ FLAG_SECURE ആയി സജ്ജീകരിച്ചിരിക്കുന്നു (സ്ക്രീൻഷോട്ടുകളില്ല, സ്ക്രീൻ റെക്കോർഡിംഗില്ല, സ്വിച്ചറിൽ ശൂന്യമാണ്); iOS സ്വിച്ചർ തംബ്നെയിൽ ശൂന്യമാക്കുന്നു. Android-ൽ ഓട്ടോഫിൽ സിസ്റ്റം സേവ് ചെയ്ത ഡൊമെയ്നുമായി (ഡിജിറ്റൽ അസറ്റ് ലിങ്കുകൾ) പരിശോധിച്ചുറപ്പിച്ച ആപ്പുകൾക്ക് മാത്രമേ നൽകൂ, അതിനാൽ ഒരു ലുക്ക്-അലൈക്ക് ആപ്പിന് നിങ്ങളുടെ പാസ്വേഡ് വാഗ്ദാനം ചെയ്യുന്നില്ല. |
| ഫിഷിംഗ് പേജ് | അവർക്ക് ഉള്ളത്നിങ്ങൾ സംരക്ഷിച്ചതുപോലുള്ള ഒരു സൈറ്റ് | അവർക്ക് ലഭിക്കുന്നത്ഒന്നും പൂരിപ്പിക്കുന്നില്ല. രജിസ്റ്ററബിൾ ഡൊമെയ്ൻ വഴിയാണ് പൊരുത്തപ്പെടുത്തൽ (പൊതു സഫിക്സ് ലിസ്റ്റ്, ആപ്പ് ഉപയോഗിച്ച് ബണ്ടിൽ ചെയ്ത് അപ്ഡേറ്റ് ചെയ്തിരിക്കുന്നു): login.example.com ഉം example.com ഉം പൊരുത്തപ്പെടുന്നു, example.com.evil.net ഉം examp1e.com ഉം പൊരുത്തപ്പെടുന്നില്ല. ഇൻ-ആപ്പ് ബ്രൗസർ അതേ രീതിയിൽ പൊരുത്തപ്പെടുന്നു, ആവശ്യപ്പെട്ട ഫ്രെയിമിലേക്ക് മാത്രമേ പൂരിപ്പിക്കൂ, പൂരിപ്പിക്കുന്ന സമയത്ത് ആ ഫ്രെയിമിന്റെ സ്വന്തം ഉത്ഭവവുമായി വീണ്ടും പരിശോധിച്ചു; സ്വന്തമായി രജിസ്റ്റർ ചെയ്യാവുന്ന ഡൊമെയ്ൻ ഇല്ലാത്ത ഒരു ഹോസ്റ്റ് - ഒരു IP വിലാസം, ലോക്കൽ നെറ്റ്വർക്കിൽ ഒരു നഗ്നമായ പേര് - കൃത്യമായി പൊരുത്തപ്പെടുന്നു, ഒന്നും നഷ്ടപ്പെടുന്നില്ല. iOS ഓട്ടോഫിൽ ആപ്പിളിന്റെ അനുബന്ധ-ഡൊമെയ്നുകൾ പരിശോധന ചേർക്കുന്നു. നിങ്ങൾ ഒരു ലുക്ക്-അലൈക്കിൽ കൈകൊണ്ട് ഒട്ടിക്കേണ്ട പാസ്വേഡ് ഇപ്പോഴും ഒരു അപകടമാണ്; ആപ്പിന് അത് നീക്കം ചെയ്യാൻ കഴിയില്ല, സഹായിക്കുന്നത് ഒഴിവാക്കുക മാത്രമാണ് ചെയ്യുന്നത്. |
| ഞങ്ങളുടെ സ്വന്തം സെർവറുകൾ | അവർക്ക് ഉള്ളത്— | അവർക്ക് ലഭിക്കുന്നത്വോൾട്ട് സെർവർ ഇല്ല. അഷ്വേർഡ്ആത് അക്കൗണ്ടുകളില്ല, സൈൻ-ഇൻ ഇല്ല, നിങ്ങളുടെ വോൾട്ടിന്റെ പകർപ്പില്ല, അതിനാൽ മോഷ്ടിക്കപ്പെടാനും തകർക്കാനും ഞങ്ങളുടെ ഭാഗത്ത് നിങ്ങളുടേതായ ഒന്നും തന്നെയില്ല. സെർവർ-സൈഡിൽ രണ്ട് കാര്യങ്ങൾ പ്രവർത്തിക്കുന്നു, ഇവ രണ്ടും വോൾട്ടിനെ സ്പർശിക്കുന്നില്ല: ഡെസ്ക്ടോപ്പ് എക്സ്റ്റൻഷനുള്ള ഒരു റിലേ മെയിൽബോക്സ്, ഇത് എൻഡ്-ടു-എൻഡ് എൻക്രിപ്റ്റ് ചെയ്ത എൻവലപ്പുകൾ (ഒറ്റത്തവണ കോഡുകൾ, വായിക്കുമ്പോൾ ഇല്ലാതാക്കുന്നു; റിലേയ്ക്ക് ഒരിക്കലും ഒരു കീ ഇല്ല), ട്രാഫിക് വഹിക്കുന്നതും ആക്സസ് ലോഗുകൾ സൂക്ഷിക്കാത്തതുമായ ഓപ്ഷണൽ പ്രൈവറ്റ് കണക്ഷന്റെ എക്സിറ്റ് സെർവറുകൾ. |
| ഒരു സമൻസ് അല്ലെങ്കിൽ സർക്കാർ അഭ്യർത്ഥന | അവർക്ക് ഉള്ളത്ഞങ്ങളെ സമീപിച്ച നിയമ നടപടിക്രമം | അവർക്ക് ലഭിക്കുന്നത്കൈമാറാൻ ഒന്നുമില്ല: ഞങ്ങളുടെ കൈവശം ഒരു നിലവറയോ, താക്കോലോ, പാസ്ഫ്രെയ്സോ, ബാക്കപ്പോ ഇല്ല. അങ്ങനെ പറയാൻ ഞങ്ങളെ നിർബന്ധിക്കാം; നിലവിലില്ലാത്തത് നിർമ്മിക്കാൻ ഞങ്ങളെ നിർബന്ധിക്കാനാവില്ല. |
5. ക്ലിപ്പ്ബോർഡ്, സ്ക്രീൻഷോട്ടുകൾ, മെമ്മറി
- കോപ്പി ക്ലിപ്പ്ബോർഡിൽ 30 സെക്കൻഡ് മൂല്യം വെക്കുന്നു, തുടർന്ന് അത് ഇപ്പോഴും നമ്മുടേതാണെങ്കിൽ അത് മായ്ക്കുന്നു. ആൻഡ്രോയിഡിൽ ക്ലിപ്പ് EXTRA_IS_SENSITIVE എന്ന് അടയാളപ്പെടുത്തിയിരിക്കുന്നതിനാൽ സിസ്റ്റം ക്ലിപ്പ്ബോർഡ് പ്രിവ്യൂവിൽ നിന്നും ചരിത്രത്തിൽ നിന്നും അത് മറയ്ക്കുന്നു; iOS-ൽ പേസ്റ്റ്ബോർഡ് ഇനം ലോക്കൽ-ഒൺലി ആണ് (മറ്റ് ഉപകരണങ്ങളിലേക്ക് ഹാൻഡ്ഓഫ് ചെയ്തിട്ടില്ല).
- വോൾട്ട് സ്ക്രീനുകൾ (പാസ്വേഡുകൾ, പാസ്വേഡ്, കാർഡുകൾ, കാർഡ്, പാസ്ഫ്രെയ്സ് ഷീറ്റുകൾ, പ്ലെയിൻ-ടെക്സ്റ്റ് എക്സ്പോർട്ട്) Android-ൽ FLAG_SECURE സജ്ജമാക്കിയിരിക്കുന്നു. iOS-ന് തുല്യമായ ഫ്ലാഗ് ഇല്ല; ആപ്പ് സ്വിച്ചറിൽ അതിന്റെ ലഘുചിത്രം ശൂന്യമാക്കുന്നു, ഡിഫോൾട്ടായി മൂല്യങ്ങൾ ഒരു കണ്ണിനു പിന്നിൽ ടോഗിൾ ചെയ്യപ്പെടും.
- ഡീക്രിപ്റ്റ് ചെയ്ത മൂല്യങ്ങൾ ഒരു സ്ക്രീൻ കാണിക്കുമ്പോൾ മാത്രമേ മെമ്മറിയിൽ നിലനിൽക്കൂ, കൂടാതെ ആപ്പ് ലോക്ക് ആകുമ്പോഴോ അല്ലെങ്കിൽ ആപ്പ് അപ്രത്യക്ഷമാകുമ്പോഴോ അവ മെമ്മറിയിൽ നിന്ന് നീക്കം ചെയ്യപ്പെടുന്നു. ഡാറ്റ കീ ഒരു അഭ്യർത്ഥനയ്ക്കായി അൺറാപ്പ് ചെയ്യപ്പെടും, ലോക്കിലുടനീളം കാഷെ ചെയ്യപ്പെടില്ല.
- പ്ലെയിൻ-ടെക്സ്റ്റ് എക്സ്പോർട്ട് നിലവിലുണ്ട് (അതിനാൽ നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും പുറത്തുകടക്കാൻ കഴിയും) കൂടാതെ ഒരു കൺഫേം ഷീറ്റിനും പുതിയ ബയോമെട്രിക്സിനുമൊപ്പം ഉണ്ട്, അതിന്റെ സ്ക്രീനും FLAG_SECURE ആണ്.
6. ഓട്ടോഫിൽ: എന്താണ് നിറയുന്നത്, എന്താണ് നിറയാത്തത്
| എവിടെ | പാസ്വേഡുകൾ | കാർഡുകൾ |
|---|---|---|
| iOS: സഫാരിയും ആപ്പുകളും (ഓട്ടോഫിൽ എക്സ്റ്റൻഷൻ) | പാസ്വേഡുകൾഅതെ, എക്സ്റ്റൻഷനിൽ (LAContext) പുതിയൊരു ഫേസ് ഐഡി / ടച്ച് ഐഡി / പാസ്കോഡ് നൽകിയ ശേഷം, രജിസ്റ്റർ ചെയ്യാവുന്ന ഡൊമെയ്നിനായി മാത്രമേ എൻട്രി സേവ് ചെയ്തിട്ടുള്ളൂ, ആപ്പിളിന്റെ അനുബന്ധ ഡൊമെയ്നുകൾ ആപ്പുകൾക്കായി പരിശോധിക്കുന്നു. | കാർഡുകൾഇല്ല. സഫാരിയിലെ കാർഡ് ഓട്ടോഫിൽ ആപ്പിളിന് മാത്രമുള്ളതാണ്; കാർഡ് സ്ക്രീനിൽ "അഷ്വേർഡ് ഓത്ത് ബ്രൗസറിൽ പൂരിപ്പിക്കുന്നു, പകർപ്പും ഉപയോഗിച്ചിരിക്കുന്നു" എന്ന് പറയുന്നു, മറ്റൊന്നും വാഗ്ദാനം ചെയ്യുന്നില്ല. |
| ആൻഡ്രോയിഡ്: ആപ്പുകളും ക്രോമും (ഓട്ടോഫിൽ സർവീസ്) | പാസ്വേഡുകൾഅതെ, ഓരോ ഡാറ്റാസെറ്റിനും പ്രാമാണീകരണം: പൂരിപ്പിക്കുന്നതിന് മുമ്പ് സിസ്റ്റം ബയോമെട്രിക്പ്രോംപ്റ്റ് കാണിക്കുന്നു; ഡിജിറ്റൽ അസറ്റ് ലിങ്കുകൾ സേവ് ചെയ്ത ഡൊമെയ്നുമായി ബന്ധിപ്പിക്കുമ്പോൾ മാത്രമേ ആപ്പ് പാക്കേജ് പൊരുത്തപ്പെടൂ. | കാർഡുകൾഅതെ, ക്രെഡിറ്റ് കാർഡ് നമ്പർ, ക്രെഡിറ്റ് കാർഡ് എക്സ്പൈറേഷൻ*, ക്രെഡിറ്റ് കാർഡ് സെക്യൂരിറ്റി കോഡ് സൂചനകൾ എന്നിവ ഒരേ ബയോമെട്രിക് ഗേറ്റാണ്. |
| അഷ്വേർഡ് ഓത്ത് ബ്രൗസർ (രണ്ട് പ്ലാറ്റ്ഫോമുകളും) | പാസ്വേഡുകൾഅതെ, രജിസ്റ്റർ ചെയ്യാവുന്ന ഡൊമെയ്ൻ വഴി - സ്വന്തമായി പൊരുത്തപ്പെടാത്ത ഒരു ഹോസ്റ്റ് - ചോദിച്ച ഫ്രെയിമിലേക്ക്, പൂരിപ്പിക്കുന്നതിന് മുമ്പ് ബയോമെട്രിക് | കാർഡുകൾഅതെ, ഫീൽഡ് ഡിറ്റക്ഷൻ വഴി, പൂരിപ്പിക്കുന്നതിന് മുമ്പ് ബയോമെട്രിക് |
| പകർത്തൽ ബട്ടണുകൾ | പാസ്വേഡുകൾആപ്പ് ലോക്കിന് പിന്നിൽ, 30 സെക്കൻഡ് ക്ലിപ്പ്ബോർഡ് | കാർഡുകൾനമ്പർ, കാലാവധി അവസാനിക്കൽ, CVC (ഒരേ നിയമങ്ങൾ) |
ഒരുപോലെ തോന്നിക്കുന്ന ഒരു ഹോസ്റ്റിൽ ഒന്നും നിറയുന്നില്ല. ബയോമെട്രിക് ഇല്ലാതെ ഒന്നും നിറയുന്നില്ല.
7. ഒരിക്കലും സംഭവിക്കാത്തത്
വോൾട്ട് സെർവർ ഇല്ല. വോൾട്ട് ഫീൽഡ് ഉൾക്കൊള്ളുന്ന അനലിറ്റിക്സ് ഇല്ല. ഒരു കൺഫേം ഷീറ്റും പുതിയ ബയോമെട്രിക്സും ഇല്ലാതെ പ്ലെയിൻ-ടെക്സ്റ്റ് എക്സ്പോർട്ട് ഇല്ല. വോൾട്ട് സ്ക്രീനിൽ മൂന്നാം കക്ഷി SDK ലോഡ് ചെയ്തിട്ടില്ല. വോൾട്ട് സ്ക്രീനിന്റെ സ്ക്രീൻഷോട്ട് ഇല്ല. പാസ്ഫ്രെയ്സ് സൂചനയില്ല. ഒരു ബിൽഡിലും മൂല്യങ്ങളുടെ ലോഗിംഗ് ഇല്ല.
8. നമുക്ക് എന്തിൽ നിന്ന് സംരക്ഷിക്കാൻ കഴിയില്ല
ഊഹിക്കാൻ പോലും കഴിയാത്തത്ര ദുർബലമായ ഒരു പാസ്ഫ്രെയ്സ്. റൂട്ടിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം തകരാറിലായ ഒരു ഫോൺ (ജയിൽബ്രോക്കൺ അല്ലെങ്കിൽ റൂട്ട് ചെയ്ത ഉപകരണത്തിന് മുകളിലുള്ള എല്ലാ കാര്യങ്ങളെക്കുറിച്ചും ആപ്പിനോട് കള്ളം പറയാൻ കഴിയും). ടൈപ്പ് ചെയ്യുമ്പോൾ നിരീക്ഷിക്കപ്പെടുന്ന ഒരു വ്യക്തി. നിങ്ങൾ ഒട്ടിക്കുന്ന ഡെസ്ക്ടോപ്പിലെ മാൽവെയർ. മുകളിലുള്ള ലിസ്റ്റ് എന്താണെന്ന് വായിക്കാൻ വേണ്ടിയാണ് ഞങ്ങൾ ഇത് പറയുന്നത്: ഒരു ഡിസൈനിന് നീക്കം ചെയ്യാൻ കഴിയുന്ന കാര്യങ്ങൾ, നീക്കം ചെയ്ത കാര്യങ്ങൾ.
9. സ്റ്റാറ്റസ് അവലോകനം ചെയ്യുക
രണ്ട് പ്ലാറ്റ്ഫോമുകളിലും പ്രസിദ്ധീകരിച്ച അറിയപ്പെടുന്ന ഉത്തരങ്ങൾക്കെതിരെയും സ്വന്തം ക്രോസ്-പ്ലാറ്റ്ഫോം വെക്റ്ററുകൾക്കെതിരെയും ഈ ഡിസൈൻ യൂണിറ്റ്-ടെസ്റ്റ് ചെയ്തിട്ടുണ്ട്. സ്റ്റോർ ലിസ്റ്റിംഗിൽ വോൾട്ട് പരസ്യപ്പെടുത്തുന്നതിന് മുമ്പ് ഒരു ബാഹ്യ അവലോകനം ഉടമയുടെ പട്ടികയിൽ ഉണ്ട്; അത് സംഭവിക്കുന്നതുവരെ, ഈ പ്രമാണം ഇവിടെ പറയും.
10. കാര്യങ്ങൾ എവിടെയാണ് നടക്കുന്നത്
ഫോണിൽ നിന്ന് ഒരു വാൾട്ടും പുറത്തുപോകുന്നില്ല, പക്ഷേ അതിനു ചുറ്റുമുള്ള കുറച്ച് കാര്യങ്ങൾ മറ്റുള്ളവരുടെ മെഷീനുകളിൽ പ്രവർത്തിക്കുന്നു. ഇതാണ് പട്ടിക, ഓരോരുത്തരുടെയും കൈവശമുള്ളത്; ഡാറ്റ ഫ്ലോകൾ സ്വയം https://assuredauth.com/privacy ലെ സ്വകാര്യതാ നയത്തിൽ വിവരിച്ചിരിക്കുന്നു.
- ഗൂഗിൾ ക്ലൗഡ് / ഫയർബേസ് — ഡെസ്ക്ടോപ്പ് എക്സ്റ്റൻഷനുള്ള റിലേ മെയിൽബോക്സ് (എൻഡ്-ടു-എൻഡ് എൻക്രിപ്റ്റ് ചെയ്ത എൻവലപ്പുകൾ, വായിക്കുമ്പോൾ ഇല്ലാതാക്കപ്പെടും), പുഷ് ടോക്കണുകൾ, വാങ്ങൽ നില, കോൺടാക്റ്റ് ഫോം വഴി അയച്ച സന്ദേശങ്ങൾ.
- വെർസെൽ — assuredauth.com, അതിന്റെ പേജുകളും അവയ്ക്ക് പിന്നിലെ ചെറിയ പ്രവർത്തനങ്ങളും.
- വൾട്ടർ — സ്വകാര്യ കണക്ഷന്റെ എക്സിറ്റ് സെർവറുകൾ. ട്രാഫിക് അവയിലൂടെ കടന്നുപോകുന്നു; ഒന്നും സംഭരിക്കപ്പെടുന്നില്ല.
- ആപ്പിളും ഗൂഗിൾ പ്ലേയും — സ്വന്തം സ്റ്റോറുകളിലെ വാങ്ങലുകളും സബ്സ്ക്രിപ്ഷനുകളും.
- പോസ്റ്റ്ഹോഗ് — ഉൽപ്പന്ന വിശകലനം: ഉപയോഗിച്ചതിന്റെ എണ്ണം, ഒരു ഐഡന്റിറ്റിയുമായി ബന്ധിപ്പിച്ചിട്ടില്ല.
- RevenueCat — ഒരു സബ്സ്ക്രിപ്ഷന്റെ അവസ്ഥ: സജീവമോ കാലഹരണപ്പെട്ടതോ, ഏത് പ്ലാനിലുമാണ്.
ഓരോന്നും അതിന്റെ വരിയിൽ പറയുന്നത് സൂക്ഷിക്കുന്നു, നിലവറയിൽ നിന്ന് ഒന്നും സൂക്ഷിക്കുന്നില്ല. ഉൽപ്പന്നം അങ്ങനെ ചെയ്യുമ്പോൾ പട്ടിക മാറുന്നു, ഈ വിഭാഗവും അതിനനുസരിച്ച് മാറുന്നു.
ഒരു ബലഹീനത റിപ്പോർട്ട് ചെയ്യുന്നു
ഇവിടെ വിവരിച്ചിരിക്കുന്ന ഏതെങ്കിലും കാര്യത്തിൽ ഒരു ബലഹീനത കണ്ടെത്തിയെന്ന് നിങ്ങൾ കരുതുന്നുവെങ്കിൽ, "സുരക്ഷ" എന്ന വിഷയം ഉപയോഗിച്ച് hello@assuredauth.com എന്ന വിലാസത്തിൽ എഴുതുക. പ്ലാറ്റ്ഫോം, ആപ്പ് പതിപ്പ്, ഘട്ടങ്ങൾ എന്നിവ ദയവായി ഉൾപ്പെടുത്തുക; നിങ്ങളുടെ സ്വന്തം ഡാറ്റ ഉപയോഗിക്കുന്ന ഒരു തെളിവ് മതി, മറ്റുള്ളവരുടേതുമായി താരതമ്യം ചെയ്യരുതെന്ന് ഞങ്ങൾ അഭ്യർത്ഥിക്കുന്നു. ഞങ്ങൾ ഒരു PGP കീ വാഗ്ദാനം ചെയ്യുന്നില്ല; ഒരു റിപ്പോർട്ട് പ്ലെയിൻ ഇമെയിലിൽ സഞ്ചരിക്കുന്നില്ലെങ്കിൽ, ആദ്യ സന്ദേശത്തിൽ അതിനെക്കുറിച്ച് പറയുക, ഞങ്ങൾ മറ്റൊരു വഴി ക്രമീകരിക്കും.
ഞങ്ങൾ നൽകുന്ന വാഗ്ദാനം: മൂന്ന് പ്രവൃത്തി ദിവസങ്ങൾക്കുള്ളിൽ ഞങ്ങൾ അത് അംഗീകരിക്കുന്നു, ഞങ്ങൾ അതിൽ പ്രവർത്തിക്കുമ്പോൾ നിങ്ങളെ അറിയിക്കുന്നു, പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് യഥാർത്ഥമായത് എന്താണെന്ന് ശരിയാക്കുന്നു, നിങ്ങൾക്ക് ക്രെഡിറ്റ് ലഭിക്കണമെങ്കിൽ ഇവിടെ ക്രെഡിറ്റ് ചെയ്യുന്നു. താഴെയുള്ള പരിധിക്കുള്ളിൽ നല്ല വിശ്വാസത്തോടെ നടത്തുന്ന ഗവേഷണത്തിന് ഞങ്ങൾ നിയമനടപടി സ്വീകരിക്കില്ല.
പരിധിയിൽ: iOS, Android ആപ്പുകൾ, വാച്ച് ആപ്പുകൾ, ഡെസ്ക്ടോപ്പ് എക്സ്റ്റൻഷൻ, assuredauth.com, അതിന്റെ API എന്നിവ. പരിധിക്ക് പുറത്തുള്ളത്: ആപ്പ് സ്റ്റോറും ഗൂഗിൾ പ്ലേയും, മുകളിൽ ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന ദാതാക്കളും, ആരുടെയും സോഷ്യൽ എഞ്ചിനീയറിംഗ്, സേവന നിഷേധം.
ഇപ്പോൾ ഒരു സമ്മാനത്തുകയും ഇല്ല. ഒരു റിപ്പോർട്ടിന് മറുപടി നൽകുന്നത് പണമല്ല, പരിഹാരവും നന്ദിയും പറഞ്ഞുകൊണ്ടാണ്.