સુરક્ષા

તિજોરી કેવી રીતે બને છે, અને તેમાં શું ગાબડું પડશે.

છેલ્લે અપડેટ 21 સપ્ટેમ્બર 2026 · AssuredAuth, CircleRoll LLC દ્વારા

આ જાહેર વર્ણન છે કે AssuredAuth તમે તેમાં રાખેલા બે-પરિબળ રહસ્યો, પાસવર્ડ્સ અને કાર્ડ્સને કેવી રીતે સુરક્ષિત રાખે છે. તે લખવામાં આવ્યું છે જેથી સુરક્ષા પ્રત્યે સંવેદનશીલ વાચક એપ્લિકેશન અને પ્રકાશિત પરીક્ષણ વેક્ટર્સ (hello@assuredauth.com પર વિનંતી પર કોઈપણ સમીક્ષક માટે ઉપલબ્ધ) સામેના દરેક દાવાને ચકાસી શકે. તે કહે છે કે સાચું શું છે અને વધુ શું નથી: અહીં કંઈપણ હુમલાથી આગળ હોવાનો દાવો કરતું નથી, અને ટકાવારીમાં કંઈપણ વચન આપવામાં આવ્યું નથી.

ટૂંકું સંસ્કરણ: વૉલ્ટ એક જ જગ્યાએ અસ્તિત્વ ધરાવે છે, તમારા ફોનમાં. તેમાં દરેક મૂલ્ય એક કી સાથે એન્ક્રિપ્ટ થયેલ છે જે ફોનના સુરક્ષા હાર્ડવેર પાસે છે અને નિકાસ કરી શકતું નથી. અમે કોઈ વૉલ્ટ સર્વર ચલાવતા નથી, કોઈ કૉપિ રાખતા નથી અને કોઈ કી રાખતા નથી. બેકઅપ ફાઇલ ફક્ત ત્યારે જ ફોનમાંથી બહાર નીકળે છે જ્યારે તે પાસફ્રેઝ હેઠળ એન્ક્રિપ્ટ થઈ જાય છે જે ક્યારેય ક્યાંય સંગ્રહિત થતી નથી.

સમસ્યાની જાણ કરો: hello@assuredauth.com. અંતે "નબળાઈની જાણ કરવી" જુઓ.

1. શું એન્ક્રિપ્ટેડ છે, શેની સાથે

ડેટા	ફોન પર	કી
બે-પરિબળ રહસ્યો (TOTP/HOTP/સ્ટીમ સીડ્સ)	ફોન પરકીચેન (iOS) / એન્ડ્રોઇડ કીસ્ટોર-સમર્થિત સ્ટોર	કીપ્લેટફોર્મની હાર્ડવેર-બાઉન્ડ કી; ડેટાબેઝ પંક્તિ ફક્ત એક સંદર્ભ (secretRef) ધરાવે છે, ક્યારેય બીજ નહીં
પાસવર્ડ્સ (પાસવર્ડ મૂલ્ય, નોંધો)	ફોન પરસીલબંધ પંક્તિ: AES-256-GCM, પ્રતિ મૂલ્ય એક રેન્ડમ 96-બીટ નોન્સ	કીએક રેન્ડમ 256-બીટ ડેટા કી, જે પોતે §2 માં હાર્ડવેર કી દ્વારા લપેટાયેલી છે.
કાર્ડ્સ (નંબર, સમાપ્તિ તારીખ, કાર્ડ પરનું નામ, CVC)	ફોન પરપાસવર્ડ્સ જેવા જ સીલ; CVC વૈકલ્પિક છે અને જો તમે તેને દાખલ કરો તો જ તે સંગ્રહિત થાય છે.	કીસમાન ડેટા કી
મેટાડેટા (સેવા નામો, વપરાશકર્તાનામો, ચિહ્નો, સૉર્ટ ક્રમ)	ફોન પરએપ્લિકેશનનો ડેટાબેઝ (સ્વિફ્ટડેટા / રૂમ)	કીઓપરેટિંગ સિસ્ટમના ફાઇલ એન્ક્રિપ્શન દ્વારા સુરક્ષિત; ગુપ્ત ન ગણાય.
બેકઅપ ફાઇલ (.authbackup)	ફોન પરતમે તેને ગમે ત્યાં મૂકો: ફાઇલો, iCloud ડ્રાઇવ, Google ડ્રાઇવ એપ્લિકેશન ડેટાફોલ્ડર, શેર શીટ	કીતમારા પાસફ્રેઝ (§3) માંથી મેળવેલી કી. એપલ અને ગુગલને સીલબંધ ફાઇલ મળે છે અને બીજું કંઈ નહીં.
Watch / Wear સાથી ઍપ	ફોન પરઘડિયાળની પોતાની કીચેન / એન્ક્રિપ્ટેડશેર્ડપ્રિફરન્સ	કીઘડિયાળ પ્લેટફોર્મની ચાવીઓ; પ્લેટફોર્મની જોડી-ઉપકરણ ચેનલ પર સ્થાનાંતરિત.
ડેસ્કટૉપ એક્સટેન્શન ટ્રાફિક (વિનંતી પર એક-વખતના કોડ્સ)	ફોન પરસંગ્રહિત નથી; એન્ડ-ટુ-એન્ડ એન્ક્રિપ્ટેડ પરબિડીયાઓ તરીકે પ્રસારિત થાય છે	કીકીચેન / કીસ્ટોરમાં દરેક જોડી માટે એક X25519 કી જોડી, ખાનગી કી; રિલે ફક્ત સાઇફરટેક્સ્ટ જુએ છે.

ડાયગ્નોસ્ટિક્સ પાસે એવી કોઈ પદ્ધતિ નથી જે ગુપ્તતા સ્વીકારે. કોઈપણ વિશ્લેષણાત્મક ઇવેન્ટમાં વૉલ્ટ ફીલ્ડ હોતું નથી. કોઈપણ બિલ્ડમાં, વૉલ્ટમાંથી કોઈ મૂલ્ય ક્યારેય લોગમાં લખવામાં આવતું નથી.

2. દરેક પ્લેટફોર્મ પર, ચાવીઓ ક્યાં રહે છે

આઇઓએસ. ડેટા કીને સિક્યોર એન્ક્લેવ (kSecAttrTokenIDSecureEnclave) ની અંદર જનરેટ થયેલી કી દ્વારા વીંટાળવામાં આવે છે જેમાં એક્સેસ કંટ્રોલ .privateKeyUsage + .userPresence, ઍક્સેસિબિલિટી ...ThisDeviceOnly, એપના શેર કરેલ કીચેન એક્સેસ ગ્રુપમાં હોય છે જેથી ઓટોફિલ એક્સટેન્શન એ જ કીનો ઉપયોગ કરી શકે. ખાનગી કીને એપ દ્વારા, બેકઅપ દ્વારા અથવા ડીબગર દ્વારા એન્ક્લેવમાંથી વાંચી શકાતી નથી; એન્ક્લેવ ફક્ત વપરાશકર્તા હાજર થયા પછી જ તેનો ઉપયોગ કરવા માટે સંમત થાય છે (ફેસ આઈડી, ટચ આઈડી અથવા ડિવાઇસ પાસકોડ). ThisDeviceOnly નો અર્થ એ છે કે ફોનનો iCloud અથવા iTunes બેકઅપ કી ધરાવતો નથી; પુનઃસ્થાપિત ફોન ખાલી વૉલ્ટથી શરૂ થાય છે અને તમારી બેકઅપ ફાઇલ અને પાસફ્રેઝ માંગે છે. પાસકોડ વગરનો ફોન .userPresence કી ગેટ કરી શકતો નથી (એન્ક્લેવ એક બનાવવાનો ઇનકાર કરે છે), અને સિમ્યુલેટર ડિઝાઇન દ્વારા તે જ રસ્તો અપનાવે છે (તેનો હાજરી પ્રોમ્પ્ટ એક ચેતવણી છે જેનો કોઈ પરીક્ષણ જવાબ આપી શકતું નથી): ત્યાં ડેટા કી એક સાદા ઉપકરણ-માત્ર કીચેન આઇટમ છે - હજુ પણ દરેક બેકઅપમાંથી બહાર છે, ફોન લૉક હોય ત્યારે પણ વાંચી શકાતી નથી, પરંતુ બીજા પ્રોમ્પ્ટ વિના - અને સુરક્ષા સ્ક્રીન બરાબર તે જ કહે છે અને પાસકોડ સેટ કરવાનું સૂચન કરે છે.

એન્ડ્રોઇડ. ડેટા કી AndroidKeyStore AES-256 કી દ્વારા લપેટાયેલી હોય છે, જે સ્ટ્રોંગબોક્સમાં જનરેટ થાય છે જ્યારે ડિવાઇસમાં એક (અન્યથા TEE) હોય છે, જેમાં setUserAuthenticationRequired(true) હોય છે અને બાયોમેટ્રિક અથવા ડિવાઇસ ઓળખપત્ર, setUnlockedDeviceRequired(true), અને setInvalidatedByBiometricEnrollment(true) પછી 30-સેકન્ડની પ્રમાણીકરણ માન્યતા હોય છે. તે છેલ્લો ફ્લેગ લોડ-બેરિંગને બદલે પ્રમાણિક છે: Android તેને ફક્ત તે કી પર લાગુ કરે છે જે દરેક ઉપયોગ પર બાયોમેટ્રિકની માંગ કરે છે, તેથી આ 30-સેકન્ડની કી પર ડિવાઇસ ઓળખપત્ર સાથે તે કંઈપણ બદલાતું નથી - જે અજાણી વ્યક્તિ આંગળી બહાર રાખે છે તે એ છે કે નોંધણી કરાવવા માટે PIN ની જરૂર હોય છે, અને સ્ક્રીન લોક દૂર કરવાથી કી કાયમ માટે અમાન્ય થઈ જાય છે. કીસ્ટોર કી નિકાસ કરી શકાતી નથી અને Android ના ક્લાઉડ બેકઅપમાંથી બાકાત રાખવામાં આવે છે. એક ડોમેન જે એપ્લિકેશન તેના પોતાના વ્યૂ (webDomain) પર નામ આપે છે તે ફક્ત જાણીતા બ્રાઉઝરથી જ માનવામાં આવે છે; કોઈપણ અન્ય પેકેજમાંથી તે તે હોવું જોઈએ જે સિસ્ટમે તે પેકેજ (ડિજિટલ એસેટ લિંક્સ) માટે ચકાસ્યું હોય, કારણ કે કોઈપણ એપ્લિકેશન કોઈપણ ડોમેનનો દાવો કરી શકે છે.

ચોરાયેલી ડેટાબેઝ ફાઇલ માટે આનો શું અર્થ થાય છે? SQLite ફાઇલ અને સીલબંધ પંક્તિઓ સાઇફરટેક્સ્ટ છે. તેમને ખોલતી કી તે ફોન પરના સુરક્ષા હાર્ડવેરમાં રહે છે જેમાંથી ફાઇલ આવી હતી અને ફાઇલ સાથે તેની નકલ કરી શકાતી નથી. ઑફલાઇન અનુમાન લગાવવા માટે કંઈ નથી: ડેટા કી રેન્ડમ છે, કોઈ વ્યક્તિએ પસંદ કરેલી કોઈપણ વસ્તુમાંથી લેવામાં આવી નથી.

3. બેકઅપ ફાઇલ

બેકઅપ એ એકમાત્ર વસ્તુ છે જે ફોન છોડી દે છે, તેથી સિદ્ધાંતમાં તે એક એવી જગ્યા છે જ્યાં ઑફલાઇન હુમલો શક્ય છે. ડિઝાઇન તે હુમલાને ખર્ચાળ બનાવે છે અને તેની સાથે શક્ય તેટલું ઓછું કામ કરવા દે છે:

• પાસફ્રેઝ ઓછામાં ઓછો 12 અક્ષરોનો છે (શીટ ઓછા અક્ષરોનો ઇનકાર કરે છે અને સ્ટ્રેન્થ બાર બતાવે છે).
• ફાઇલમાં કે એપ્લિકેશનમાં ક્યાંય પણ પાસફ્રેઝ સંકેત સંગ્રહિત નથી.
• દરેક લખેલી ફાઇલ માટે એક તાજું રેન્ડમ 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 પાસ વર્તમાન ફોન પર લગભગ એક સેકન્ડ લે છે અને દરેક અનુમાન લગાવે છે કે કોઈપણ હાર્ડવેર પર મેમરી અને સમયનો ખર્ચ થાય છે — 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 બોડી, જેમાં પ્રતિ-ફાઇલ સોલ્ટ અને Argon2id 64 MiB × 3 પાસ (v2) અથવા PBKDF2 600,000 રાઉન્ડ (v1) પર હોય છે. કોઈ સંકેત નથી, કોઈ વપરાશકર્તા નામ નથી, કોઈ એકાઉન્ટ સૂચિ સ્પષ્ટ નથી. દરેક અનુમાનનો સંપૂર્ણ વ્યુત્પત્તિ ખર્ચ થાય છે; કોઈ શોર્ટકટ નથી. એક મજબૂત પાસફ્રેઝ અહીં સંપૂર્ણ બચાવ છે, અને એપ્લિકેશન શીટ પર આવું કહે છે.
સ્ક્રીન અનલોક થયેલું ચોરાયેલું ઉપકરણ	તેમની પાસે શું છેતમારા હાથમાં એક ફોન, અનલોક	તેમને શું મળે છેકોડ્સની યાદી. વૉલ્ટ (પાસવર્ડ્સ, કાર્ડ્સ) એપ લોકની પાછળ હોય છે અને ઓટો-લોક ટાઈમર પર ફરીથી લોક થાય છે (તાત્કાલિક / 1 મિનિટ / 5 મિનિટ); ડિક્રિપ્ટેડ મૂલ્ય મેમરીમાં ફક્ત ત્યારે જ અસ્તિત્વમાં રહે છે જ્યારે તેની સ્ક્રીન તેને બતાવી રહી હોય. ઑટોફિલ અને પ્લેન-ટેક્સ્ટ નિકાસ એપ ખુલ્લી હોય ત્યારે પણ નવી બાયોમેટ્રિક માંગે છે. જો તમને આ પ્રકારની ચિંતા હોય તો "તાત્કાલિક" સાથે એપ લોક ચાલુ કરો.
એક જ ફોન પર દૂષિત એપ્લિકેશન	તેમની પાસે શું છેબીજી એપ્લિકેશનનું સેન્ડબોક્સ, ક્લિપબોર્ડ, સુલભતા અથવા ઓવરલે યુક્તિઓ	તેમને શું મળે છેતે આપણી ફાઇલો (પ્લેટફોર્મ સેન્ડબોક્સિંગ) વાંચી શકતું નથી અથવા આપણી કીનો ઉપયોગ કરી શકતું નથી (કી આપણી સહી ઓળખ અને વપરાશકર્તાની હાજરી સાથે જોડાયેલી છે). 30 સેકન્ડ પછી ક્લિપબોર્ડમાંથી નકલો સાફ થાય છે; Android પર નકલને સંવેદનશીલ ફ્લેગ કરવામાં આવે છે અને ક્લિપબોર્ડ ઇતિહાસમાંથી બાકાત રાખવામાં આવે છે. Android પર વૉલ્ટ સ્ક્રીનો FLAG_SECURE સેટ કરે છે (કોઈ સ્ક્રીનશોટ નહીં, કોઈ સ્ક્રીન રેકોર્ડિંગ નહીં, સ્વિચરમાં ખાલી); iOS સ્વિચર થંબનેલને ખાલી કરે છે. Android પર ઑટોફિલ ફક્ત તે એપ્લિકેશનોને જ આપવામાં આવે છે જે સિસ્ટમે સેવ કરેલા ડોમેન (ડિજિટલ એસેટ લિંક્સ) સામે ચકાસેલી છે, તેથી સમાન દેખાતી એપ્લિકેશનને તમારો પાસવર્ડ આપવામાં આવતો નથી.
ફિશિંગ પેજ	તેમની પાસે શું છેતમે સેવ કરેલી સાઇટ જેવી દેખાતી સાઇટ	તેમને શું મળે છેકંઈ ભરાતું નથી. મેચિંગ રજીસ્ટરેબલ ડોમેન દ્વારા થાય છે (જાહેર સફિક્સ લિસ્ટ, એપ્લિકેશન સાથે બંડલ અને અપડેટ થયેલ): login.example.com અને example.com મેચ, example.com.evil.net અને examp1e.com નથી. ઇન-એપ બ્રાઉઝર એ જ રીતે મેળ ખાય છે અને ફક્ત તે ફ્રેમમાં જ ભરે છે જેણે પૂછ્યું હતું, ભરતી વખતે તે ફ્રેમના પોતાના મૂળ સામે ફરીથી તપાસવામાં આવે છે; એક હોસ્ટ જેનો પોતાનો કોઈ નોંધણીયોગ્ય ડોમેન નથી - એક IP સરનામું, સ્થાનિક નેટવર્ક પર એક ખાલી નામ - બરાબર મેળ ખાય છે અને કંઈપણ ગુમાવતું નથી. iOS AutoFill એપલના એસોસિએટેડ-ડોમેન્સ ચેક ઉમેરે છે. જે પાસવર્ડ તમારે હાથથી સમાન દેખાવમાં પેસ્ટ કરવો પડશે તે હજુ પણ જોખમ છે; એપ્લિકેશન તેને દૂર કરી શકતી નથી, ફક્ત મદદ કરવાનું ટાળે છે.
અમારા પોતાના સર્વર્સ	તેમની પાસે શું છે—	તેમને શું મળે છેકોઈ વૉલ્ટ સર્વર નથી. AssuredAuth પાસે કોઈ એકાઉન્ટ નથી, કોઈ સાઇન-ઇન નથી અને તમારા વૉલ્ટની કોઈ નકલ નથી, તેથી અમારી બાજુમાં તમારું કંઈ ચોરાઈ જવા અને ક્રેક થવા માટે નથી. બે વસ્તુઓ સર્વર-સાઇડ ચાલે છે, જેમાંથી કોઈ વૉલ્ટને સ્પર્શતી નથી: ડેસ્કટોપ એક્સટેન્શન માટે રિલે મેઇલબોક્સ, જે એન્ડ-ટુ-એન્ડ એન્ક્રિપ્ટેડ એન્વલપ્સ (એક-વખતના કોડ, વાંચતી વખતે કાઢી નાખવામાં આવે છે; રિલેમાં ક્યારેય ચાવી હોતી નથી), અને વૈકલ્પિક ખાનગી કનેક્શનના એક્ઝિટ સર્વર્સ, જે ટ્રાફિક વહન કરે છે અને કોઈ ઍક્સેસ લોગ રાખતા નથી.
સમન્સ અથવા સરકારી વિનંતી	તેમની પાસે શું છેઅમને સંબોધિત કાનૂની પ્રક્રિયા	તેમને શું મળે છેસોંપવા માટે કંઈ નથી: અમારી પાસે કોઈ તિજોરી નથી, કોઈ ચાવી નથી, કોઈ પાસફ્રેઝ નથી અને કોઈ બેકઅપ નથી. આપણને એવું કહેવાની ફરજ પાડી શકાય છે; આપણને એવું ઉત્પન્ન કરવાની ફરજ પાડી શકાય નહીં જે અસ્તિત્વમાં નથી.

5. ક્લિપબોર્ડ, સ્ક્રીનશોટ અને મેમરી

• કૉપિ કરવાથી ક્લિપબોર્ડ પર 30 સેકન્ડ માટે મૂલ્ય રહે છે, અને જો તે હજુ પણ આપણી હોય તો તેને સાફ કરે છે. Android પર ક્લિપને EXTRA_IS_SENSITIVE તરીકે ચિહ્નિત કરવામાં આવે છે જેથી સિસ્ટમ તેને ક્લિપબોર્ડ પૂર્વાવલોકન અને ઇતિહાસમાંથી છુપાવે છે; iOS પર પેસ્ટબોર્ડ આઇટમ ફક્ત સ્થાનિક છે (અન્ય ઉપકરણો પર હેન્ડઓફ કરવામાં આવતી નથી).
• Android પર વૉલ્ટ સ્ક્રીન (પાસવર્ડ્સ, પાસવર્ડ, કાર્ડ્સ, કાર્ડ, પાસફ્રેઝ શીટ્સ, પ્લેન-ટેક્સ્ટ એક્સપોર્ટ) FLAG_SECURE સેટ કરે છે. iOS પાસે કોઈ સમકક્ષ ફ્લેગ નથી; એપ્લિકેશન એપ્લિકેશન સ્વિચરમાં તેના થંબનેલને ખાલી કરે છે અને મૂલ્યો ડિફોલ્ટ રૂપે આંખના ટૉગલ પાછળ હોય છે.
• ડિક્રિપ્ટેડ મૂલ્યો ફક્ત સ્ક્રીન બતાવે ત્યારે જ મેમરીમાં રહે છે અને જ્યારે તે દૂર જાય છે અથવા એપ્લિકેશન લોક થાય છે ત્યારે તેને છોડી દેવામાં આવે છે. ડેટા કી વિનંતી માટે ખોલવામાં આવે છે અને લોકમાં કેશ કરવામાં આવતી નથી.
• પ્લેન-ટેક્સ્ટ નિકાસ અસ્તિત્વમાં છે (જેથી તમે હંમેશા છોડી શકો છો) અને તે કન્ફર્મ શીટ અને તાજા બાયોમેટ્રિક પાછળ છે, અને તેની સ્ક્રીન પણ FLAG_SECURE છે.

6. ઓટોફિલ: શું ભરાય છે અને શું નથી ભરતું

ક્યાં	પાસવર્ડ્સ	કાર્ડ્સ
iOS: સફારી અને એપ્સ (ઓટોફિલ એક્સટેન્શન)	પાસવર્ડ્સહા, એક્સટેન્શન (LAContext) માં નવા ફેસ આઈડી / ટચ આઈડી / પાસકોડ પછી, અને ફક્ત નોંધણીયોગ્ય ડોમેન માટે એન્ટ્રી સાચવવામાં આવી હતી, જેમાં એપલના એસોસિએટેડ-ડોમેન્સ એપ્લિકેશન્સ માટે તપાસ કરે છે.	કાર્ડ્સના. સફારીમાં કાર્ડ ઓટોફિલ એકલા એપલનું છે; કાર્ડ સ્ક્રીન કહે છે કે "એશ્યોર્ડઅથ બ્રાઉઝરમાં ભરાય છે અને કોપી સાથે" અને બીજું કંઈ વચન આપતું નથી.
એન્ડ્રોઇડ: એપ્સ અને ક્રોમ (ઓટોફિલ સર્વિસ)	પાસવર્ડ્સહા, પ્રતિ-ડેટાસેટ પ્રમાણીકરણ: સિસ્ટમ ભરણ પહેલાં બાયોમેટ્રિકપ્રોમ્પ્ટ બતાવે છે; જ્યારે ડિજિટલ એસેટ લિંક્સ તેને સાચવેલા ડોમેન સાથે જોડે છે ત્યારે જ એપ્લિકેશન પેકેજ મેળ ખાય છે.	કાર્ડ્સહા, ક્રેડિટકાર્ડનંબર, ક્રેડિટકાર્ડએક્સપાયરી* અને ક્રેડિટકાર્ડસિક્યુરિટીકોડ સંકેતો, એ જ બાયોમેટ્રિક ગેટ
AssuredAuth બ્રાઉઝર (બંને પ્લેટફોર્મ)	પાસવર્ડ્સહા, નોંધણીયોગ્ય ડોમેન દ્વારા - એક હોસ્ટ જેનો પોતાનો કોઈ પણ મેળ બરાબર નથી - તે ફ્રેમમાં જે પૂછવામાં આવ્યું હતું, ભરણ પહેલાં બાયોમેટ્રિક	કાર્ડ્સહા, ફિલ્ડ ડિટેક્શન દ્વારા, ભરણ પહેલાં બાયોમેટ્રિક
કૉપિ બટનો	પાસવર્ડ્સએપ લોક પાછળ, 30-સેકન્ડનું ક્લિપબોર્ડ	કાર્ડ્સનંબર, સમાપ્તિ તારીખ, CVC (સમાન નિયમો)

સમાન દેખાતા હોસ્ટ પર કંઈ ભરાતું નથી. બાયોમેટ્રિક વિના કંઈ ભરાતું નથી.

7. જે ક્યારેય બનતું નથી

કોઈ વૉલ્ટ સર્વર નથી. વૉલ્ટ ફીલ્ડ ધરાવતું કોઈ એનાલિટિક્સ નથી. કન્ફર્મ શીટ અને તાજા બાયોમેટ્રિક વિના પ્લેન-ટેક્સ્ટ નિકાસ નથી. વૉલ્ટ સ્ક્રીન પર કોઈ તૃતીય-પક્ષ SDK લોડ થયેલ નથી. વૉલ્ટ સ્ક્રીનનો કોઈ સ્ક્રીનશોટ નથી. કોઈ પાસફ્રેઝ સંકેત નથી. કોઈપણ બિલ્ડમાં મૂલ્યોનું લોગિંગ નથી.

8. આપણે જેની સામે રક્ષણ આપી શકતા નથી

એક પાસફ્રેઝ જે અનુમાન લગાવવા માટે પૂરતો નબળો છે. એક ફોન જેની ઓપરેટિંગ સિસ્ટમ રૂટ પર ચેડા થઈ ગઈ છે (જેલબ્રોકન અથવા રૂટેડ ડિવાઇસ ઉપરોક્ત દરેક બાબત વિશે એપ્લિકેશનને ખોટું બોલી શકે છે). એક વ્યક્તિ જે ટાઇપ કરતી વખતે જોવામાં આવે છે. ડેસ્કટોપ પર તમે જે માલવેર પેસ્ટ કરો છો. અમે આ કહીએ છીએ જેથી ઉપરોક્ત સૂચિ તે શું છે તે વાંચી શકાય: ડિઝાઇન કઈ વસ્તુઓ દૂર કરી શકે છે, દૂર કરી શકાય છે.

9. સ્થિતિની સમીક્ષા કરો

આ ડિઝાઇનનું પ્લેટફોર્મ અને તેના પોતાના ક્રોસ-પ્લેટફોર્મ વેક્ટર બંને પર પ્રકાશિત જાણીતા જવાબો સામે એકમ-પરીક્ષણ કરવામાં આવ્યું છે. સ્ટોર લિસ્ટિંગ પર વૉલ્ટની જાહેરાત થાય તે પહેલાં માલિકની સૂચિમાં બાહ્ય સમીક્ષા હોય છે; જ્યાં સુધી તે ન થાય ત્યાં સુધી, આ દસ્તાવેજ અહીં આમ કહેશે.

10. જ્યાં વસ્તુઓ ચાલે છે

ફોનમાંથી કંઈ પણ તિજોરી બહાર રહેતી નથી, પરંતુ તેની આસપાસની કેટલીક વસ્તુઓ અન્ય લોકોના મશીનો પર ચાલે છે. આ યાદી છે, અને દરેકમાં શું છે; ડેટા ફ્લો પોતે જ https://assuredauth.com/privacy પર ગોપનીયતા નીતિમાં વર્ણવેલ છે.

• ગૂગલ ક્લાઉડ / ફાયરબેઝ — ડેસ્કટોપ એક્સટેન્શન (એન્ડ-ટુ-એન્ડ એન્ક્રિપ્ટેડ એન્વલપ્સ, વાંચતી વખતે કાઢી નાખવામાં આવે છે), પુશ ટોકન્સ, ખરીદી સ્થિતિ અને સંપર્ક ફોર્મ દ્વારા મોકલવામાં આવતા સંદેશાઓ માટે રિલે મેઇલબોક્સ.
• Vercel — assuredauth.com, તેના પૃષ્ઠો અને તેમની પાછળના નાના કાર્યો.
• વલ્ટર — ખાનગી કનેક્શનના એક્ઝિટ સર્વર્સ. ટ્રાફિક તેમાંથી પસાર થાય છે; કંઈપણ સંગ્રહિત થતું નથી.
• એપલ અને ગુગલ પ્લે - ખરીદી અને સબ્સ્ક્રિપ્શન્સ, તેમના પોતાના સ્ટોર્સમાં.
• પોસ્ટહોગ — ઉત્પાદન વિશ્લેષણ: શું વપરાય છે તેની ગણતરી, કોઈ ઓળખ સાથે જોડાયેલ નથી.
• રેવન્યુકેટ — સબ્સ્ક્રિપ્શનની સ્થિતિ: સક્રિય કે સમાપ્ત થયેલ, અને કયા પ્લાન પર.

દરેક વ્યક્તિ પોતાની વાત માને છે અને તિજોરીમાંથી કંઈ નથી. જ્યારે ઉત્પાદન બદલાય છે ત્યારે યાદી બદલાય છે, અને આ વિભાગ તેની સાથે બદલાય છે.

નબળાઈની જાણ કરવી

જો તમને લાગે કે તમને અહીં વર્ણવેલ કોઈપણ બાબતમાં નબળાઈ મળી છે, તો hello@assuredauth.com પર "સુરક્ષા" વિષય સાથે લખો. કૃપા કરીને પ્લેટફોર્મ, એપ્લિકેશન સંસ્કરણ અને પગલાં શામેલ કરો; તમારા પોતાના ડેટાનો ઉપયોગ કરે છે તે પુરાવો પૂરતો છે, અને અમે વિનંતી કરીએ છીએ કે તમે અન્ય લોકોના ડેટા સામે પરીક્ષણ ન કરો. અમે PGP કી ઓફર કરતા નથી; જો રિપોર્ટ સાદા ઇમેઇલમાં મુસાફરી ન કરે, તો પહેલા સંદેશમાં તે જણાવો અને અમે બીજી રીતે ગોઠવણ કરીશું.

બદલામાં અમે જે વચન આપીએ છીએ: અમે ત્રણ કાર્યકારી દિવસોમાં સ્વીકારીએ છીએ, તેના પર કામ કરતી વખતે તમને જાણ કરીએ છીએ, તેના વિશે કંઈપણ પ્રકાશિત થાય તે પહેલાં વાસ્તવિકતા શું છે તે સુધારીએ છીએ, અને જો તમે શ્રેય મેળવવા માંગતા હો, તો તમને અહીં શ્રેય આપીએ છીએ. નીચે આપેલા કાર્યક્ષેત્રમાં સારા વિશ્વાસથી કરવામાં આવેલા સંશોધન પર અમે કાનૂની કાર્યવાહી કરીશું નહીં.

કાર્યક્ષેત્રમાં: iOS અને Android એપ્લિકેશન્સ, ઘડિયાળ એપ્લિકેશન્સ, ડેસ્કટોપ એક્સટેન્શન, assuredauth.com અને તેનું API. કાર્યક્ષેત્રની બહાર: એપ સ્ટોર અને ગૂગલ પ્લે પોતે, ઉપર સૂચિબદ્ધ પ્રદાતાઓ, કોઈપણનું સામાજિક એન્જિનિયરિંગ અને સેવાનો ઇનકાર.

આ સમયે કોઈ બક્ષિસ નથી. રિપોર્ટનો જવાબ પૈસાથી નહીં, પણ ફિક્સ અને આભાર સાથે આપવામાં આવે છે.