El consejo de Railway para cada cliente tras el incidente de ayer: cambie todas las variables de entorno almacenadas en Railway. Claves de API, credenciales de base de datos, credenciales de registro. Inmediatamente. Una parte no autorizada accedió a variables cifradas y, en algunos casos, a los valores descifrados. Luego pausó los despliegues e invalidó todos los tokens de API de Railway. Si ejecutas seis servicios con cuarenta variables, "cambiar todo" es brutal. ¿Cuáles primero? ¿Cuáles son el mismo secreto en tres lugares? ¿Cuáles se construyen a partir de otra variable y no deben tocarse? ¿Cuál es una contraseña de base de datos cuyo cambio en una variable no la modifica? Estas preguntas son la lista que construí para apikeys-handler. Importa tus variables, las agrupa por servicio, categoría y prioridad, genera nuevos valores solo para los secretos que posee tu aplicación, te guía a través de los que emite un proveedor, reinicia cada servicio una vez y recuerda dónde te detuviste. Nunca imprime un valor, nunca lo almacena y el modelo nunca lo ve. Pruébalo primero en un proyecto desechable con esto: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo