Ключем ШІ-провайдера давно не користувалися? Cloudflare додала дату останнього використання

Як зрозуміти, чи можна видалити давно збережений ключ API моделі? Із 6 листопада 2026 року Cloudflare AI Gateway показує для збережених ключів провайдерів псевдонім, дату останнього використання та дату останнього оновлення. У розділі Key security панель позначає ключі, щодо яких зафіксована активність старша за 90 днів. Для команд, які керують кількома ключами через шлюз, це дає конкретний список записів для аудиту. Водночас сама історія використання ведеться лише з листопада 2026 року.

Що саме з’явилося?

Оновлення стосується ключів провайдерів, збережених в AI Gateway. В оголошенні Cloudflare зазначено, що ключі згруповані за провайдерами; поруч відображаються замасковані значення, псевдоніми й дати останнього використання та зміни. Розділ Key security позначає записи, щодо яких останню зафіксовану активність виявлено понад 90 днів тому. Cloudflare повідомляє, що облік використання розпочався в листопаді 2026 року.

Дата останнього використання відповідає на запитання, коли шлюз востаннє зафіксував використання ключа. Дата зміни показує, коли запис оновлювали. Маска й псевдонім допомагають розпізнати запис, не розкриваючи секретне значення у списку. Це інвентаризація та сигнал для перевірки, а не автоматичне рішення про долю ключа.

Як читати дату активності?

Ключі часто залишаються після експерименту, зміни постачальника або перенесення програми. Якщо команда зберігає їх у центральному шлюзі, з часом може стати важко пригадати призначення кожного запису. Дата активності допомагає визначити пріоритети: спочатку перевірити ключі, якими давно не користувалися, а потім звірити їх із власником програми та середовищем.

Поріг у 90 днів стосується активності, яку система зафіксувала після початку обліку в листопаді 2026 року. Тому позначка не описує повної історії використання за попередні місяці. Крім того, рідкісне завдання, резервний маршрут або програма, що звертається до провайдера поза AI Gateway, потребують окремої перевірки. Наприклад, резервний ключ може бути непотрібним місяцями, але залишатися частиною плану відновлення.

Документація BYOK описує зберігання ключів у Secrets Store та їх використання через AI Gateway. Видалення ключа негайно зупинить запити, які від нього залежать. Тому видаляти запис варто після з’ясування його призначення та залежностей, а не лише на підставі віку позначки.

Як безпечно провести аудит?

1. Почніть із позначених ключів. Складіть список записів, щодо яких остання зафіксована активність старша за 90 днів. Поки нічого не видаляйте.
2. Знайдіть власника та призначення. Зіставте псевдонім із конфігураціями шлюзу й документацією команди; з’ясуйте, хто відповідає за програму. Якщо призначення невідоме, спочатку встановіть його.
3. Перевірте, де використовується ключ. З’ясуйте, чи обслуговує він рідкісний звіт, резервний маршрут або середовище поза AI Gateway. Запис активності шлюзу не дає відповіді на ці запитання.
4. Якщо ключ потрібен, підготуйте ротацію. Створіть новий ключ у провайдера й замініть секрет у наявному записі AI Gateway. Згідно з документацією, програми й далі використовуватимуть оновлений ключ через той самий запис; після заміни перевірте роботу реальних запитів.
5. Видаляйте після перевірки залежностей. Переконайтеся, що програми переключено або ключ виведено з експлуатації. Після видалення запити, що від нього залежать, припиняться.

Уявімо, що команда бачить ключ, остання активність якого була понад 90 днів тому. Власник з’ясовує, що запис стосувався тестового середовища, а тести вже переключено на інший ключ. Після перевірки конфігурації його можна видалити. Якщо ключ потрібен як резервний на випадок відмови основного провайдера, слід зафіксувати його призначення та власника й залишити запис.

Що це змінює для команди?

Замість загального нагадування «перевірте старі ключі» команда отримує дату останньої зафіксованої активності для кожного запису. Це допомагає визначити, з чого почати перегляд доступу, особливо коли через AI Gateway керують ключами кількох провайдерів.

Використовуйте позначку «понад 90 днів» як привід перевірити ключ, а не як команду його видалити. Зіставте запис із власником, програмою та резервними сценаріями; потім підтвердьте його необхідність, замініть секрет під час ротації або видаліть після перевірки залежностей. Так журнал допомагає знаходити забуті записи, не наражаючи на ризик роботу програм.