الأمان

كيف تم بناء القبو، وماذا سيجد فيه الاختراق.

آخر تحديث 21 سبتمبر 2026 · AssuredAuth، من شركة CircleRoll LLC

هذا وصفٌ عام لكيفية حماية AssuredAuth لأسرار المصادقة الثنائية وكلمات المرور والبطاقات التي تحتفظ بها. كُتب هذا الوصف بطريقة تُمكّن القارئ المهتم بالأمان من التحقق من كل ادعاءات التطبيق ومقارنتها بنقاط الاختبار المنشورة (المتاحة لأي مُراجع عند الطلب على hello@assuredauth.com). يُقدّم هذا الوصف الحقائق فقط: لا يوجد هنا ما يدّعي الحماية الكاملة من الهجمات، ولا يُقدّم أي ضمانات بنسب مئوية.

باختصار: الخزنة موجودة في مكان واحد فقط، هاتفك. كل قيمة فيها مشفرة بمفتاح يحتفظ به جهاز أمان الهاتف ولا يمكن تصديره. لا ندير خادمًا للخزنة، ولا نحتفظ بنسخة منها، ولا نحتفظ بالمفتاح. ملف النسخ الاحتياطي لا يغادر الهاتف إلا بعد تشفيره بعبارة مرور لا تُخزن في أي مكان.

الإبلاغ عن مشكلة: hello@assuredauth.com. انظر "الإبلاغ عن نقطة ضعف" في النهاية.

1. ما الذي يتم تشفيره، وبأي طريقة؟

بيانات	على الهاتف	مفتاح
كلمات المرور السرية ذات المصادقة الثنائية (TOTP/HOTP/Steam seeds)	على الهاتفسلسلة المفاتيح (iOS) / متجر مدعوم من Keystore لنظام Android	مفتاحالمفتاح المرتبط بالأجهزة في النظام الأساسي؛ يحتوي صف قاعدة البيانات على مرجع فقط (secretRef)، وليس على القيمة الأولية أبدًا.
كلمات المرور (قيمة كلمة المرور، ملاحظات)	على الهاتفصف مغلق: AES-256-GCM، قيمة عشوائية (nonce) مكونة من 96 بت لكل قيمة	مفتاحمفتاح بيانات عشوائي بطول 256 بت، مُغلّف بدوره بمفتاح الأجهزة المذكور في القسم 2
البطاقات (الرقم، تاريخ الانتهاء، الاسم على البطاقة، رمز التحقق من البطاقة)	على الهاتفنفس ختم كلمات المرور؛ رمز التحقق من البطاقة (CVC) اختياري ويتم تخزينه فقط في حال إدخاله.	مفتاحنفس مفتاح البيانات
البيانات الوصفية (أسماء الخدمات، أسماء المستخدمين، الرموز، ترتيب الفرز)	على الهاتفقاعدة بيانات التطبيق (SwiftData / Room)	مفتاحمحمية بواسطة تشفير ملفات نظام التشغيل؛ تُعامل على أنها غير سرية
ملف النسخ الاحتياطي (.authbackup)	على الهاتفأينما تضعه: الملفات، أو iCloud Drive، أو Google Drive، أو مجلد بيانات التطبيق، أو قائمة المشاركة	مفتاحمفتاح مُشتق من عبارة المرور الخاصة بك (الفقرة 3). تتلقى كل من Apple وGoogle الملف المُغلق فقط، ولا شيء غيره.
تطبيق Watch / Wear المرافق	على الهاتفمفتاح الساعة الخاص / الإعدادات المشتركة المشفرة	مفتاحمفاتيح منصة الساعة؛ يتم نقلها عبر قناة الجهاز المقترن بالمنصة
حركة مرور ملحقات سطح المكتب (رموز لمرة واحدة عند الطلب)	على الهاتفغير مخزنة؛ يتم إعادة توجيهها كأظرف مشفرة من طرف إلى طرف	مفتاحزوج مفاتيح X25519 لكل عملية اقتران، المفتاح الخاص موجود في سلسلة المفاتيح / مخزن المفاتيح؛ لا يرى جهاز الترحيل سوى النص المشفر

لا تحتوي أدوات التشخيص على أي طريقة تقبل بيانات سرية. ولا يحتوي أي حدث تحليلي على حقل مخزن. ولا تُكتب أي قيمة من المخزن في أي سجل، في أي إصدار.

2. مكان وجود المفاتيح، على كل منصة

نظام التشغيل iOS. يتم تغليف مفتاح البيانات بمفتاح مُولّد داخل البيئة الآمنة (kSecAttrTokenIDSecureEnclave) مع التحكم في الوصول .privateKeyUsage + .userPresence، وإمكانية الوصول …ThisDeviceOnly، ضمن مجموعة الوصول المشتركة لسلسلة المفاتيح الخاصة بالتطبيق، مما يسمح لملحق التعبئة التلقائية باستخدام نفس المفتاح. لا يمكن للتطبيق أو النسخة الاحتياطية أو أداة تصحيح الأخطاء قراءة المفتاح الخاص من البيئة الآمنة؛ إذ لا توافق البيئة الآمنة على استخدامه إلا بعد وجود المستخدم (عبر بصمة الوجه أو بصمة الإصبع أو رمز مرور الجهاز). تعني خاصية ThisDeviceOnly أن النسخة الاحتياطية للهاتف على iCloud أو iTunes لا تحتوي على المفتاح؛ ويبدأ الهاتف المُستعاد بخزنة فارغة ويطلب ملف النسخة الاحتياطية وعبارة المرور. لا يمكن للهاتف الذي لا يحتوي على رمز مرور أن يتحكم في مفتاح .userPresence (يرفض Enclave إنشاء واحد)، ويتبع المحاكي نفس المسار عن قصد (مطالبة التواجد الخاصة به هي تنبيه لا يمكن لأي اختبار الإجابة عليه): هناك يكون مفتاح البيانات عنصر Keychain عاديًا خاصًا بالجهاز فقط - لا يزال خارج كل نسخة احتياطية، ولا يزال غير قابل للقراءة أثناء قفل الهاتف، ولكن بدون مطالبة ثانية - وتقول شاشة الأمان ذلك بالضبط وتقترح تعيين رمز مرور.

أندرويد. يتم تغليف مفتاح البيانات بمفتاح AndroidKeyStore AES-256، يتم إنشاؤه في StrongBox عند توفره على الجهاز (وإلا في بيئة التنفيذ الموثوقة TEE)، مع تفعيل setUserAuthenticationRequired(true) وصلاحية مصادقة لمدة 30 ثانية بعد إدخال بيانات اعتماد الجهاز أو البيانات البيومترية، وتفعيل setUnlockedDeviceRequired(true)، وتفعيل setInvalidatedByBiometricEnrollment(true). هذا الخيار الأخير ليس مجرد إضافة، بل هو ضروري: يطبقه نظام Android فقط على المفاتيح التي تتطلب بيانات بيومترية في كل استخدام، لذا فهو لا يغير شيئًا في هذا المفتاح ذي صلاحية 30 ثانية مع السماح ببيانات اعتماد الجهاز - ما يمنع المتطفلين من الوصول إليه هو أن تسجيل المستخدم يتطلب رمز PIN، وأن إزالة قفل الشاشة يبطل المفتاح نهائيًا. لا يمكن تصدير مفاتيح Keystore، وهي مستثناة من النسخ الاحتياطي السحابي لنظام Android. لا يُعتد بالنطاق الذي يُسميه التطبيق في واجهاته (webDomain) إلا من متصفح معروف. من أي حزمة أخرى، يجب أن تكون أيضًا واحدة من تلك التي تحقق منها النظام لتلك الحزمة (روابط الأصول الرقمية)، حيث يمكن لأي تطبيق المطالبة بأي نطاق.

ماذا يعني هذا بالنسبة لملف قاعدة بيانات مسروق؟ ملف SQLite والصفوف المغلقة عبارة عن نص مشفر. المفتاح الذي يفتحها موجود في جهاز أمان على الهاتف الذي أُخذ منه الملف، ولا يمكن نسخه مع الملف. لا يوجد ما يمكن تخمينه في وضع عدم الاتصال بالإنترنت: مفتاح البيانات عشوائي، وليس مشتقًا من أي شيء اختاره شخص ما.

3. ملف النسخ الاحتياطي

النسخ الاحتياطية هي الشيء الوحيد الذي يغادر الهاتف، لذا فهي المكان الوحيد الذي يُمكن فيه نظرياً شنّ هجوم غير متصل بالإنترنت. يُصعّب تصميم الهاتف هذا الهجوم ويجعله مكلفاً، ويُقلّل من الموارد المتاحة لتنفيذه قدر الإمكان.

• تتكون عبارة المرور من 12 حرفًا على الأقل (ترفض النافذة عددًا أقل وتعرض شريط القوة).
• لا يتم تخزين أي تلميح لعبارة المرور في أي مكان، سواء في الملف أو في التطبيق.
• يتم إنشاء قيمة عشوائية جديدة مكونة من 16 بايت (ملح) و12 بايت (قيمة عشوائية) لكل ملف يتم كتابته.
• يتم تشفير الجسم بالكامل باستخدام AES-256-GCM، لذلك يتم رفض عبارة المرور الخاطئة أو الملف التالف، ولا يتم فك تشفيره أبدًا إلى بيانات غير مفهومة.
• يتم ربط رأس الملف (التنسيق، الإصدار، معلمات KDF، الملح) بعلامة GCM كبيانات مصادقة إضافية، لذلك لا يتم فتح الملف الذي تم تعديل عامل عمله.

الملف بصيغة JSON ويمكن قراءته في أي محرر نصوص؛ النص المشفر فقط هو غير قابل للقراءة. أي شخص يعثر على الملف بعد خمس سنوات، بعد اختفاء التطبيق، سيتمكن من معرفة كيفية تشفيره بالضبط وفتحه باستخدام OpenSSL أو أي مكتبة Argon2.

التنسيق الإصدار 1 (مرفق في الإصدار 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 (بايتات ملح خام، وليس base64)
ciphertext, tag	AES-256-GCM(key, nonce, plaintext, aad); علامة 16 بايت، مخزنة بشكل منفصل
plaintext	JSON بتنسيق UTF-8، المفاتيح مرتبة: {"accounts":[…],"exportedAt":"…Z","passwords":[…],"version":1}

ملاحظة حول التوافق: قام نظام Android 1.0 بكتابة نسخة معدلة من الإصدار v1 - kdf بأحرف صغيرة، بدون مفتاح الوسم (الوسم المكون من 16 بايت والملحق بالنص المشفر)، وبدون بيانات إضافية. تستمر كلتا المنصتين في قراءة هذه الملفات (عند غياب الوسم: يتم تقسيم آخر 16 بايت، وفتح الملف باستخدام AAD فارغ؛ ثم تتم مقارنة kdf بغض النظر عن حالة الأحرف)، وتقوم كلتاهما الآن بكتابة التنسيق المذكور أعلاه فقط.

التنسيق الإصدار 2 (الحالي؛ الافتراضي للنسخ الاحتياطية الجديدة)

{
  "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	JSON بتنسيق UTF-8، المفاتيح مرتبة: {"accounts":[…],"cards":[…],"exportedAt":"…Z","passwords":[…],"version":2}

Argon2id هو تطبيق C المرجعي (phc-winner-argon2، CC0)، وهو متوفر على كلا النظامين الأساسيين. يستغرق 64 ميجابايت و3 تمريرات حوالي ثانية واحدة على الهواتف الحديثة، مما يجعل كل محاولة تستهلك نفس الذاكرة والوقت على أي جهاز - وهي الخاصية التي يفتقر إليها PBKDF2 عند استخدامه مع وحدات معالجة الرسومات، وهذا هو سبب وجود الإصدار الثاني (v2). يتجاهل قارئ البطاقات المفاتيح التي لا يعرفها، لذا فإن قارئ الإصدار الأول (v1) المزود ببيانات الإصدار الثاني (v2) لن يتعرف على البطاقات أبدًا.

دليل

يتم إنشاء ثلاثة ملفات اختبار (النسخة الاحتياطية v1، والنسخة الاحتياطية v2، وArgon2id) بواسطة تطبيق ثالث مستقل عن التطبيقين (OpenSSL الخاص بـ Node لـ PBKDF2 وAES-GCM، وArgon2id الخاص بـ WebAssembly الذي تم التحقق منه أثناء الإنشاء مقابل الإجابات المنشورة للتطبيق المرجعي). يحتوي كل ملف على عبارة المرور، والملح، والقيمة العشوائية، والنص الأصلي، والمفتاح المشتق، وAAD، والنص المشفر المتوقع، والوسم، بالإضافة إلى الملف كاملاً. تقرأ اختبارات الوحدة على نظامي iOS وAndroid الملفات نفسها وتؤكد البايتات نفسها - لذا فإن النسخة الاحتياطية المغلقة على منصة واحدة تُثبت، لا تُفترض، أنها قابلة للفتح على المنصة الأخرى، وتوافق النتائج الثلاثة لا يعني وجود نسختين من الخطأ نفسه. تقوم أداة مصاحبة بفتح ملف كتبه الهاتف بالفعل باستخدام نفس التنفيذ الثالث وتتحقق من الرأس مقابل القواعد المذكورة أعلاه (مفاتيح التنسيق بالضبط، لذلك لا يمكن أن يكون هناك تلميح أو اسم؛ يتم تخزين الملح 16 بايت، والرقم العشوائي 12 بايت، والعلامة 16 بايت بشكل منفصل؛ الإصدار 2 بحجم 64 ميجابايت / 3 / 1 بالضبط؛ تم رفض عبارة المرور الخاطئة)؛ يقوم تشغيل iOS التلقائي بكتابة واحد على المحاكي ويفتحه بهذه الطريقة، ويبحث في حاوية تطبيق المحاكي، وحاوية مجموعة التطبيقات، وقاعدة بيانات سلسلة المفاتيح عن كل كلمة مرور ورقم بطاقة تم إدخالهما بتنسيق UTF-8 وUTF-16 (0 نتائج).

4. نموذج التهديد

الموقف	ما لديهم	ما يحصلون عليه
هاتف مفقود أو مسروق، مقفل	ما لديهمالجهاز، ملف قاعدة البيانات، الصفوف المغلقة	ما يحصلون عليهالنص المشفر. يوجد مفتاح التشفير في الخزنة الآمنة/الخزنة القوية، ولا يُفتح إلا بعد قفل الجهاز وإدخال بيانات بيومترية أو رمز مرور جديد. يؤدي مسح بيانات الهاتف عن بُعد (باستخدام ميزة "العثور على جهازي") إلى إتلاف مادة المفتاح معه.
ملف النسخ الاحتياطي المسروق	ما لديهمملف .authbackup من حساب سحابي أو بريد إلكتروني أو جهاز كمبيوتر محمول	ما يحصلون عليهيستخدم هذا التطبيق تشفير AES-256-GCM بمفتاح مُشتق من عبارة مرور لا تقل عن 12 حرفًا، مع إضافة قيمة عشوائية (Salt) لكل ملف، وخوارزمية Argon2id بحجم 64 ميجابايت × 3 تمريرات (الإصدار 2) أو PBKDF2 بـ 600,000 جولة (الإصدار 1). لا توجد تلميحات أو أسماء مستخدمين أو قوائم حسابات ظاهرة. كل محاولة تخمين تُكلّف عملية الاشتقاق كاملة؛ لا توجد طرق مختصرة. عبارة المرور القوية هي أساس الحماية، وهذا ما يُشير إليه التطبيق في صفحة الأمان.
جهاز مسروق وشاشته مفتوحة	ما لديهمهاتف في يدك، غير مقفل	ما يحصلون عليهقائمة الرموز. الخزنة (كلمات المرور، البطاقات) محمية بقفل التطبيق، ويتم إعادة قفلها تلقائيًا وفقًا لمؤقت القفل التلقائي (فورًا / دقيقة واحدة / 5 دقائق)؛ ولا توجد القيمة المُفكّكة في الذاكرة إلا أثناء عرضها على الشاشة. تتطلب ميزتا التعبئة التلقائية وتصدير النص العادي إدخال بيانات بيومترية جديدة حتى عند فتح التطبيق. فعّل قفل التطبيق باستخدام خيار "فورًا" إذا كنت قلقًا بشأن ذلك.
تطبيق خبيث على نفس الهاتف	ما لديهمصندوق الحماية الخاص بتطبيق آخر، أو الحافظة، أو حيل إمكانية الوصول أو التراكب	ما يحصلون عليهلا يمكنه قراءة ملفاتنا (بفضل عزل النظام الأساسي) أو استخدام مفتاحنا (المفتاح مرتبط بهوية التوقيع الخاصة بنا وبوجود المستخدم). تُحذف النسخ من الحافظة بعد 30 ثانية؛ على نظام أندرويد، تُصنّف النسخة على أنها حساسة وتُستبعد من سجل الحافظة. تُفعّل شاشات الخزنة خاصية FLAG_SECURE على نظام أندرويد (لا لقطات شاشة، لا تسجيل للشاشة، شاشة فارغة في مُبدّل التطبيقات)؛ بينما في نظام iOS، تُحذف الصورة المصغرة في مُبدّل التطبيقات. تُقدّم ميزة التعبئة التلقائية على نظام أندرويد فقط للتطبيقات التي تحقق منها النظام مقابل النطاق المحفوظ (روابط الأصول الرقمية)، لذا لا يُعرض على التطبيقات المُشابهة كلمة مرورك.
صفحة تصيد احتيالي	ما لديهمموقع يشبه الموقع الذي قمت بحفظه	ما يحصلون عليهلا يتم ملء أي شيء. تتم المطابقة عبر النطاق المسجل (قائمة اللواحق العامة، المضمنة والمحدثة مع التطبيق): يتطابق login.example.com و example.com، بينما لا يتطابق example.com.evil.net و examp1e.com. يُطابق المتصفح داخل التطبيق بنفس الطريقة، ويملأ فقط في الإطار المطلوب، مع إعادة التحقق من مصدر ذلك الإطار لحظة الملء؛ المضيف الذي لا يملك نطاقًا مسجلًا خاصًا به - عنوان IP، أو اسم مجرد على الشبكة المحلية - يتطابق تمامًا ولا شيء أقل دقة. تُضيف ميزة الملء التلقائي في iOS فحص النطاقات المرتبطة من Apple. كلمة المرور التي يجب عليك لصقها يدويًا في حقل مشابه لا تزال تشكل خطرًا؛ لا يستطيع التطبيق إزالة ذلك، بل يتجنب فقط المساعدة.
خوادمنا الخاصة	ما لديهم—	ما يحصلون عليهلا يوجد خادم للخزنة. لا يمتلك AssuredAuth أي حسابات، ولا تسجيل دخول، ولا نسخة من خزنتك، لذا لا يوجد أي شيء يخصك على خوادمنا يمكن سرقته أو اختراقه. هناك أمران يعملان على الخادم، ولا يتصل أي منهما بالخزنة: صندوق بريد وسيط لملحق سطح المكتب، والذي يخزن مغلفات مشفرة تشفيرًا تامًا (رموز تُستخدم لمرة واحدة، تُحذف عند قراءتها؛ ولا يمتلك الوسيط مفتاحًا أبدًا)، وخوادم الخروج الخاصة بالاتصال الخاص الاختياري، والتي تنقل البيانات ولا تحتفظ بسجلات الوصول.
أمر استدعاء أو طلب حكومي	ما لديهمالإجراءات القانونية الموجهة إلينا	ما يحصلون عليهلا يوجد ما نسلمه: لا نملك خزنة، ولا مفتاحاً، ولا كلمة مرور، ولا نسخة احتياطية. قد يُجبرنا أحد على قول ذلك، لكن لا يمكن إجبارنا على تقديم ما لا وجود له.

5. الحافظة، لقطات الشاشة، والذاكرة

• تقوم عملية النسخ بوضع القيمة في الحافظة لمدة 30 ثانية، ثم تمسحها إذا كانت لا تزال ملكًا لنا. في نظام أندرويد، يتم تمييز العنصر المنسوخ بعلامة EXTRA_IS_SENSITIVE، لذا يخفيه النظام من معاينة الحافظة وسجلها؛ أما في نظام iOS، فيكون العنصر المنسوخ محليًا فقط (ولا يتم نقله إلى أجهزة أخرى).
• تُفعّل شاشات الخزنة (كلمات المرور، كلمة المرور، البطاقات، البطاقة، جداول عبارات المرور، تصدير النص العادي) خاصية FLAG_SECURE على نظام أندرويد. أما نظام iOS فلا يحتوي على خاصية مماثلة؛ حيث يُخفي التطبيق صورته المصغرة في مُبدّل التطبيقات، وتكون القيم مخفية خلف زر على شكل عين بشكل افتراضي.
• تبقى القيم التي تم فك تشفيرها في الذاكرة فقط أثناء عرضها على الشاشة، وتُحذف عند اختفاء الشاشة أو عند قفل التطبيق. يتم فك تشفير مفتاح البيانات عند كل طلب، ولا يتم تخزينه مؤقتًا أثناء عملية القفل.
• يوجد خيار تصدير نص عادي (لذا يمكنك المغادرة دائمًا) وهو موجود خلف ورقة تأكيد وبيانات بيومترية جديدة، وشاشته أيضًا تحمل علامة FLAG_SECURE.

6. التعبئة التلقائية: ما الذي يتم ملؤه، وما الذي لا يتم ملؤه.

أين	كلمات المرور	بطاقات
نظام التشغيل iOS: متصفح سفاري والتطبيقات (إضافة التعبئة التلقائية)	كلمات المرورنعم، بعد إدخال بصمة الوجه/بصمة الإصبع/رمز المرور في الإضافة (LAContext)، وفقط للنطاق المسجل الذي تم حفظ الإدخال له، مع فحص النطاقات المرتبطة من Apple للتطبيقات	بطاقاتلا، خاصية التعبئة التلقائية للبطاقات في متصفح سفاري حصرية لشركة آبل؛ حيث تظهر على شاشة البطاقة عبارة "يتم التعبئة في متصفح AssuredAuth مع خيار النسخ" ولا تعد بأي شيء آخر.
أندرويد: التطبيقات ومتصفح كروم (خدمة التعبئة التلقائية)	كلمات المرورنعم، المصادقة لكل مجموعة بيانات: يعرض النظام BiometricPrompt قبل التعبئة؛ تتم مطابقة حزمة التطبيق فقط عندما تربطها روابط الأصول الرقمية بالنطاق المحفوظ.	بطاقاتنعم، تشير تلميحات رقم بطاقة الائتمان وتاريخ انتهاء صلاحيتها* ورمز أمان بطاقة الائتمان إلى نفس بوابة القياسات الحيوية.
متصفح AssuredAuth (على كلا النظامين الأساسيين)	كلمات المرورنعم، عن طريق نطاق قابل للتسجيل - وهو مضيف لا يوجد له أي تطابقات خاصة به تمامًا - في الإطار الذي طلب ذلك، بيومتري قبل التعبئة	بطاقاتنعم، عن طريق الكشف الميداني، والبيانات البيومترية قبل التعبئة
أزرار النسخ	كلمات المرورخلف قفل التطبيق، حافظة لمدة 30 ثانية	بطاقاتالرقم، تاريخ الانتهاء، رمز التحقق من البطاقة (نفس القواعد)

لا يتم ملء أي بيانات على مضيف يشبه المضيف. لا يتم ملء أي بيانات بدون البيانات البيومترية.

7. ما لا يحدث أبداً

لا يوجد خادم للخزنة. لا توجد تحليلات تتضمن حقلًا للخزنة. لا يمكن تصدير البيانات كنص عادي بدون نموذج تأكيد وبيانات بيومترية جديدة. لا يتم تحميل أي حزمة تطوير برمجية (SDK) خارجية على شاشة الخزنة. لا توجد لقطة شاشة لشاشة الخزنة. لا يوجد تلميح لعبارة المرور. لا يتم تسجيل القيم، في أي إصدار.

8. ما لا نستطيع الحماية منه

عبارة مرور ضعيفة يسهل تخمينها. هاتف تم اختراق نظام تشغيله بالكامل (يمكن للجهاز الذي تم كسر حمايته أو عمل روت له أن يُضلل التطبيق بشأن كل ما سبق). شخص مراقب أثناء الكتابة. برامج ضارة على سطح المكتب الذي تلصق فيه الملفات. نذكر هذا حتى تُقرأ القائمة أعلاه على حقيقتها: الأشياء التي يمكن للتصميم إزالتها، وقد تمت إزالتها بالفعل.

9. مراجعة الحالة

تم اختبار هذا التصميم بشكل كامل ومقارنته بالإجابات المعروفة والمنشورة على كلا النظامين الأساسيين، بالإضافة إلى مقارنته بنماذجه الخاصة متعددة الأنظمة. يُجري المالك مراجعة خارجية قبل الإعلان عن الخزنة في المتجر؛ وحتى ذلك الحين، سيُذكر هذا في هذه الوثيقة.

10. حيث تسير الأمور

لا تغادر أي بيانات من الخزنة الهاتف، لكن بعض التطبيقات المرتبطة بها تعمل على أجهزة أخرى. هذه هي القائمة، وما تحتويه كل منها؛ أما تدفقات البيانات نفسها فموضحة في سياسة الخصوصية على الرابط https://assuredauth.com/privacy.

• Google Cloud / Firebase — صندوق البريد الوسيط لملحق سطح المكتب (مغلفات مشفرة من طرف إلى طرف، يتم حذفها عند القراءة)، ورموز الدفع، وحالة الشراء، والرسائل المرسلة عبر نموذج الاتصال.
• Vercel — موقع confirmedauth.com، وصفحاته والوظائف الصغيرة التي تقف وراءه.
• Vultr هي خوادم الخروج الخاصة بالاتصال. تمر حركة البيانات من خلالها؛ ولا يتم تخزين أي شيء.
• أبل وجوجل بلاي - عمليات الشراء والاشتراكات، في متاجرهم الخاصة.
• PostHog — تحليلات المنتج: إحصاءات لما يتم استخدامه، دون ربطها بأي هوية.
• RevenueCat — حالة الاشتراك: نشط أو منتهي الصلاحية، وعلى أي خطة.

يحتوي كل عنصر على ما هو مذكور في وصفه، ولا يحتوي على أي شيء من المخزن. تتغير القائمة بتغير المنتج، ويتغير هذا القسم تبعاً لذلك.

الإبلاغ عن نقطة ضعف

إذا كنت تعتقد أنك اكتشفت ثغرة أمنية في أيٍّ من العناصر المذكورة هنا، يُرجى مراسلتنا على البريد الإلكتروني hello@assuredauth.com بعنوان "الأمان". يُرجى ذكر المنصة، وإصدار التطبيق، والخطوات؛ يكفي تقديم دليل باستخدام بياناتك الخاصة، ونرجو عدم اختبارها على بيانات الآخرين. لا نوفر مفتاح PGP؛ إذا كنت لا ترغب في إرسال التقرير عبر البريد الإلكتروني العادي، فأخبرنا بذلك في رسالتك الأولى وسنرتب طريقة أخرى.

ما نعدكم به في المقابل: سنؤكد استلام طلبكم خلال ثلاثة أيام عمل، وسنبقيكم على اطلاع دائم أثناء العمل عليه، وسنصحح أي أخطاء قبل نشره، وسنذكر اسمكم هنا إن رغبتم بذلك. ولن نتخذ أي إجراء قانوني بشأن الأبحاث التي أُجريت بحسن نية ضمن النطاق المذكور أدناه.

يشمل نطاق التطبيق: تطبيقات iOS وAndroid، وتطبيقات الساعات الذكية، وامتداد سطح المكتب، وموقع confirmedauth.com وواجهة برمجة التطبيقات الخاصة به. لا يشمل نطاق التطبيق: متجر التطبيقات ومتجر جوجل بلاي أنفسهما، والمزودين المذكورين أعلاه، والهندسة الاجتماعية لأي شخص، وهجمات حجب الخدمة.

لا توجد مكافأة في الوقت الحالي. يتم الرد على البلاغات بحل المشكلة وشكر المتلقي، وليس بالمال.