LocalUtils logo
LocalUtils
Files stay local for processing. Account, billing, and ads use separate network services. En savoir plus

Convertir du texte entre UTF-8, Base64 et hexadécimal

Base64 et hexadécimal décrivent les octets ; ils ne les protègent pas

Le texte codé peut paraître opaque tout en restant complètement réversible. Comprendre la représentation en octets évite qu'elle soit confondue avec le cryptage.

Convertir du texte entre UTF-8, Base64 et hexadécimal

Base64 et hexadécimal sont des représentations textuelles réversibles des octets. Ils aident à déplacer les données via des systèmes qui attendent des caractères imprimables, mais ils n'assurent pas le secret, l'authenticité ou le contrôle d'accès.

Le convertisseur est adapté au texte UTF-8 ordinaire et aux chaînes codées qui tiennent confortablement dans la mémoire du navigateur. Il ne s'agit pas d'un encodeur de fichiers binaires en streaming et ne doit pas être utilisé pour dissimuler des mots de passe, des jetons ou des enregistrements privés.

Le texte devient octets avant de devenir Base64 ou hexadécimal

Les caractères nécessitent un codage tel que UTF-8. Le même texte visible représenté dans un codage de caractères différent peut produire des octets différents et donc une sortie Base64 et hexadécimale différente.

Les emojis et les caractères non latins utilisent plusieurs octets UTF-8. Comptez les octets plutôt que les caractères visibles lorsqu'un protocole impose des limites de taille.

Base64 échange un binaire compact contre du texte imprimable

Base64 représente des groupes d'octets avec un alphabet de 64 caractères et un remplissage facultatif. Il est utile dans JSON, les e-mails, les URL de données et les protocoles qui ne peuvent pas transporter des binaires arbitraires en toute sécurité.

La représentation est environ un tiers plus grande que l'entrée binaire. Les variantes sécurisées pour les URL remplacent certains caractères alphabétiques et peuvent omettre le remplissage, un décodeur doit donc savoir quelle convention est attendue.

Hex est simple et verbeux

Chaque octet devient deux chiffres hexadécimaux. Cela rend les limites d'octets faciles à inspecter, mais double la taille par rapport aux octets bruts.

Les préfixes tels que 0x, les espaces, les séparateurs et les lettres majuscules sont des conventions de présentation. Confirmez ce que la destination accepte avant de les supprimer ou de les ajouter.

Le contenu décodé reste peu fiable

Le décodage ne sécurise pas une valeur. Le résultat peut contenir du HTML, un script, une commande, une URL ou un binaire mal formé destiné à exploiter le prochain analyseur.

Inspectez et validez les données décodées pour leur destination. Utilisez le cryptage et les contrôles d’accès authentifiés lorsque le secret ou la résistance à la falsification sont requis.

Utilisez des exemples au niveau des octets pour diagnostiquer les surprises Unicode

Lorsqu'une valeur codée ne fait pas d'aller-retour, réduisez l'entrée à un court exemple comprenant un caractère ASCII simple et un caractère non-ASCII tel qu'une lettre accentuée ou un emoji. Encodez-le, inspectez les octets UTF-8 en hexadécimal, puis comparez ces octets avec le système qui a produit l'autre valeur. Cela indique si un côté a utilisé UTF-8, UTF-16, une page de codes héritée ou des données binaires brutes. Vérifiez séparément le remplissage Base64 et les substitutions alphabétiques sécurisées pour les URL. Ne présumez jamais que les octets décodés sont du texte inoffensif : enregistrez-les ou exécutez-les uniquement lorsque la source est fiable et que le type de fichier attendu est compris.

Démarrage rapide: LocalUtils

  1. Identifiez si la source est du texte UTF-8 brut, Base64 ou hexadécimal avant de choisir une direction.
  2. Collez un petit échantillon connu et convertissez-le une fois.
  3. Inversez la conversion et comparez le texte ou les octets récupérés avec l'original.
  4. Lorsque vous utilisez le résultat dans un autre système, confirmez son alphabet, son remplissage, son codage d'octets et ses attentes en matière de sauts de ligne ou de préfixes.

Ce que fait le navigateur

Le navigateur convertit le texte en octets UTF-8 et représente ces octets en Base64 ou en hexadécimal. Les opérations de décodage inversent la représentation et interprètent les octets récupérés sous forme de texte.

Aucune clé de cryptage n'est impliquée. Toute personne possédant la valeur codée peut normalement la décoder. Le texte reste dans le chemin de l'utilitaire du navigateur, mais peut rester dans l'historique du presse-papiers ou dans l'état du formulaire géré par le navigateur après utilisation.

Entrées et sorties

  • La saisie et la sortie de texte utilisent les attentes UTF-8.
  • Base64 utilise l'alphabet standard et peut inclure un remplissage de signe égal.
  • L'hexadécimal nécessite des paires de chiffres hexadécimaux valides représentant des octets.

Limites à connaître avant de commencer

  • Les données binaires arbitraires peuvent ne pas être décodées en texte UTF-8 significatif.
  • Les variantes Base64 sécurisées pour les URL peuvent utiliser différents caractères et règles de remplissage.
  • Les caractères de longueur impaire ou non hexadécimaux rendent le format hexadécimal invalide.
  • Les valeurs élevées s'étendent en Base64 ou en hexadécimal et peuvent rendre un flux de travail de zone de texte inefficace.

Liste de contrôle de vérification

  • Effectuez un aller-retour avec un échantillon connu via l'encodage et le décodage.
  • Comparez la longueur des octets et les caractères exacts, y compris les espaces.
  • Traitez chaque valeur décodée comme une entrée non fiable avant de la placer dans du HTML, une commande ou un programme.

Dépannage

  • Si le décodage Base64 échoue, supprimez les étiquettes environnantes et vérifiez si la source utilise un alphabet sécurisé pour les URL.
  • Si le texte est tronqué, confirmez le codage d'octet d'origine plutôt que de supposer UTF-8.
  • Si hex échoue, supprimez les espaces ou les préfixes uniquement lorsque le format de destination ne les nécessite pas et confirmez un nombre pair de chiffres.

Les questions que les gens posent

Quelqu’un peut-il décoder Base64 sans autorisation ?

Oui. Aucun secret n’est requis et des outils largement disponibles peuvent l’inverser immédiatement.

Pourquoi le texte décodé semble-t-il corrompu ?

Les octets récupérés peuvent utiliser un autre codage de texte ou peuvent être arbitrairement binaires plutôt que texte.

Quand dois-je utiliser hex à la place ?

Hex est pratique pour l'inspection au niveau des octets, les résumés, les champs de protocole et les valeurs binaires courtes où la lisibilité compte plus que la taille.