Le conseil de Railway à chaque client après l'incident d'hier : remplacez toutes les variables d'environnement stockées sur Railway. Clés API, identifiants de base de données, identifiants de registre. Immédiatement. Une partie non autorisée a accédé aux variables chiffrées et, pour certaines, aux valeurs déchiffrées. Ensuite, elle a mis en pause les déploiements et invalidé tous les jetons API Railway. Si vous exécutez six services avec quarante variables, « remplacez tout » est brutal. Lesquelles en premier ? Lesquelles sont le même secret à trois endroits ? Lesquelles sont construites à partir d'une autre variable et ne doivent pas être modifiées ? Laquelle est un mot de passe de base de données dont le changement de variable ne modifie pas la valeur réelle ? Ces questions sont la liste que j'ai créée avec apikeys-handler pour les gérer. Il importe vos variables, les regroupe par service, catégorie et priorité, génère de nouvelles valeurs uniquement pour les secrets appartenant à votre application, vous guide à travers ceux émis par un fournisseur, redémarre chaque service une seule fois, et se souvient de l'endroit où vous vous êtes arrêté. Il n'affiche jamais une valeur, ne la stocke jamais, et le modèle n'en voit jamais une. Essayez-le d'abord sur un projet jetable avec ceci : npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo