Совет Railway каждому клиенту после инцидента вчера: смените все переменные окружения, хранящиеся в Railway. Ключи API, учетные данные баз данных, учетные данные реестра. Немедленно. Неавторизованная сторона получила доступ к зашифрованным переменным и, в некоторых случаях, к расшифрованным значениям. Затем она приостановила развертывания и аннулировала все токены API Railway. Если вы запускаете шесть сервисов с сорока переменными, «сменить всё» — это жестко. Какие из них менять в первую очередь? Какие из них — один и тот же секрет в трех местах? Какие из них созданы на основе другой переменной и не должны трогаться? Какая из них — пароль базы данных, изменение которой не изменяется при смене переменной? Эти вопросы — список, который я создал с помощью apikeys-handler. Он импортирует ваши переменные, группирует их по сервису, категории и приоритету, генерирует новые значения только для секретов, принадлежащих вашему приложению, проводит вас через переменные, выданные провайдером, перезапускает каждый сервис один раз и запоминает, где вы остановились. Он никогда не выводит значения, никогда не хранит их, и модель никогда их не видит. Попробуйте его на временном проекте с помощью этой команды: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo