Рада Railway кожному клієнту після інциденту вчора: змініть усі змінні середовища, збережені в Railway. Ключі API, облікові дані баз даних, облікові дані реєстру. Негайно. Неавторизована сторона отримала доступ до зашифрованих змінних і, для деяких — до розшифрованих значень. Потім вона призупинила розгортання та відкликав усі токени API Railway. Якщо ви запускаєте шість сервісів з сорока змінними, «змінити все» — це жорстко. Які змінні змінювати першими? Які з них — однаковий секрет у трьох місцях? Які з них створені з іншої змінної і їх не слід чіпати? Яка з них — пароль бази даних, зміна якого не змінює значення змінної? Ці питання — це список, який я створив для apikeys-handler. Він імпортує ваші змінні, групує їх за сервісом, категорією та пріоритетом, генерує нові значення лише для секретів, якими володіє ваше застосунок, супроводжує вас через ті, що видано провайдером, перезапускає кожен сервіс один раз і пам’ятає, де ви зупинилися. Він ніколи не виводить значення, ніколи не зберігає його, і модель ніколи його не бачить. Спробуйте його спочатку на проєкті-заглушці за допомогою цього: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo