Codificador de contraseñas para archivos de configuración
Escapa una contraseña correctamente para JSON, YAML, TOML, XML, .properties de Java, INI, cadenas de conexión URL y literales SQL, para que se lea sin cambios.
Pega el resultado como valor del ajuste. YAML usa comillas simples cuando es posible, TOML una cadena literal cuando es posible, la forma URL codifica en porcentaje todos los bytes salvo A–Z a–z 0–9 - . _ ~, y SQL duplica las comillas simples (SQL estándar; MySQL con escapes de barra invertida activados también necesita duplicar \).
Se ejecuta completamente en tu navegador. Tus datos nunca se suben.
¿Qué es Codificador de contraseñas para configuraciones?
Pega una contraseña y obtenla correctamente escapada para ocho formatos de configuración a la vez: JSON, YAML, TOML, XML, .properties de Java, INI, URL/cadenas de conexión y literales de cadena SQL. Cada salida se interpreta de vuelta exactamente como el valor original.
Cómo usar Codificador de contraseñas para configuraciones
- Escribe la contraseña en el campo Contraseña.
- Busca en la lista el formato que necesitas.
- Copia el valor escapado con su botón Copiar.
- Pégalo como valor en tu configuración.
Ejemplo
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'
Cuándo usar Codificador de contraseñas para configuraciones
Úsalo siempre que un secreto vaya a mano en un archivo de configuración o una cadena de conexión. Para secretos de producción, es preferible un gestor de secretos o variables de entorno.
Cómo funciona Codificador de contraseñas para configuraciones
JSON usa JSON.stringify. YAML usa un escalar entre comillas simples ('' para ') salvo que haya caracteres de control que exijan comillas dobles. TOML usa una cadena literal 'string' cuando es posible y, si no, una cadena básica con escapes \" \\ y \uXXXX. XML escapa & < > " ' y las tabulaciones/saltos de línea como referencias de carácter. .properties escapa \, =, :, #, !, un espacio inicial y los caracteres no ASCII como \uXXXX. La parte de usuario de una URL codifica en porcentaje cada byte excepto A–Z a–z 0–9 - . _ ~. SQL duplica las comillas simples. INI no tiene escapes estándar, así que los valores con " o saltos de línea se marcan como no seguros.
Casos de Uso Comunes
- Poner una contraseña con @ y : en una URL de conexión de PostgreSQL o MongoDB
- Añadir un secreto a un archivo YAML de Kubernetes o Ansible
- Escapar una contraseña en un application.properties de Spring
- Insertar un usuario de prueba mediante una sentencia SQL
Preguntas Frecuentes
¿Por qué hay que codificar las contraseñas en las cadenas de conexión URL?
Caracteres como @, :, / y # tienen un significado especial en las URL; una @ sin codificar hace que el parser tome parte de la contraseña como host.
¿El literal SQL es seguro frente a inyecciones?
Es un escape SQL estándar correcto, pero en el código de una aplicación usa siempre consultas parametrizadas.
¿Por qué INI se marca como no seguro para algunos valores?
INI no tiene una forma estándar de escapar comillas dobles ni saltos de línea, y los parsers difieren, así que la herramienta prefiere no adivinar.