باختصار: AES يشفّر فعليًا، أما Base64 فيعيد الترميز فقط، وشيفرتا قيصر وROT13 مجرد أدوات تعليمية بلا أمان حقيقي. معرفة الفرق بينها يمنعك من تسمية نص مُرمّز فقط بأنه "مشفّر"، أو الوثوق بشيفرة يمكن لجدول بيانات كسرها خلال ثوانٍ. اقرن هذا الدليل مع Base64 Encoder وAI Hidden Characters وCharacter Counter وText Difference.
غالبًا ما تُجمع هذه الأدوات الأربع تحت مسمى "تشفير النص"، لكن واحدة منها فقط تحمي شيئًا فعليًا. تستخدم أداة Text Encryption في CharCount خوارزمية AES-GCM لسرية حقيقية، إلى جانب Base64 وقيصر وROT13 لحالات الترميز والتسلية التي يبحث عنها الناس أيضًا. الخلط بينها له عواقب حقيقية: مفتاح API مُرمّز بـBase64 ومرفوع إلى مستودع عام لا يكون محميًا؛ بل يصبح أصعب في القراءة السريعة فقط.
خلفية تقنية: يحدد معيار NIST FIPS 197 معيار AES، وتُشغّله واجهة Web Crypto API داخل المتصفح، ويحدد RFC 4648 ترميز Base64، ويشرح دليل OWASP لتخزين البيانات المشفّرة ما ينبغي أن تعنيه كلمة "مشفّر" فعليًا.
AES: الذي يشفّر فعلًا
AES (معيار التشفير المتقدم) هو شيفرة كتلية متناظرة: نفس المفتاح يقفل النص ويفتحه، في كتل من 128 بت، بمفتاح من 128 أو 192 أو 256 بت. اختاره NIST عام 2001 بعد مسابقة عامة (الخوارزمية الأساسية تُسمى Rijndael)، وهو اليوم الشيفرة الافتراضية خلف HTTPS وتشفير الأقراص ومديري كلمات المرور.
تستخدم أداة Text Encryption في CharCount وضع AES-GCM الموثّق: فهو لا يخفي النص فحسب، بل يكشف أيضًا أي تلاعب بالنص المشفّر. بدون المفتاح الصحيح، يكون الناتج غير قابل للتمييز عن بيانات عشوائية — لا اختصار ولا تحليل تكراري ولا هجوم بالقوة الغاشمة يمكن تنفيذه خلال عمر إنسان لمفتاح 256 بت.
Base64: ترميز، لا تشفير
يحوّل Base64 بايتات عشوائية إلى أبجدية من 64 رمزًا (A–Z وa–z و0–9 و+ و/، مع حشو بعلامة =) لكي تمرّ البيانات الثنائية سليمةً عبر أنظمة مصمَّمة للنصوص، مثل البريد الإلكتروني أو JSON. وهو قابل للعكس بالكامل من أي شخص، دون أي مفتاح — فك ترميزه لا يتطلب سوى جدول تحويل، ولا يتضمن أي سرّ.
الخطأ هو تسمية هذا "تشفيرًا": سلسلة Base64 تبدو معتّمة، لكن دالة atob() في أي وحدة تحكم متصفح تفك ترميزها فورًا. استخدم Base64 لتضمين الصور في CSS، أو تمرير بيانات ثنائية في الروابط، أو نقل نص بأمان عبر أنظمة تُشوّه الرموز الخاصة — لا لإخفاء شيء عن شخص يفتح أدوات المطورين.
قيصر وROT13: شيفرتان للتعلّم لا للثقة بهما
تزيح شيفرة قيصر كل حرف بمقدار ثابت في الأبجدية — النسخة المنسوبة تاريخيًا ليوليوس قيصر (وفق سوتونيوس) استخدمت إزاحة قدرها 3. مع 25 إزاحة ممكنة فقط، يمكن كسرها يدويًا خلال دقائق، أو فورًا بتحليل تكرار الحروف.
ROT13 شيفرة قيصر بإزاحة ثابتة قدرها 13 — أي نصف أبجدية من 26 حرفًا بالضبط، ما يجعلها معكوسة ذاتيًا: تطبيق ROT13 مرتين يعيد النص الأصلي. هذه الخاصية جعلتها شائعة على Usenet والمنتديات القديمة لإخفاء حرق الأحداث أو نهايات النكات عن القرّاء العابرين، لا عمّن أراد قراءتها فعلًا. لا ينبغي لأي من الشيفرتين حماية شيء يهمّك فعلًا.
اختيار الأداة المناسبة
- حماية كلمة مرور أو مسودة أو ملاحظة خاصة → AES (Text Encryption، وضع AES-GCM).
- تضمين بيانات ثنائية في أنظمة نصية فقط (روابط، JSON، CSS) → Base64.
- إخفاء حرق حدث أو تعليم شيفرات الاستبدال → قيصر أو ROT13، دون أي شيء حساس.
- لست متأكدًا؟ إذا كان اطّلاع قارئ فضولي على المحتوى يمثّل مشكلة، فأنت بحاجة إلى AES — لا إلى الشيفرتين الأخريين.
سير عمل يتجنّب الخطأ الشائع
ألصق النص في Text Encryption، واختر وضع AES-GCM لأي شيء خاص، واحتفظ بالمفتاح منفصلًا عن النص المشفّر — فقد صُمِّم AES بحيث لا يمكن فك التشفير من دون المفتاح. أما Base64 فتحقّق دائمًا من فك ترميزه قبل إرساله إلى أي مكان، فهو مُعد ليُقرأ بواسطة الآلات، لا ليختفي.
لجودة البحث والنشر، راجع أيضًا Base64 Encoder وAI Hidden Characters عندما يتداخل تنظيف النص مع محتوى مخفي أو مضلِّل، وText Difference للتأكد من أن نتيجة مفكوكة التشفير أو الترميز تطابق ما تتوقعه.