سیکورٹی

والٹ کس طرح بنایا گیا ہے، اور کیا خلاف ورزی ملے گی.

آخری بار 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)	فون پرآپ اسے جہاں بھی رکھیں: فائلز، آئی کلاؤڈ ڈرائیو، گوگل ڈرائیو ایپ ڈیٹا فولڈر، ایک شیئر شیٹ	کلیدآپ کے پاس فریز (§3) سے اخذ کردہ کلید۔ ایپل اور گوگل کو سیل شدہ فائل موصول ہوتی ہے اور کچھ نہیں۔
Watch / Wear ساتھی ایپ	فون پرگھڑی کی اپنی کیچین / انکرپٹڈ شیئرڈ ترجیحات	کلیدگھڑی پلیٹ فارم کی چابیاں؛ پلیٹ فارم کے پیئرڈ ڈیوائس چینل پر منتقل کیا گیا۔
ڈیسک ٹاپ ایکسٹینشن ٹریفک (درخواست پر ایک بار کے کوڈز)	فون پرذخیرہ نہیں؛ اینڈ ٹو اینڈ انکرپٹڈ لفافے کے طور پر ریلے کیا جاتا ہے۔	کلیدایک X25519 کلیدی جوڑا فی جوڑا، کیچین/کی اسٹور میں نجی کلید؛ ریلے صرف سائفر ٹیکسٹ دیکھتا ہے۔

تشخیص کا کوئی طریقہ نہیں ہے جو کسی راز کو قبول کرے۔ کسی بھی تجزیاتی ایونٹ میں والٹ فیلڈ نہیں ہوتا ہے۔ کسی بھی تعمیر میں، والٹ سے کوئی قیمت کبھی لاگ پر نہیں لکھی جاتی ہے۔

2. جہاں چابیاں رہتی ہیں، ہر پلیٹ فارم پر

iOS ڈیٹا کلید کو سیکیور انکلیو (kSecAttrTokenIDSecureEnclave) کے اندر ایکسیس کنٹرول .privateKeyUsage + .userPresence، ایکسیسبیلٹی …صرف یہ ڈیوائس، ایپ کے مشترکہ کیچین رسائی گروپ میں تیار کردہ کلید کے ذریعے لپیٹ دیا جاتا ہے تاکہ آٹو فل ایکسٹینشن اسی کلید کو استعمال کر سکے۔ نجی کلید کو ایپ کے ذریعے، بیک اپ کے ذریعے، یا ڈیبگر کے ذریعے انکلیو سے باہر نہیں پڑھا جا سکتا ہے۔ انکلیو صرف صارف کے موجود ہونے کے بعد اسے استعمال کرنے پر راضی ہوتا ہے (فیس آئی ڈی، ٹچ آئی ڈی یا ڈیوائس کا پاس کوڈ)۔ ThisDeviceOnly کا مطلب ہے کہ فون کا iCloud یا iTunes بیک اپ کلید نہیں رکھتا ہے۔ بحال شدہ فون خالی والٹ سے شروع ہوتا ہے اور آپ کی بیک اپ فائل اور پاس فریز کے لیے پوچھتا ہے۔ بغیر پاس کوڈ والا فون .userPresence کلید کو گیٹ نہیں کر سکتا (انکلیو ایک بنانے سے انکار کرتا ہے)، اور سمیلیٹر ڈیزائن کے لحاظ سے وہی راستہ اختیار کرتا ہے (اس کی موجودگی کا اشارہ ایک انتباہ ہے جس کا کوئی ٹیسٹ جواب نہیں دے سکتا): وہاں ڈیٹا کلید ایک سادہ ڈیوائس کے لیے کیچین آئٹم ہے — اب بھی ہر بیک اپ سے باہر ہے، پھر بھی ناقابل پڑھا جا سکتا ہے — لیکن یہ کہتا ہے کہ فون بالکل لاک ہے اور سیکیورٹی پر کوئی سیٹنگ نہیں ہے، لیکن یہ کہتی ہے کہ سیکیورٹی کے ساتھ کوئی سیٹنگ نہیں ہے۔ پاس کوڈ

اینڈرائیڈ۔ ڈیٹا کلید کو AndroidKeyStore AES-256 کلید کے ذریعے لپیٹ دیا جاتا ہے، جو StrongBox میں اس وقت تیار ہوتا ہے جب ڈیوائس میں ایک (بصورت دیگر TEE) ہو، جس میں setUserAuthenticationRequired (true) اور بائیو میٹرک یا ڈیوائس کی سند کے بعد 30 سیکنڈ کی توثیق کی درستگی، setUnlocked(setUnlocked) setInvalidatedByBiometricEnrollment(true) باقی ہے۔ یہ آخری جھنڈا لوڈ بیئرنگ کے بجائے ایماندارانہ ہے: اینڈرائیڈ اسے صرف ان کلیدوں پر لاگو کرتا ہے جو ہر استعمال پر بائیو میٹرک کا مطالبہ کرتی ہیں، لہذا ڈیوائس کی سند کے ساتھ اس 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}

مطابقت کا نوٹ: اینڈروئیڈ 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 ایم آئی بی اور 3 پاسز تقریباً ایک سیکنڈ لگتے ہیں اور ہر ایک اندازہ لگاتا ہے کہ کسی بھی ہارڈ ویئر پر میموری اور وقت خرچ ہوتا ہے — پراپرٹی PBKDF2 میں GPU رگ کے خلاف کمی ہے، اور وجہ v2 موجود ہے۔ ایک قاری ان کلیدوں کو نظر انداز کر دیتا ہے جس کے بارے میں اسے معلوم نہیں ہوتا ہے، اس لیے v1 ریڈر کو v2 باڈی دی گئی ہے، بس کارڈ کبھی نہیں دیکھتا ہے۔

ثبوت

تین ٹیسٹ ویکٹر فائلیں (بیک اپ v1، بیک اپ v2 اور Argon2id) تیسرے نفاذ کے ذریعے تیار کی جاتی ہیں، دونوں ایپس سے آزاد (PBKDF2 اور AES-GCM کے لیے نوڈ کا اوپن ایس ایس ایل، ایک WebAssembly Argon2id جو حوالہ کے نفاذ کے شائع شدہ جوابات کے خلاف جنریشن کے وقت چیک کیا جاتا ہے)۔ ہر ایک پاس فریز، نمک، نونس، سادہ متن، اخذ کردہ کلید، AAD، متوقع سائفر ٹیکسٹ اور ٹیگ، اور مکمل فائل رکھتا ہے۔ آئی او ایس اور اینڈرائیڈ پر یونٹ ٹیسٹ ایک ہی فائلوں کو پڑھتے ہیں اور ایک ہی بائٹس پر زور دیتے ہیں - لہذا ایک پلیٹ فارم پر سیل شدہ بیک اپ دوسرے پر کھلنا ثابت ہوتا ہے، فرض نہیں کیا جاتا ہے، اور تینوں کا معاہدہ ایک ہی غلطی کی دو کاپیاں نہیں ہے۔ ایک ساتھی ٹول اس فائل کو کھولتا ہے جو فون نے اصل میں اسی تیسرے نفاذ کے ساتھ لکھا تھا اور ہیڈر کو اوپر کے اصولوں کے خلاف چیک کرتا ہے (بالکل فارمیٹ کی کلیدیں، اس لیے کوئی اشارہ یا نام موجود نہیں ہو سکتا؛ 16-بائٹ نمک، 12-بائٹ نونس، 16-بائٹ ٹیگ الگ سے ذخیرہ کیا گیا؛ ورژن 2 بالکل 64 MiB/3/3/refred passera1)؛ خودکار iOS رن سمیلیٹر پر ایک لکھتا ہے اور اسے اسی طرح کھولتا ہے، اور سمیلیٹر کے ایپ کنٹینر، ایپ گروپ کنٹینر اور کیچین ڈیٹا بیس کو ہر سیڈ پاس ورڈ اور کارڈ نمبر کے لیے UTF-8 اور UTF-16 (0 ہٹ) کے طور پر تلاش کرتا ہے۔

4. خطرہ ماڈل

صورتحال	جو ان کے پاس ہے	جو انہیں ملتا ہے
گمشدہ یا چوری شدہ فون، مقفل	جو ان کے پاس ہےڈیوائس، ڈیٹا بیس فائل، مہر بند قطار	جو انہیں ملتا ہےسیفر ٹیکسٹ۔ ریپنگ کلید Secure Enclave/ StrongBox میں ہے اور ڈیوائس لاک کے علاوہ تازہ بائیو میٹرک یا پاس کوڈ کے بعد ہی ریلیز ہوتی ہے۔ فون کو دور سے صاف کرنا (فائنڈ مائی / فائنڈ مائی ڈیوائس) اس کے ساتھ اہم مواد کو تباہ کر دیتا ہے۔
چوری شدہ بیک اپ فائل	جو ان کے پاس ہےکلاؤڈ اکاؤنٹ، ای میل، لیپ ٹاپ سے .authbackup فائل	جو انہیں ملتا ہےAES-256-GCM باڈی ایک کلید کے تحت کم از کم 12 حروف کے پاسفریز سے اخذ کی گئی ہے، جس میں فی فائل نمک اور Argon2id 64 MiB × 3 پاسز (v2) یا PBKDF2 600,000 راؤنڈز (v1) پر ہے۔ کوئی اشارہ، کوئی صارف نام، کوئی اکاؤنٹ کی فہرست واضح نہیں۔ ہر اندازے پر مکمل اخذ کی لاگت آتی ہے۔ کوئی شارٹ کٹ نہیں ہے. ایک مضبوط پاسفریز یہاں مکمل دفاع ہے، اور ایپ شیٹ پر ایسا کہتی ہے۔
چوری شدہ آلہ جس کی اسکرین غیر مقفل ہے	جو ان کے پاس ہےآپ کے ہاتھ میں ایک فون، غیر مقفل	جو انہیں ملتا ہےکوڈز کی فہرست۔ والٹ (پاس ورڈز، کارڈز) ایپ لاک کے پیچھے ہوتا ہے اور آٹو لاک ٹائمر پر دوبارہ لاک ہوجاتا ہے (فوری طور پر / 1 منٹ / 5 منٹ)؛ ایک ڈکرپٹڈ ویلیو میموری میں صرف اس وقت موجود ہوتی ہے جب اس کی سکرین اسے دکھا رہی ہو۔ آٹو فل اور سادہ ٹیکسٹ ایکسپورٹ ایپ کے کھلے ہونے پر بھی تازہ بائیو میٹرک کا مطالبہ کرتا ہے۔ "فوری طور پر" کے ساتھ ایپ لاک کو آن کریں اگر یہ معاملہ ہے جس کے بارے میں آپ پریشان ہیں۔
ایک ہی فون پر بدنیتی پر مبنی ایپ	جو ان کے پاس ہےایک اور ایپ کا سینڈ باکس، کلپ بورڈ، رسائی یا اوورلے ٹرکس	جو انہیں ملتا ہےیہ ہماری فائلوں (پلیٹ فارم سینڈ باکسنگ) کو نہیں پڑھ سکتا ہے یا ہماری کلید کا استعمال نہیں کرسکتا ہے (کلید ہماری دستخطی شناخت اور صارف کی موجودگی سے منسلک ہے)۔ 30 سیکنڈ کے بعد کلپ بورڈ سے کاپیاں صاف ہوجاتی ہیں۔ اینڈرائیڈ پر کاپی کو جھنڈا لگا کر حساس اور کلپ بورڈ کی تاریخ سے خارج کر دیا گیا ہے۔ والٹ اسکرینز نے Android پر FLAG_SECURE سیٹ کیا ہے (کوئی اسکرین شاٹس نہیں، کوئی اسکرین ریکارڈنگ نہیں، سوئچر میں خالی)؛ iOS سوئچر تھمب نیل کو خالی کرتا ہے۔ اینڈرائیڈ پر آٹو فل صرف ان ایپس کو پیش کیا جاتا ہے جن کی سسٹم نے محفوظ کردہ ڈومین (ڈیجیٹل اثاثہ لنکس) کے خلاف تصدیق کی ہے، اس لیے ایک جیسی ایپ آپ کے پاس ورڈ کی پیشکش نہیں کی جاتی ہے۔
فشنگ صفحہ	جو ان کے پاس ہےایک ایسی سائٹ جو آپ کی محفوظ کردہ سائٹ جیسی نظر آتی ہے۔	جو انہیں ملتا ہےکچھ نہیں بھرتا۔ مماثلت قابل رجسٹرڈ ڈومین کے ذریعہ ہے (عوامی لاحقہ فہرست، ایپ کے ساتھ بنڈل اور اپ ڈیٹ): login.example.com اور example.com میچ، example.com.evil.net اور examp1e.com نہیں کرتے۔ درون ایپ براؤزر اسی طرح میل کھاتا ہے اور صرف اس فریم میں بھرتا ہے جس نے پوچھا تھا، بھرنے کے وقت اس فریم کی اپنی اصلیت کے خلاف دوبارہ چیک کیا گیا تھا۔ ایک میزبان جس کا اپنا کوئی رجسٹرڈ ڈومین نہیں ہے — ایک IP ایڈریس، مقامی نیٹ ورک پر ایک ننگا نام — بالکل میل کھاتا ہے اور کچھ بھی ڈھیلا نہیں۔ iOS آٹو فل ایپل کے متعلقہ ڈومینز چیک کو شامل کرتا ہے۔ ایک پاس ورڈ جو آپ کو ہاتھ سے چسپاں کرنا ضروری ہے ایک جیسا نظر آنے والا اب بھی خطرہ ہے۔ ایپ اسے ہٹا نہیں سکتی، صرف مدد کرنے سے گریز کریں۔
ہمارے اپنے سرورز	جو ان کے پاس ہے—	جو انہیں ملتا ہےکوئی والٹ سرور نہیں ہے۔ AssuredAuth کے پاس کوئی اکاؤنٹس نہیں ہیں، کوئی سائن ان نہیں ہے اور آپ کے والٹ کی کوئی کاپی نہیں ہے، لہذا ہماری طرف سے آپ کی کوئی چیز چوری اور کریک نہیں ہے۔ سرور کی طرف دو چیزیں چلتی ہیں، جن میں سے کوئی بھی والٹ کو نہیں چھوتا: ڈیسک ٹاپ ایکسٹینشن کے لیے ایک ریلے میل باکس، جو اینڈ ٹو اینڈ انکرپٹڈ لفافے کو اسٹور کرتا ہے (ایک بار کے کوڈز، پڑھتے وقت حذف کردیے جاتے ہیں؛ ریلے میں کبھی کلید نہیں ہوتی ہے)، اور اختیاری نجی کنکشن کے ایگزٹ سرورز، جو ٹریفک لے جاتے ہیں اور کوئی لاگ ان نہیں رکھتے۔
ایک عرضی یا حکومتی درخواست	جو ان کے پاس ہےقانونی عمل ہم سے مخاطب ہے	جو انہیں ملتا ہےحوالے کرنے کے لیے کچھ نہیں: ہمارے پاس کوئی والٹ، کوئی کلید، کوئی پاس فریز اور کوئی بیک اپ نہیں ہے۔ ہم یہ کہنے پر مجبور ہو سکتے ہیں کہ؛ ہمیں وہ چیز پیدا کرنے پر مجبور نہیں کیا جا سکتا جو موجود نہیں ہے۔

5. کلپ بورڈ، اسکرین شاٹس اور میموری

• کاپی 30 سیکنڈ کے لیے کلپ بورڈ پر ویلیو رکھتا ہے، پھر اسے صاف کرتا ہے اگر یہ اب بھی ہماری ہے۔ اینڈرائیڈ پر کلپ کو EXTRA_IS_SENSITIVE نشان زد کیا گیا ہے لہذا سسٹم اسے کلپ بورڈ کے پیش نظارہ اور تاریخ سے چھپاتا ہے۔ iOS پر پیسٹ بورڈ آئٹم صرف مقامی ہے (دوسرے آلات پر ہینڈ آف نہیں)۔
• والٹ اسکرینز (پاس ورڈز، پاس ورڈ، کارڈز، کارڈ، پاس فریز شیٹس، سادہ ٹیکسٹ ایکسپورٹ) Android پر FLAG_SECURE سیٹ کرتی ہیں۔ iOS کا کوئی مساوی پرچم نہیں ہے۔ ایپ اپنے تھمب نیل کو ایپ سوئچر میں خالی کر دیتی ہے اور قدریں بطور ڈیفالٹ آئی ٹوگل کے پیچھے ہوتی ہیں۔
• ڈیکرپٹ شدہ اقدار صرف اس وقت میموری میں رہتی ہیں جب اسکرین انہیں دکھاتی ہے اور جب یہ چلی جاتی ہے یا ایپ لاک ہوجاتی ہے تو اسے چھوڑ دیا جاتا ہے۔ درخواست کے لیے ڈیٹا کی کلید کھول دی جاتی ہے اور لاک میں کیش نہیں ہوتی ہے۔
• سادہ متن کی برآمد موجود ہے (تاکہ آپ ہمیشہ چھوڑ سکیں) اور ایک تصدیقی شیٹ اور ایک تازہ بائیو میٹرک کے پیچھے ہے، اور اس کی سکرین بھی FLAG_SECURE ہے۔

6. آٹو فل: کیا بھرتا ہے، اور کیا نہیں ہوتا

کہاں	پاس ورڈز	کارڈز
iOS: سفاری اور ایپس (آٹو فل ایکسٹینشن)	پاس ورڈزہاں، ایکسٹینشن (LAContext) میں ایک تازہ فیس آئی ڈی/ٹچ آئی ڈی/پاس کوڈ کے بعد، اور صرف رجسٹری کے قابل ڈومین کے لیے اندراج محفوظ کیا گیا تھا، ایپل کے متعلقہ ڈومینز کے ساتھ ایپس کی جانچ پڑتال	کارڈزنمبر۔ سفاری میں کارڈ آٹو فل صرف ایپل کا ہے۔ کارڈ کی سکرین "AssuredAuth براؤزر میں اور کاپی کے ساتھ بھرتی ہے" کہتی ہے اور کچھ اور وعدہ نہیں کرتی ہے۔
اینڈرائیڈ: ایپس اور کروم (آٹو فل سروس)	پاس ورڈزہاں، فی ڈیٹا سیٹ کی توثیق: سسٹم بھرنے سے پہلے بائیو میٹرک پرامپٹ دکھاتا ہے۔ ایپ پیکیج صرف اس وقت مماثل ہے جب ڈیجیٹل اثاثہ لنکس اسے محفوظ کردہ ڈومین سے جوڑتا ہے۔	کارڈزہاں، کریڈٹ کارڈ نمبر، کریڈٹ کارڈ ایکسپائریشن* اور کریڈٹ کارڈ سیکیورٹی کوڈ کے اشارے، وہی بایومیٹرک گیٹ
AssuredAuth براؤزر (دونوں پلیٹ فارمز)	پاس ورڈزجی ہاں، رجسٹرڈ ڈومین کے ذریعے — ایک میزبان جس کا اپنا کوئی بھی میچ بالکل نہیں ہے — اس فریم میں جس نے پوچھا، بھرنے سے پہلے بائیو میٹرک	کارڈزجی ہاں، فیلڈ کا پتہ لگانے سے، بھرنے سے پہلے بائیو میٹرک
کاپی بٹن	پاس ورڈزایپ لاک کے پیچھے، 30 سیکنڈ کا کلپ بورڈ	کارڈزنمبر، ایکسپائری، CVC (ایک جیسے اصول)

ایک جیسے میزبان پر کچھ نہیں بھرتا۔ بائیو میٹرک کے بغیر کچھ نہیں بھرتا۔

7. جو کبھی نہیں ہوتا

کوئی والٹ سرور نہیں ہے۔ کوئی تجزیات نہیں جو والٹ فیلڈ کو لے کر جائیں۔ کنفرم شیٹ اور تازہ بائیو میٹرک کے بغیر کوئی سادہ متن برآمد نہیں۔ والٹ اسکرین پر کوئی فریق ثالث SDK لوڈ نہیں ہے۔ والٹ اسکرین کا کوئی اسکرین شاٹ نہیں۔ پاسفریز کا کوئی اشارہ نہیں۔ کسی بھی تعمیر میں اقدار کی لاگنگ نہیں ہے۔

8. جس سے ہم حفاظت نہیں کر سکتے

اندازہ لگانے کے لیے کافی کمزور پاسفریز۔ ایک ایسا فون جس کے آپریٹنگ سسٹم کی جڑ سے سمجھوتہ کیا گیا ہے (ایک جیل ٹوٹا ہوا یا جڑ والا آلہ اوپر کی ہر چیز کے بارے میں ایپ سے جھوٹ بول سکتا ہے)۔ وہ شخص جسے ٹائپ کرتے وقت دیکھا جاتا ہے۔ ڈیسک ٹاپ پر میلویئر جس میں آپ پیسٹ کرتے ہیں۔ ہم یہ کہتے ہیں اس لیے اوپر دی گئی فہرست کو پڑھا جاتا ہے کہ یہ کیا ہے: وہ چیزیں جنہیں ڈیزائن ہٹا سکتا ہے، ہٹایا جا سکتا ہے۔

9. حالت کا جائزہ لیں

اس ڈیزائن کو دونوں پلیٹ فارمز پر شائع شدہ معلوم جوابات اور اس کے اپنے کراس پلیٹ فارم ویکٹرز کے خلاف یونٹ ٹیسٹ کیا گیا ہے۔ اسٹور کی فہرست پر والٹ کی تشہیر سے پہلے ایک بیرونی جائزہ مالک کی فہرست میں ہوتا ہے۔ جب تک یہ نہیں ہو جاتا، یہ دستاویز یہاں یہی کہے گی۔

10. جہاں چیزیں چلتی ہیں

والٹ میں سے کچھ بھی فون کو نہیں چھوڑتا ہے، لیکن اس کے آس پاس کی کچھ چیزیں دوسرے لوگوں کی مشینوں پر چلتی ہیں۔ یہ فہرست ہے، اور ہر ایک کے پاس کیا ہے۔ ڈیٹا کے بہاؤ کو خود https://assuredauth.com/privacy پر رازداری کی پالیسی میں بیان کیا گیا ہے۔

• گوگل کلاؤڈ / فائر بیس — ڈیسک ٹاپ ایکسٹینشن کے لیے ریلے میل باکس (اینڈ ٹو اینڈ اینکرپٹڈ لفافے، پڑھتے وقت حذف کر دیے جاتے ہیں)، پش ٹوکن، خریداری کی حالت، اور رابطہ فارم کے ذریعے بھیجے گئے پیغامات۔
• Vercel — assuredauth.com، اس کے صفحات اور ان کے پیچھے چھوٹے فنکشنز۔
• Vultr - نجی کنکشن کے ایگزٹ سرورز۔ ٹریفک ان میں سے گزرتا ہے؛ کچھ بھی محفوظ نہیں ہے.
• Apple اور Google Play — خریداریاں اور سبسکرپشنز، ان کے اپنے اسٹورز میں۔
• پوسٹ ہاگ - مصنوعات کے تجزیات: استعمال شدہ چیزوں کی گنتی، کسی شناخت سے منسلک نہیں۔
• RevenueCat - سبسکرپشن کی حالت: فعال یا میعاد ختم، اور کس پلان پر۔

ہر ایک وہی رکھتا ہے جو اس کی لائن کہتی ہے اور والٹ سے کچھ نہیں۔ جب پروڈکٹ ہوتا ہے تو فہرست بدل جاتی ہے، اور یہ سیکشن اس کے ساتھ بدل جاتا ہے۔

کمزوری کی اطلاع دینا

اگر آپ کو یقین ہے کہ آپ کو یہاں بیان کردہ کسی بھی چیز میں کمزوری ملی ہے، تو hello@assuredauth.com پر "سیکیورٹی" کے موضوع کے ساتھ لکھیں۔ براہ کرم پلیٹ فارم، ایپ ورژن اور اقدامات شامل کریں؛ ایک ثبوت جو آپ کا اپنا ڈیٹا استعمال کرتا ہے کافی ہے، اور ہم کہتے ہیں کہ آپ دوسرے لوگوں کے خلاف ٹیسٹ نہ کریں۔ ہم PGP کلید پیش نہیں کرتے ہیں۔ اگر کسی رپورٹ کو سادہ ای میل میں سفر نہیں کرنا چاہیے تو پہلے پیغام میں بتائیں اور ہم دوسرے طریقے سے بندوبست کریں گے۔

ہم بدلے میں کیا وعدہ کرتے ہیں: ہم تین کاروباری دنوں کے اندر تسلیم کرتے ہیں، اس پر کام کرتے وقت آپ کو مطلع کرتے رہتے ہیں، اس کے بارے میں کچھ شائع ہونے سے پہلے درست کیا ہے، اور اگر آپ کریڈٹ حاصل کرنا چاہتے ہیں تو آپ کو یہاں کریڈٹ کرتے ہیں۔ ہم ذیل کے دائرہ کار میں نیک نیتی سے کی گئی تحقیق پر قانونی کارروائی نہیں کریں گے۔

دائرہ کار میں: iOS اور Android ایپس، واچ ایپس، ڈیسک ٹاپ ایکسٹینشن، assuredauth.com اور اس کا API۔ دائرہ کار سے باہر: App Store اور Google Play خود، اوپر درج فراہم کنندگان، کسی کی بھی سوشل انجینئرنگ، اور سروس سے انکار۔

اس وقت کوئی فضل نہیں ہے۔ رپورٹ کا جواب پیسے کے ساتھ نہیں بلکہ فکس اور شکریہ کے ساتھ دیا جاتا ہے۔