السؤال الأمني المفيد ليس ما إذا كان التشفير يبدو قوياً، بل ما الذي يحميه ومن يملك المفاتيح وما الأدلة التي تدعم الادعاء.
لا يوفر وصف «تشفير من الدرجة العسكرية» معلومات كافية لتقييم تطبيق مراسلة. فهو لا يخبرك بمن يحتفظ بالمفاتيح، أو بالمحادثات المحمية، أو بما إذا كانت النسخ الاحتياطية تكشف النص الصريح، أو بما يحدث عند اختراق جهاز.
الاستجابة المفيدة ليست التقليل من شأن التشفير، بل استبدال الوصف المبهر بـ ادعاءات محددة يمكن التحقق منها.
AES-256 اختيار لخوارزمية، وليس نموذج أمان متكاملاً
AES معيار علني وليس تقنية عسكرية سرية. تحدد وثيقة FIPS 197 الصادرة عن NIST كلاً من AES-128 وAES-192 وAES-256؛ وتشير اللاحقة إلى طول المفتاح. جرى تحديث المعيار تحريرياً عام 2023 دون تغيير الخوارزمية.
يمكن استخدام خوارزمية تشفير قوية في نظام يتيح للخدمة الوصول إلى النص الصريح. اسأل عمن يستطيع فك التشفير، لا عن طول المفتاح فقط. واسأل أيضاً عن كيفية إنشاء المفاتيح وتخزينها، وكيفية التحقق من الهويات، وعن حالات الإخفاق التي تجعل التطبيق يتوقف بدلاً من الاستمرار بصورة غير آمنة.
عندما يذكر المورّد AES-GCM، فهذا أكثر تحديداً من ذكر AES وحده: يجمع GCM بين التشفير والتوثيق. ومع ذلك تظل المعالجة الصحيحة لقيم nonce والتحقق من وسوم التوثيق وغيرها من متطلبات التنفيذ مهمة. مواصفة GCM الصادرة عن NIST هي المرجع التقني؛ أما الشعار فليس دليلاً على أن التطبيق ينفذها بصورة صحيحة.
أربعة ادعاءات مختلفة كثيراً ما يدمجها التسويق
| الادعاء | ما يعالجه | ما لا يثبته |
|---|---|---|
| تشفير النقل | الحماية عبر اتصال، مثل الاتصال بين التطبيق والخادم | أن الخادم لا يستطيع قراءة المحتوى |
| تشفير البيانات المخزنة | حماية البيانات المخزنة وفق نموذج محدد للمفاتيح والوصول | أن المشغّل لا يملك مفتاح فك التشفير |
| التشفير التام بين الطرفين | حماية المحتوى بين نقاط نهاية محددة | سلامة نقطة نهاية مخترقة أو أمانة المستلم |
| إنشاء مفاتيح مقاوم للتهديدات ما بعد الكمية | مقاومة تهديدات كمية محددة عند إنشاء المفاتيح | تدقيق شامل للتطبيق أو إخفاء الهوية أو ضمان الأمان مستقبلاً |
تشفير النقل لا يعني أن كل قاعدة بيانات لدى المزوّدين تخزّن نصاً صريحاً خاماً. فقد تشفّر الخدمة البيانات المخزنة أيضاً. الفارق المهم هو ما إذا كان المزوّد يتحكم في المفاتيح أو يستطيع بطريقة أخرى الوصول إلى محتوى مقروء. كن دقيقاً بدلاً من استبدال شعار بآخر.
للاطلاع على مقدمة أوسع، راجع المقال المتعلق بما يحميه التشفير التام بين الطرفين.
«يستخدم معياراً من NIST» لا تعني «اجتاز التحقق وفق FIPS»
يعرّف FIPS 203 آلية تغليف المفاتيح ML-KEM. ويمكن لتطبيق مراسلة أن يذكر استخدام هذه الخوارزمية دون أن يكون التطبيق بأكمله معتمداً أو خاضعاً لمراجعة مستقلة. فالمعايير واختبار الخوارزميات والتحقق من الوحدات التشفيرية وتدقيق أمان المنتجات أنواع مختلفة من الأدلة.
يوضح برنامج التحقق من الوحدات التشفيرية لدى NIST أن تنفيذ وظائف معتمدة لا يكفي لإثبات اجتياز الوحدة للتحقق وفق FIPS 140. إذا أعلن منتج أنه اجتاز التحقق، فاطلب الشهادة والوحدة وإصدارها بدقة وبيئة التشغيل والإعداد المعتمد. ثم حدد أي جزء من المنتج تغطيه الشهادة فعلياً.
ولهذا أيضاً لا ينبغي استخدام عبارة «أمان بمستوى 256 بت» كتقييم شامل لتطبيق مراسلة بأكمله. فقد يفرض تركيب البروتوكولات وإدارة المفاتيح والتنفيذ حدوداً مختلفة.
المصادقة بكلمة المرور ليست تشفيراً للرسائل
تجيب آلية تسجيل الدخول عن سؤال ما إذا كان المستخدم يستطيع الوصول إلى حساب. ويجيب التشفير التام بين الطرفين عن سؤال من يستطيع قراءة محتوى الرسائل المحمية. ولا يوفر أي منهما خصائص الآخر تلقائياً.
مثلاً، صُمم SRP للمصادقة دون إرسال كلمة المرور نفسها. لكن هذا لا يعني أن سرقة قاعدة بيانات المصادقة أمر غير ضار. تشرح مناقشة أمان SRP في RFC 5054 أن سرقة قيمة التحقق تتيح هجمات تخمين كلمات المرور ومخاطر أخرى. تجنب الاستنتاج القائل: «لا توجد كلمات مرور لسرقتها، إذاً لا يمكن أن يكون لاختراق الخادم أثر مهم».
بالنسبة إلى القارئ، تتمثل المتابعة العملية في السؤال عن استرداد الحساب والجلسات النشطة والعلاقة بين الوصول إلى الحساب ومفاتيح التشفير. والإجابة التي تكرر «المعرفة الصفرية» فقط تترك الأسئلة المهمة دون حسم.
خمسة أسئلة لاختبار صفحة الأمان في تطبيق مراسلة
- ما الجوانب المشمولة؟ قد تختلف حدود الحماية بين المحادثات المباشرة والمجموعات والملفات والمكالمات والمنشورات العامة والنسخ الاحتياطية.
- من يملك مفاتيح قابلة للاستخدام؟ أدرج مفاتيح الاسترداد والأجهزة المرتبطة وأوضاع المعالجة من جانب الخادم.
- كيف تُوثَّق هوية نقطة النهاية الأخرى؟ ابحث عن التحقق من المفاتيح وتحذيرات تغيير ذات معنى ونموذج ثقة موثق.
- ما الأدلة المتاحة؟ تجيب المواصفات والبُنى القابلة لإعادة الإنتاج ومتجهات الاختبار والتدقيقات المستقلة عن أسئلة مختلفة. اسأل عن إصدار كل منها ونطاقه.
- ما الذي يظل ظاهراً أو عرضة للخطر؟ ينبغي ألا تختفي البيانات الوصفية والأجهزة المخترقة والرسائل المنسوخة والمحتويات العامة من الشرح.
طبّق الاختبار نفسه على Livara. تذكر وثائق الأمان الخاصة به LVR1 وLGS1 وتنشر الحدود التشغيلية. تعامل معها بوصفها ادعاءات للمنتج تحتاج إلى تقييم، لا اعتماداً مستقلاً. ويقدم Proof Lab عروضاً توضيحية محدودة وفحوصاً للملفات الناتجة، لا إثباتاً على أمان كل ميزة أو إصدار.
كيفية قراءة تدقيق مستقل
تحقق من التاريخ والجهة المدققة ومراجعة الشيفرة والمنصات المشمولة والمكونات المستبعدة. اقرأ النتائج وحالة المعالجة، لا شارة الملخص فقط. فتدقيق مكتبة تشفير لا يغطي تلقائياً استرداد الحساب أو تطبيق الويب أو الإشعارات أو الأمان التشغيلي.
غياب التدقيق فجوة في أدلة الاطمئنان، وليس إثباتاً لثغرة محددة. وبالمقابل، ليس التدقيق ضماناً مدى الحياة. تسجل المقارنة المفيدة الأدلة وحدودها بدلاً من إعلان فائز مطلق بوصفه «الأكثر أماناً».
أسئلة شائعة
هل «من الدرجة العسكرية» اسم آخر لـ AES-256 دائماً؟
لا. لا تستنتج خوارزمية محددة أو اعتماداً معيناً من العبارة. اطلب من المورّد أن يحدد معناها بدقة.
هل يمنع التشفير الأقوى لقطات الشاشة أو البرمجيات الخبيثة؟
لا يمنع المستلم من نسخ المحتوى، ولا يمنع جهازاً مخترقاً من كشف بيانات يستطيع الوصول إليها. فهذه تهديدات مختلفة.
ما المؤشر الأفضل من شعار أمني؟
نطاق واضح، وبروتوكول محدد بالاسم، وحدود صريحة، وأدلة قابلة للمراجعة بشأن التنفيذ الذي جرى توزيعه. ينبغي أن يساعدك الشرح على تحديد ما تثق به وما لا يزال يحتاج إلى تحقق.
