مُرمّز ومُفكّك Base64

ما يفعله Base64

أنظمة كثيرة بُنيت لنقل النص لا البايتات العشوائية: البريد الإلكتروني وJSON والروابط وسمات HTML. يحوّل Base64 أي بايتات إلى سلسلة من 64 حرفًا آمنًا، الحروف A إلى Z وa إلى z والأرقام ورمزين، فتمر صورة أو مفتاح أو ملف ثنائي عبرها سالمًا. كل 3 بايتات تصبح 4 حروف، ولهذا تكون البيانات المرمّزة أكبر بالثلث من الأصل.

Base64 ليس تشفيرًا

يستطيع أي أحد فك Base64 فورًا، كما تُظهر هذه الصفحة؛ إنه لا يخفي شيئًا. من الشائع أن تجد كلمات مرور ومفاتيح واجهات برمجية وبيانات شخصية «محمية» بـBase64 في ملفات الإعداد وصفحات الويب، وهي مقروءة كالنص العادي لأي أحد ينظر. لحماية نص بكلمة مرور حقًا استخدم تشفير النص، الذي يستخدم AES. وللتحقق من أن ملفًا لم يتغير استخدم مولّد التجزئة.

خيارات الترميز

• أبجدية آمنة للروابط تستخدم - و_ بدل + و/، اللذين لهما معانٍ خاصة في عناوين الويب وأسماء الملفات. تستخدمها رموز JSON Web Tokens.
• الحشو (=) يضيف علامات = ليصبح الطول من مضاعفات 4. معظم أدوات الفك تحتاجه؛ والاستخدامات الآمنة للروابط تحذفه غالبًا.
• طول السطر 64 يطابق ملفات PEM كالشهادات والمفاتيح؛ و76 يطابق مرفقات البريد الإلكتروني (MIME). وسطر واحد هو الصحيح لكل ما عدا ذلك.
• بادئة رابط البيانات، للملفات، تضيف data:image/png;base64, أو النوع المناسب في المقدمة، فيمكن لصق النتيجة مباشرة في HTML أو CSS كصورة أو خط مضمّن.

الفك يقبل كل الأشكال تلقائيًا: قياسي أو آمن للروابط، بحشو أو دونه، بفواصل أسطر أو ببادئة رابط بيانات.

متى يكون تضمين الملفات منطقيًا

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

إذا حدث خطأ

• النص المفكوك يبدو مشوهًا. كانت البيانات ملفًا لا نصًا، أو نصًا بترميز قديم مثل Windows-1252. فكّها كملف بدلًا من ذلك.
• يقول إن المدخل ليس Base64 صالحًا. تسللت حروف من خارج الأبجدية، كمسافات في الوسط أو جزء مفقود. انسخ القيمة كاملة من جديد.
• يُفك JWT إلى كلام بلا معنى. للرمز ثلاثة أجزاء تفصلها نقاط؛ فكّها بـمُفكّك JWT.