المفتاح القوي ليس بالضرورة المفتاح الصحيح؛ التحقق من هوية الطرف الآخر جزء من أمان المحادثة.
ينبغي لتشفير الرسائل أن يحمي المحتوى وأن يوضّح في الوقت نفسه الحساب الذي يعود إليه مفتاح الطرف الآخر فعلاً. إذا كان التطبيق يجلب المفتاح الأولي من الخادم، فالتحقق من أصالة ذلك المفتاح مهم: تشفير الرسالة لمفتاح المهاجم لا ينشئ اتصالاً آمناً مع الشخص الذي تقصده.
ولا يعني ذلك أن كل خادم مخترق يقرأ فوراً جميع الرسائل السابقة. فالنتيجة تعتمد على البروتوكول، والمفاتيح التي سبق التحقق منها، وتنبيهات تغيّر الهوية، وآليات شفافية المفاتيح.
ما مشكلة الثقة عند أول اتصال؟
لبدء محادثة مع شخص غير متصل، يمكن لتطبيق المراسلة الاحتفاظ بحزمة من مفاتيحه العامة على الخادم. يساعد توقيع المفتاح المسبق على التحقق من ارتباطه بمفتاح الهوية؛ لكن يجب أيضاً ربط مفتاح الهوية نفسه بالشخص المقصود.
تشرح مواصفات X3DH من Signal نموذج الاتصال غير المتزامن هذا وافتراضات المصادقة. ولا ينبغي تسمية هذه الوثيقة بمواصفات LVR1: استخدام أفكار متشابهة لا يعني أن البروتوكولين متطابقان.
كيف يخلق استبدال المفتاح خطراً؟
في مثال بسيط، يقدّم المهاجم مفتاحاً يتحكم به بدلاً من مفتاح حساب «أليس». إذا قبله الجهاز دون تحقق كافٍ، فقد تُشفَّر الرسالة الجديدة للمهاجم. تعتمد إمكانية هذا الهجوم واكتشافه على تفاصيل النظام؛ والقول إنه «يحدث دائماً بصمت ودون تحذير» غير دقيق.
المفتاح القوي يختلف عن المفتاح الصحيح. فتشفير AES أو خوارزمية مقاومة للحوسبة الكمية لا يؤكدان، بحد ذاتهما، الهوية البشرية لصاحب الحساب.
ما الذي يفحصه رقم الأمان؟
البصمة أو رقم الأمان تمثيل أقصر لمعلومات مفاتيح المحادثة. تساعد مقارنته بطريقة تثق فيها بأصالة الطرف الآخر على التأكد من اتفاق الجهازين بشأن مفاتيح الاتصال. لا تثبت هذه المقارنة أن الهاتف خالٍ من البرمجيات الخبيثة أو أن الشخص الآخر لن يعيد نشر الرسالة أبداً.
ويؤكد دليل Signal الرسمي أيضاً أن رقم الأمان وحده لا يتحقق من هوية الشخص. قد يتغيّر بسبب استبدال الجهاز أو إعادة التثبيت؛ والتغيّر غير المتوقع يحتاج إلى فحص، لا إلى استنتاج فوري بوقوع اختراق.
خطوات عملية للتحقق قبل رسالة حساسة
- افتح صفحة معلومات أمان المحادثة على كلا الجهازين.
- تواصل مع الشخص الذي تعرفه وجهاً لوجه أو عبر مسار مستقل وموثوق.
- قارن رقم التحقق من المحادثة أو رمز QR كاملاً وفقاً لإرشادات التطبيق؛ لا تكفي مقارنة الأرقام الأولى فقط.
- إذا وجدت عدم تطابق، فتوقف عن إرسال المعلومات الحساسة واسأل عن السبب عبر مسار مستقل.
- بعد تغيّر المفتاح أو الجهاز، افحص حالة التحقق مجدداً.
إرسال صورة الرقم داخل المحادثة نفسها التي تشك في أصالتها لا يوفّر تحققاً مستقلاً. كما لا تكفي المكالمة الصوتية لمواجهة انتحال الهوية إذا كنت تعتمد فقط على تشابه الصوت؛ استخدم رقماً أو وسيلة اتصال سبق أن تأكدت من موثوقيتها.
ما المختلف في شفافية المفاتيح؟
يمكن لشفافية المفاتيح، أو Key Transparency، كشف عدم الاتساق في ربط الحسابات بالمفاتيح وتقليل الاعتماد على المقارنة اليدوية. شرح Signal هذه الميزة وحدود إتاحتها في تقديم التحقق التلقائي من المفاتيح في أغسطس 2026. وهذه الآلية أيضاً لا تثبت وحدها أن الشخص الذي يتحكم بالحساب هو الشخص الذي تقصده.
لذلك، فإن عبارة «المقارنة اليدوية هي الطريقة الوحيدة المتاحة في جميع تطبيقات المراسلة» لم تعد مواكبة للواقع. تحقّق من كل ميزة ضمن إصدار المنتج نفسه وشروطه؛ ولا تنسب إمكانات أحد تطبيقات المراسلة إلى تطبيق آخر.
على ماذا يمكن الاعتماد في Livara؟
توصي وثائق Livara بمقارنة البصمة عبر قناة أخرى. عند إجراء محادثة حساسة، تعامل مع هذه الخطوة بشكل مستقل عن أسماء الخوارزميات. لا يدّعي هذا المقال وجود نظام لشفافية المفاتيح في Livara مماثل لنظام Signal، ولا يدّعي وجود نتائج تدقيق مستقل لها.
أسئلة شائعة
هل يعني نجاح التحقق استحالة أي هجوم؟
لا. تعتمد النتيجة على سلامة الأجهزة، وطريقة المقارنة، وافتراضات البروتوكول. فالبرمجيات الخبيثة أو المستلم الذي ينسخ المحتوى يقعان خارج مشكلة استبدال المفتاح.
هل ينبغي حذف الحساب كلما تغيّر المفتاح؟
لا. تحقّق أولاً من سبب التغيير مع جهة الاتصال عبر مسار موثوق. وفي هذه الأثناء، لا ترسل معلومات حساسة.
هل تجعل هذه المقارنة الرسائل السابقة آمنة من جديد؟
لا. التحقق اليوم لا يلغي انكشافاً محتملاً حدث في الماضي. عند بدء اتصال حساس، من الأفضل إجراء التحقق قبل الإرسال.
