Générateur d'authentification de base

Un générateur Basic Auth construit l'identifiant que l'authentification de base HTTP nécessite : l'encodage base64 de votre nom d'utilisateur et de votre mot de passe rejoint par deux points, préfixé par le mot « Basic ». Le résultat est la valeur de l'en-tête Authorization qu'un client envoie pour prouver de qui il s'agit. Le schéma est défini dans la RFC 7617, « Le schéma d'authentification HTTP de base », et c'est l'identifiant le plus simple sur lequel un serveur et un client peuvent s'entendre, c'est pourquoi il est encore partout dans les API, les webhooks, les registres privés et les outils internes.

L'encodage est délibérément réversible L'authentification de base n'est pas un cryptage et n'offre aucune confidentialité à elle seule : base64 est un encodage de transport, donc toute personne qui peut lire l'en-tête peut lire le mot de passe en une seule étape C'est pourquoi cet outil décode également un jeton Coller une Autorisation : Valeur de base et il vous montre le nom d'utilisateur et le mot de passe qu'il transporte La seule règle qui déclenche les gens est que le nom d'utilisateur ne peut pas contenir de deux points, car le premier point de colon est la frontière entre les deux champs ; le mot de passe peut contenir autant de deux points de couleur qu'il le souhaite Ce générateur signale une deux points de colon dans le nom d'utilisateur afin qu'un identifiant ne décode pas silencieusement mal.

Parce que la valeur est juste base64 de « user : password », le faire droit à la main est un jeu d'enfant, et se tromper signifie un flux de 401 réponses sans cause évidente Cet outil produit la ligne d'en-tête exacte, une commande curl prête à l'emploi à la fois dans les formes - u et explicites-header, un extrait de récupération () et le formulaire URL userinfo (https ://user : pass@host) pour les cas où cela fonctionne toujours Il code sur UTF-8, donc les caractères accentués et les mots de passe non latins produisent les mêmes octets qu'un client conforme enverrait, plutôt que d'être corrompu de la manière qu'un encodeur ASCII-corromprait.

Tout se passe dans votre navigateur Le nom d'utilisateur et le mot de passe que vous tapez ne sont jamais téléchargés, ce qui est tout l'intérêt lorsque vous gérez un véritable identifiant Envoi d'un mot de passe en direct à un serveur juste pour l'encoder irait à l'encontre de l'exercice Il n'y a pas d'inscription et pas de journalisation, il est donc sécuritaire de coller les informations d'identification de production pendant que vous déboguez une intégration.