مُفكِّك ترميز Base64

سلسلة Base64 المُصادَفة عمليًا قد تكون Base64 قياسية — من مرفق بريد، عنوان URI بيانات، ملف تكوين — أو Base64URL، الأكثر شيوعًا من أحد الأجزاء الثلاثة المفصولة بنقاط لرمز JWT. بما أن النسختين تختلفان فقط في ثلاثة أحرف، فإن مُفكِّكًا يُصر على شكل واحد بالضبط يُجبرك على استبدال `-` بـ`+` و`_` بـ`/` يدويًا قبل أن يقبل جزء رمز مميز، وهي خطوة إضافية مزعجة لشيء يجب أن يكون مجرد لصق بسيط. قبول كلتا النسختين يعني أن جزء حمولة JWT يمكن لصقه مباشرة، دون معرفة أو الاهتمام مسبقًا بأي نسخة Base64 يتضح أنها.

ليس كل شيء مُرمَّز بـBase64 نصًا من الأساس — الصور ومفاتيح التشفير وبيانات ثنائية أخرى تُرمَّز أيضًا بشكل شائع بـBase64 لنفس أسباب سلامة النص. فك ترميز أحد هذه ينتج بايتات خامة تُعرَض كأحرف مُشوَّهة وغير قابلة للقراءة عند تفسيرها كنص، وهذا متوقَّع بدلًا من إشارة إلى فشل فك الترميز: عكست العملية الترميز بشكل صحيح، لكن البايتات الأساسية لم تكن أبدًا مُخصَّصة للقراءة كنص UTF-8 من الأساس.

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