AUT-0196· Безпека та відповідність
Контроль заміни секрету інтеграції з перевіркою сервісів
Нова версія секрету має підтверджений перехід залежних сервісів і окреме рішення щодо попередньої версії.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Ключ інтеграції замінили у сховищі, але частина сервісів використовує старий; його відкликання зупиняє заявки або обмін даними.
02 / Результат
Залежні сервіси підтверджено працюють із погодженою новою версією, а попередній ключ має перевірений завершальний стан.
03 / Процес
ТригерНастав погоджений цикл заміни секрету або власник інтеграції погодив його заміну через строк чи ризик.
Зареєструвати ідентифікатор секрету, чинну версію та всі залежні сервіси; значення ключів не додавати до задачі.
Перевірити підтриману модель переходу: паралельні ключі або погоджене вікно перерви; визначити критерії завершення та аварійний маршрут.
Після дозволу створити нову версію в захищеному джерелі й записати лише її ідентифікатор та стан.
Перевести погоджені сервіси й перевірити фактичний доступ та потрібну бізнес-операцію; запис ключа у сховище не називати завершеним переходом.
Перед відкликанням старої версії звірити залишкових споживачів і похідні дозволи; непідтверджені переходи лишити відкритими.
За окремим дозволеним кроком завершити стару версію та повторно перевірити роботу; зберегти докази без секретних значень.
04 / Реалізація1 варіант
Приклад · Версія з підтвердженнями залежних сервісів
Нову версію зберегли, але один із трьох сервісів лишився зі старою конфігурацією. Перехід не закрили. Після його оновлення перевірили потрібну операцію, завершили старий ключ і повторили перевірку; секретні значення в задачі не записували.
Спосіб реалізації
- Проєктна модель PlanFix: ідентифікатор і версія секрету, перелік сервісів, рішення та результати проб. Значення й виконання ротації лишаються у перевірених захищених джерелах.
Що потрібно для реалізації
- Є захищене джерело секретів, власник інтеграції та перелік споживачів.
- Погоджено підтриманий порядок переходу й перевірку бізнес-операцій.
- Є чинне захищене джерело й власники споживачів.
- Погоджено порядок переходу.
Обмеження
- Два паралельні ключі підтримують не всі сервіси; безперервний перехід не гарантований.
- Azure-приклад стосується Storage account keys і версій секрету Key Vault, не будь-якого API-токена.
- Ротація Azure shared key може відкликати похідні account-level SAS; їх потрібно перевіряти окремо.
- Значення секретів не зберігають у PlanFix, URL, звітах або повідомленнях.
- Години попередні; нове сховище секретів, перебудова автентифікації й аварійне відновлення всієї інфраструктури не включені.
- Не гарантує нульової перерви для одноключового сервісу.
- Не доводить завершення лише фактом створення версії.
Що потрібно уточнити (2)
- Чи потрібно виконувати й перевіряти заміну у зовнішньому сховищі секретів?
Укажіть лише ідентифікатори, підтримані версії й спосіб перевірки стану.
- Чи потрібні окремі перевірки кількох сервісів і похідних дозволів?
Погодьте споживачів, бізнес-проби та критерій завершення старого ключа.