Authentification HTTP
Créez ou décodez des identifiants Basic, ou examinez la syntaxe d’un jeton Bearer existant.
Pas de deux-points dans le nom. Ceux du mot de passe et les espaces sont conservés ; un champ peut être vide.
Syntaxe uniquement : aucun contrôle de mot de passe, jeton, signature ou permission. Les téléchargements sont toujours masqués.
Traitement dans cette page, sans requête d’authentification ni stockage des identifiants.
Choisissez l’encodage du serveur. Latin-1 associe directement les octets, ce n’est pas Windows-1252.
Facultatif, uniquement pour encoder en UTF-8. Modifie la copie de calcul, pas la saisie.
Saisissez des identifiants ou chargez un exemple.
Le Générateur Basic Auth aide à comprendre pourquoi un mot de passe apparemment correct aboutit à une réponse 401. Un accent encodé autrement ou un deux-points dans le nom d’utilisateur suffit à modifier les octets transmis.
Commencez par examiner l’en-tête Authorization avant de revoir le compte et les permissions. Un résultat valide ici décrit la syntaxe de la chaîne ; il ne confirme ni le mot de passe, ni la durée de validité d’un jeton.
Le Générateur Basic Auth distingue UTF-8 d’une correspondance directe Latin-1. Si le serveur attend NFC avec UTF-8, activez cette option pour le calcul uniquement. Le texte saisi reste intact pour comparer la forme d’origine avec le résultat.
L’authentification HTTP Basic est réversible et un jeton Bearer peut suffire à accéder à une ressource. La copie masquée remplace la valeur entière, sans conserver ses extrémités. Le rapport téléchargé reste masqué même lorsque les valeurs sensibles sont affichées.
La création utilise deux champs séparés. Pour décoder, collez le token Base64 seul, la valeur commençant par Basic ou toute la ligne Authorization. Bearer accepte les trois formes équivalentes sans décoder le jeton comme du Base64.
UTF-8 est le choix initial de cet outil. Sélectionnez Latin-1 si le serveur exige ces octets. NFC est facultatif et disponible seulement à la création en UTF-8 ; le décodage ne normalise jamais le texte retrouvé.
Le mode automatique attend 350 ms après la dernière modification. Désactivez-le pour utiliser le bouton ou Ctrl/Cmd+Entrée. Les changements bloquent l’export. Exemple et Effacer passent par un aperçu, et Annuler la modification restaure aussi les paramètres et le résultat.
Le nom d’utilisateur, un deux-points et le mot de passe sont convertis en octets puis en Base64 standard avec remplissage. Le décodage coupe uniquement au premier deux-points : espaces et séparateurs suivants restent dans le mot de passe. Un champ peut être vide ; deux champs vides indiquent une absence de saisie.
Une séquence UTF-8 invalide produit une erreur. Latin-1 associe chaque octet au point de code Unicode de même numéro, notamment 0x80 à U+0080. Ce n’est pas Windows-1252. Un caractère non représentable est refusé, jamais remplacé silencieusement.
L’outil contrôle l’alphabet ASCII et les signes égal finaux, extrait le jeton et mesure sa longueur. Trois segments séparés par des points ne prouvent pas qu’un JWT est valide. Aucune charge utile, signature, expiration ou permission n’est vérifiée.
Affichez les valeurs sensibles pour lire les identifiants décodés. La copie complète contient le secret ; la copie masquée le remplace intégralement. Le JSON conserve le schéma, l’encodage et les longueurs sans identifiants ni octets permettant de les reconstituer.
Choisissez Basic et Encoder, saisissez le nom et le mot de passe, puis sélectionnez l’encodage attendu par le serveur. L’outil joint les deux valeurs par un deux-points et produit une ligne Authorization à partir du Base64 des octets.
Non. Le Base64 se décode sans clé. La confidentialité du transport dépend de HTTPS, tandis que le serveur doit valider le compte et gérer les permissions. Une bonne syntaxe n’est pas une protection du mot de passe.
Dans le champ Authorization de votre client HTTP. Si le nom du champ et sa valeur sont séparés, la valeur commence par Basic. Pour un document partagé, utilisez plutôt la copie masquée qui ne contient pas d’identifiants utilisables.
Non. HTTP en clair expose des données qui peuvent être décodées. Cet outil ne sécurise pas la connexion et n’envoie pas la requête ; configurez HTTPS sur le service qui recevra réellement les identifiants.
UTF-8 permet les caractères Unicode, Latin-1 seulement ceux allant jusqu’à U+00FF. Le serveur doit interpréter les mêmes octets. Les deux-points restent interdits dans le nom d’utilisateur et les contrôles ASCII dans les deux champs ; les deux-points du mot de passe sont permis.
Un problème d’encodage ou d’analyse ?
Utilisez le Générateur Basic Auth avec des identifiants de test connus, vérifiez l’encodage puis choisissez une copie complète ou masquée selon sa destination.