Codificador de senhas para arquivos de configuração
Escape uma senha corretamente para JSON, YAML, TOML, XML, .properties do Java, INI, strings de conexão em URL e literais SQL, para ser lida de volta sem alterações.
Cole o resultado como valor da configuração. O YAML usa aspas simples quando possível, o TOML uma string literal quando possível, a forma URL codifica em porcentagem todo byte exceto A–Z a–z 0–9 - . _ ~, e o SQL duplica aspas simples (SQL padrão; MySQL com escapes de barra invertida ativos também precisa duplicar \).
Executa totalmente no seu navegador. Seus dados nunca são enviados.
O que é Codificador de senhas para configuração?
Cole uma senha e obtenha-a escapada corretamente para oito formatos de configuração de uma vez: JSON, YAML, TOML, XML, .properties do Java, INI, URL/strings de conexão e literais de string SQL. Cada saída é lida de volta exatamente como o valor original.
Como usar Codificador de senhas para configuração
- Digite a senha no campo Senha → codificações.
- Encontre na lista o formato de que precisa.
- Copie o valor escapado com o botão Copiar.
- Cole-o como valor na sua configuração.
Exemplo
p@ss'w"rd$1
JSON "p@ss'w\"rd$1" YAML 'p@ss''w"rd$1' TOML "p@ss'w\"rd$1" XML p@ss'w"rd$1 URL p%40ss%27w%22rd%241 SQL 'p@ss''w"rd$1'
Quando usar Codificador de senhas para configuração
Use sempre que um segredo for colocado à mão em um arquivo de configuração ou em uma string de conexão. Para segredos de produção, prefira um gerenciador de segredos ou variáveis de ambiente.
Como funciona Codificador de senhas para configuração
JSON usa JSON.stringify. YAML usa um escalar entre aspas simples (com '' para ') a menos que caracteres de controle exijam aspas duplas. TOML usa uma 'string' literal quando possível, senão uma string básica com escapes \" \\ e \uXXXX. XML escapa & < > " ' e tabulações/quebras de linha como referências de caractere. .properties escapa \, =, :, #, !, um espaço inicial e caracteres não ASCII como \uXXXX. O userinfo da URL aplica codificação percentual a todos os bytes, exceto A–Z a–z 0–9 - . _ ~. SQL duplica as aspas simples. INI não tem escapes padronizados, então valores com " ou quebras de linha são marcados como inseguros.
Casos de Uso Comuns
- Colocar uma senha com @ e : em uma URL de conexão PostgreSQL ou MongoDB
- Adicionar um segredo a um arquivo YAML do Kubernetes ou do Ansible
- Escapar uma senha em um arquivo application.properties do Spring
- Inserir um usuário de teste por meio de um comando SQL
Perguntas Frequentes
Por que as senhas precisam ser codificadas em strings de conexão?
Caracteres como @, :, / e # têm significado especial em URLs; um @ não codificado faz o parser tomar parte da senha como host.
O literal SQL é seguro contra injeção?
É o escape SQL padrão correto, mas no código da aplicação prefira sempre consultas parametrizadas.
Por que o INI aparece como inseguro para alguns valores?
O INI não tem uma forma padrão de escapar aspas duplas ou quebras de linha, e os parsers divergem, então a ferramenta prefere recusar a adivinhar.