أيقونة المصادقة خاطئة؟ لماذا لا يثبت الشعار شيئًا
الشعار المفقود لا يقول شيئًا عن هوية من يحمل عاملك الثاني. تحقق من التسجيل عبر الحساب، ولا ترفع رمز QR أبدًا لإصلاح صورة.
تظهر مربعات رمادية حيث يُفترض أن يكون شعار العلامة، وتبدو مقلقة، لكنها الشيء الخطأ الذي يجب التصرف بناءً عليه. فالصورة التي يرسمها تطبيق المصادقة هي تفصيل عرض مستمد من التسميات في الإدخال، أما السؤال الأمني فهو ما إذا كان السر داخل ذلك الإدخال يخص حسابك. والفصل بين الأمرين هو ما يميز إصلاحًا شكليًا من حادث بيانات اعتماد. كما أنه يمنع الإصلاح الذي يزيد الأمور سوءًا.
الأيقونة والسر يجيبان عن سؤالين مختلفين
يُنشأ إدخال المصادقة من معرف مفتاح (key URI) يحمل سرًا مشتركًا مع تسمية الحساب واسم الجهة المُصدرة. ويعرض التطبيق شعارًا من الجهة التي يتعرف عليها، أما الجهة غير المعروفة أو المعدلة فلا تنتج سوى صورة عامة. لا شيء في ذلك العرض يخبرك بمن يملك نسخة أخرى من السر، ولا شيء في شعار صحيح يخبرك بأن الإدخال لك وحدك. اقرأ العرض كتلميح عن تسمية، لا كبيان عن الحيازة.
والعكس صحيح أيضًا، وهو الاتجاه الأكثر خطورة. فالشعار المقنع يثبت أقل من الشعار الغائب.
| Observation | What it supports | What it cannot support |
|---|---|---|
| Logo missing or wrong | The issuer string was not recognised | Any conclusion about secret disclosure |
| Logo correct | The issuer string matched a known name | Any conclusion about who else enrolled |
| Codes rejected by the service | A real mismatch between entry and account | Which of the two changed |
لا تعِد التسجيل أبدًا لإصلاح صورة
الإصلاح الشائع على الإنترنت هو إعادة توليد رمز QR، وهذا يعني تصدير السر وتمريره عبر أداة أخرى. وهذا يحول مشكلة عرض إلى إفشاء، لأن الملف المصدّر يحتوي بالضبط على المادة التي يحتاجها المهاجم لإنتاج رموز صحيحة. ورفعه إلى مولد على الويب يسلم العامل الثاني إلى طرف ثالث مقابل أيقونة أجمل.
إذا كان الحساب لا يزال يتحقق من الرموز، فالتسجيل سليم والعرض شكلي. راجع وثائق تطبيق المصادقة نفسها بخصوص تسميات الجهة المُصدرة والبحث عن الأيقونات، واترك الإدخال كما هو. تعديل التسمية لفرض شعار هو تغيير في الإدخال لسبب لا علاقة له بالمصادقة.
أبقِ صورة QR الأصلية ومعرف المفتاح الخام وأي سر يدوي بعيدًا عن تذاكر الدعم ومحادثات الدردشة ولقطات الشاشة ومتتبعات المشكلات العامة. فالصورة الملتقطة لصفحة الإعداد تحتوي غالبًا أكثر مما قصد الشخص الذي التقطها.
عندما يُكشف السر فعليًا
تعامل مع الإفشاء كحادث منفصل له استجابته الخاصة. استخدم عملية الاستبدال المدعومة في الخدمة لتسجيل تطبيق مصادقة جديد، وتأكد من أن الإدخال الجديد ينتج رموزًا مقبولة، ثم ألغِ التسجيل القديم على الخادم. حذف الإدخال محليًا لا يزيل التسجيل على جانب الخادم، لذا يمكن للسر المكشوف أن يظل يعمل حتى يُبلّغ الخدمة بخلاف ذلك. وفي هذه الفجوة بين الحذف المحلي وحالة الخادم يكمن معظم الخطر.
الترتيب مهم هنا. سجّل البديل أولًا، وتحقق منه، وبعد ذلك فقط أزل القديم، لأن معظم الخدمات ستحجب وصولك إذا اختفى العامل الأخير. وتنتمي رموز الاسترداد إلى هذا التسلسل أيضًا، لأنها البديل عندما يكون الهاتف غير متاح.
تحقق مما إذا كان السر نفسه قد استُخدم في مكان آخر. فمعرف المفتاح الذي لُصق في مولد خرج عن سيطرتك، وينبغي التعامل مع الحساب الذي يقف خلفه باعتباره مشتركًا حتى يُستبدل التسجيل.
ينبغي لطلبات الدعم أن تصف المشكلة البصرية دون تضمين رموز أو مواد إعداد. وكل ما يخص الحساب ينتمي إلى قناة المزود الموثقة، لا إلى موضوع عام.
احتفظ بمسار استرداد قبل الحذف
قبل إزالة أي إدخال عامل، تأكد من وجود مسار استرداد معتمد ومن قدرتك على استخدامه. فالإصلاح الشكلي الذي ينتهي بإغلاق الوصول نتيجة أسوأ من الشعار الخاطئ، وإغلاق الوصول شائع عندما يكون الجهاز المسجل الوحيد هو الجهاز الذي يجري تعديله.
شرط القبول ضيق: علاقة موثقة بين الحساب وتطبيق المصادقة، مع الاحتفاظ بمواد التسجيل بشكل خاص. فالشارة المألوفة ليست جزءًا من ذلك الشرط، وغيابها ليس دليلًا على اختراق.
صيغة معرف المفتاح نفسها موثقة في مواصفات معرف المفتاح في Google Authenticator، وهي تذكير أيضًا بأن الحمولة تحتوي سرًا لا شعارًا. اقرأها قبل تصدير أي شيء من إدخال لا تستطيع تحمل فقدانه.