Guide de l’outil

À propos de Convertisseur Base64 vers Hex

Base64 to Hex convertit une charge utile encodée en une vue hexadécimale brute des octets sous-jacents, ce qui permet de lire un blob binaire octet par octet au lieu de deviner ce que contient un mur de caractères Base64.

La conversion fonctionne dans les deux sens, retire les préfixes de data URI et les lignes d'en-tête PEM, accepte l'hexadécimal avec ou sans 0x et avec ou sans séparateurs, et indique le nombre d'octets ainsi qu'un type de fichier détecté lorsque les premiers octets correspondent à une signature connue.

Comment utiliser Base64 to Hex

Collez la valeur encodée dans le champ de saisie : un préfixe data:image/png;base64, ou les lignes BEGIN et END d'un bloc PEM sont retirés pour vous, et les espaces sont ignorés.
Utilisez le bouton d'inversion pour basculer entre Base64 vers hexadécimal et hexadécimal vers Base64.
Pour une entrée hexadécimale, collez la forme produite par votre outillage : chiffres nus, préfixe 0x, ou octets séparés par des espaces, des deux-points ou des tirets.
Activez la sortie en majuscules ou l'espacement entre octets pour retrouver la présentation utilisée par votre débogueur ou votre document de protocole.

Dans quels cas s'en servir

Inspecter les octets bruts d'un certificat ou d'une clé en convertissant le corps Base64 du PEM en hexadécimal, puis parcourir la structure DER à la main.
Contrôler le nombre magique en tête d'un fichier ou d'une image pour confirmer son type réel plutôt que de se fier à l'extension.
Déboguer des trames de protocole binaire, des charges utiles de firmware ou des vecteurs de test cryptographiques documentés en hexadécimal mais transportés en Base64.
Transformer un vidage hexadécimal issu d'un analyseur de paquets en Base64 pour le coller dans un fichier de configuration ou le corps d'une requête d'API.

Comment Base64 et l'hexadécimal encodent les mêmes octets

Les deux sont des représentations textuelles de la même séquence d'octets, mais ils arbitrent entre densité et lisibilité en sens inverse.

Base64 comprime 3 octets en 4 caractères : le texte encodé pèse donc environ 33 pour cent de plus que les données d'origine.
Les caractères = à la fin servent de remplissage, ajoutés quand la longueur de l'entrée n'est pas un multiple de 3.
L'hexadécimal fait correspondre 1 octet à exactement 2 caractères, ce qui double la taille mais conserve un décalage fixe pour chaque octet.
C'est cette correspondance fixe qui fait gagner l'hexadécimal au débogage : l'octet 12 commence toujours au caractère 24, si bien que les décalages de la spécification s'alignent sur ce que vous voyez.

Questions fréquentes sur Base64 vers Hex

Pourquoi mon image ou mon certificat Base64 ressemble-t-il à du charabia dans un décodeur Base64 ordinaire ?: La plupart des décodeurs affichent le résultat en texte UTF-8. Une charge utile binaire contient des valeurs d'octets qui ne sont pas du texte valide : elles apparaissent en caractères de remplacement ou se retrouvent altérées. L'hexadécimal évite ce problème.
Puis-je coller un bloc PEM complet ou une data URI ?: Oui. Les lignes de marqueur BEGIN et END ainsi qu'un préfixe de data URI sont retirés avant le décodage, et les sauts de ligne sont ignorés.
Quels formats hexadécimaux sont acceptés dans l'autre sens ?: Un préfixe 0x, des chiffres hexadécimaux simples, et des octets séparés par des espaces, des deux-points ou des tirets fonctionnent tous. Les séparateurs sont supprimés avant le réencodage des octets.
Que signifie le type de fichier détecté ?: Les premiers octets sont confrontés aux signatures connues de PNG, JPEG, GIF, PDF, ZIP, GZIP et DER. Si rien ne correspond, aucun type n'est affiché plutôt qu'une supposition.
Mes données sont-elles envoyées quelque part ?: Non. Le décodage, le réencodage et la détection de signature se déroulent tous dans votre navigateur : clés, certificats et trames capturées ne sont jamais transmis à wetool.site.

Base64 to Hex face à un décodeur Base64 orienté texte

Un encodeur et décodeur Base64 généraliste emprunte la voie du texte UTF-8 : il décode le Base64, puis interprète le résultat comme une chaîne. Cela convient pour du JSON et des jetons lisibles, mais un en-tête PNG, un certificat encodé en DER ou une trame de protocole binaire contiennent des valeurs d'octets sans signification textuelle valide : la sortie arrive alors corrompue et des octets peuvent se perdre au retour. Cette page ne touche jamais à la couche texte. Elle convertit entre Base64 et hexadécimal au niveau de l'octet, si bien que 0x00, 0xFF et toute séquence UTF-8 invalide survivent intacts à un aller-retour complet.

Lire un vidage hexadécimal octet par octet

Une fois la charge utile en hexadécimal, les premiers octets vous disent en général ce que vous tenez.

89 50 4e 47 correspond à un fichier PNG, et ff d8 ff marque le début de données JPEG.
25 50 44 46 correspond à PDF, 50 4b 03 04 à ZIP ou à tout conteneur fondé sur ZIP, et 1f 8b à GZIP.
Un 30 82 en tête est la balise SEQUENCE d'une structure DER, c'est-à-dire ce à quoi ressemble un certificat ou un corps de clé une fois le Base64 du PEM décodé.
Un nombre impair de chiffres hexadécimaux ne peut pas former des octets entiers : cherchez un chiffre manquant aux extrémités d'un vidage copié.