Sobre esta ferramenta
Autenticação é a primeira coisa de que um teste de API precisa e uma fonte comum de 401 confusos: uma senha com caracteres não ASCII codificada com btoa, um token colado já com “Bearer” ou uma API key enviada na query string que acaba nos logs. Esta ferramenta monta o header para autenticação Basic (RFC 7617, codificado em UTF-8 antes do Base64), Bearer tokens (RFC 6750) e API keys em header ou query parameter, e mostra o comando curl correspondente e uma configuração Playwright com extraHTTPHeaders lendo os segredos de variáveis de ambiente. Para OAuth 2.0 client credentials, mostra a requisição de token em curl e um pequeno helper Playwright, porque esse fluxo troca credenciais por um token em vez de enviar um header fixo. Nada do que você digita é salvo ou enviado.
Como usar
- Escolha o esquema: Basic, Bearer token, API key ou OAuth 2.0 client credentials.
- Informe as credenciais e a URL da requisição. Aparecem avisos para erros comuns, como dois-pontos em um usuário Basic ou http:// sem TLS.
- Copie a linha do header, o comando curl ou o snippet Playwright e mova o segredo para uma variável de ambiente antes do commit.
Perguntas frequentes: Gerador de headers de autenticação
O Base64 da autenticação Basic é uma forma de criptografia?
Não. Base64 é uma codificação que qualquer um pode reverter. A autenticação Basic só é segura sobre HTTPS, e as credenciais são enviadas em toda requisição.
Por que o btoa falha com a minha senha?
O btoa só aceita caracteres Latin-1, então caracteres como € ou emoji geram erro. A RFC 7617 recomenda UTF-8, então esta ferramenta codifica o texto como bytes UTF-8 primeiro, que é o que servidores que esperam UTF-8 vão decodificar.
Onde as credenciais de teste devem ficar?
Em variáveis de ambiente ou no cofre de segredos do seu CI, nunca no repositório. Por isso os snippets Playwright leem valores de process.env. Prefira contas de teste dedicadas com permissões mínimas e tokens de curta duração.