Convertisseur Base64URL en Text
Encodez du texte en URL compatible Base64 ou décodez-le, conformément à l’alphabet base64url de la section 5 de la RFC 4648. L’outil convertit votre entrée en UTF-8, utilise - et _ à la place de + et / et omet le remplissage = sauf si vous le demandez. Lors du décodage, il accepte les entrées avec ou sans remplissage. Les développeurs l’utilisent pour les éléments JWT, les valeurs PKCE OAuth, les URL signées et les noms de fichiers qui doivent rester compatibles avec les liens.
Foire aux questions
Qu’est-ce que Base64URL ?
Base64URL est la variante de URL et de noms de fichiers de Base64 définie dans la section 5 de la RFC 4648. Elle remplace + par - et / par _, afin que le résultat puisse apparaître dans les URL et les noms de fichiers sans échappement. Le remplissage avec = est généralement omis.
Puis-je voir un exemple ?
Le texte foobar est encodé en Zm9vYmFy, comme avec Base64 standard. Le texte ??> est encodé en Pz8-, alors que Base64 standard donne Pz8+, et subjects?_d donne c3ViamVjdHM_X2Q. Le décodage restitue le texte d’origine.
Dois-je activer le remplissage ?
Laissez-le désactivé pour les JWT, les défis de code PKCE et la plupart des usages Web, qui omettent les signes =. Activez-le uniquement si le système destinataire attend une longueur multiple de quatre. Le décodeur accepte les deux formats.
Comment décoder un JWT avec cet outil ?
Copiez la partie en-tête ou charge utile, c’est-à-dire le texte entre les points, puis décodez-la. Vous obtenez le JSON. La troisième partie est une signature binaire ; l’outil indique donc qu’il ne s’agit pas de texte UTF-8 valide.
Pourquoi mon entrée est-elle refusée ?
Seuls A à Z, a à z, 0 à 9, - et _ avec des = finaux facultatifs sont valides. Les caractères + et / de Base64 standard sont refusés ; utilisez donc le convertisseur Base64 pour ces caractères. Une longueur qui laisse un seul caractère dans le dernier groupe est également invalide.
L’outil ignore-t-il les espaces blancs ?
Oui. Les espaces, les tabulations et les sauts de ligne sont supprimés avant le décodage, ce qui est pratique pour les valeurs copiées depuis des journaux avec retour à la ligne ou des e-mails.
Comment les caractères spéciaux et les emoji sont-ils traités ?
Le texte est encodé en UTF-8 avant la conversion ; tous les caractères, y compris les emoji, sont donc restitués à l’identique. Les octets décodés doivent former un UTF-8 valide pour pouvoir être affichés.
Base64URL est-il sûr pour les données sensibles ?
Non. Il s’agit uniquement d’un encodage qui n’offre aucune protection. Par exemple, une charge utile JWT est lisible par tous ; elle ne doit donc pas contenir de secrets.
Quel est le surcoût en taille ?
Tous les 3 octets deviennent 4 caractères ; les données encodées sont donc environ 33 pour cent plus volumineuses. Sans remplissage, le résultat peut être jusqu’à deux caractères plus court.
Quelle quantité de texte puis-je convertir ?
Jusqu’à 5 MiB de texte par requête. L’entrée n’est pas stockée.