Все три действия живут на экране Keys в консоли
(
/console/token). Создание, редактирование, отключение или удаление
ключа требует роли Developer или выше; любая роль (Viewer и выше)
может читать список.1. Создание ключа
Новый ключ рождается ограниченным. Вместо того чтобы выпустить одну широкую учётку и делиться ею, дайте каждому агенту или сервису свой собственный ключ ровно с теми ограничениями, которые ему нужны, — именно это удерживает радиус поражения скомпрометированного агента малым (см. Чек-лист минимальных полномочий). В консоли откройте Keys → New key и задайте:Имя и окружение
Имя и окружение
Читаемое человеком имя и свободную метку
environment
(prod, staging, dev или любую другую), по которой вы позже
сможете фильтровать логи. См. Окружения.Ограничения
Ограничения
Список разрешённых моделей, список разрешённых IP, лимит расходов в USD
и срок действия — каждое опционально, каждое сужает то, что может
делать ключ. См.
Лимиты моделей,
Список разрешённых IP и
Лимит квоты и срок действия.
Привязки политик
Привязки политик
Guardrail (
guardrail_id) и политика firewall
(firewall_policy_id) для управления содержимым и вызовами
инструментов этого ключа.
См. Привязку политик./v1/* используют ключ sk-orca-…. Действия
в консоли на этой странице выполняются на вашем сессионном / access-токене,
а не на ключе ретрансляции.
2. Отключение ключа (обратимая пауза)
Когда ключ ведёт себя неправильно — зацикленный прогон, утёкшая учётка, которую вы ещё расследуете, сервис, который вы выводите на обслуживание, — вам не обязательно его удалять. Отключение переводит статус ключа в выкл, так что каждый запрос, который он делает, отклоняется, при этом сам ключ, его ограничения, привязки политик и история использования остаются нетронутыми. В списке Keys переключите статус ключа в Disabled. Чтобы позже снова его включить, переключите обратно. Ключ может быть в одном из этих состояний:| Статус | Значение |
|---|---|
Enabled | Активен; запросы авторизуются. |
Disabled | Поставлен на паузу вами; запросы отклоняются до повторного включения. |
Expired | Прошёл expired_time; достигается автоматически. |
Exhausted | Достиг лимита квоты / расходов; достигается автоматически. |
Expired и Exhausted достигаются сами по себе — ключ, прошедший
срок действия или превысивший
лимит расходов, перестаёт авторизовать
без каких-либо действий с вашей стороны.
3. Отзыв ключа (необратимый)
Когда с ключом покончено — агент выведен из эксплуатации, утечка учётки подтверждена, проект отгружен — отзовите его удалением. Это необратимо: учётка больше никогда не сможет авторизовать запрос, а удалённый ключ невосстановим. Выпустите свежий ключ для любой замены. В списке Keys выберите Delete на ключе (Developer+). Чтобы зачистить несколько сразу, выделите их и удалите пакетом.4. Повторное раскрытие и ротация
Открытый текст ключа маскируется везде в консоли после создания. Developer+ может повторно раскрыть открытый текст обычного ключа по требованию; повторное раскрытие ключа с областью шлюза (is_firewall_gateway) требует Admin.
Ротация — это паттерн безопасной передачи: создайте ключ-замену, переведите
на него трафик, затем отключите (и позже удалите) старый — так что никогда
не возникает окна без рабочего ключа. Полный пошаговый разбор живёт в
Ротации ключей.
5. Кто что может
Каждое действие жизненного цикла ограничено ролью относительно вашего активного рабочего пространства:| Действие | Минимальная роль |
|---|---|
| Просмотр списка ключей | Viewer |
| Создание / редактирование / отключение / удаление ключа | Developer |
| Повторное раскрытие открытого текста обычного ключа | Developer |
Включение is_firewall_gateway или чтение открытого текста ключа шлюза | Admin |
6. Дальнейшие шаги
Объект токена
Каждое поле, которое несёт ключ, и что каждое из них ограничивает.
Привязка политик к ключу
Прикрепите guardrail и политику firewall, чтобы трафик ключа был
управляемым.
Ротация ключей
Передача от старого ключа к новому без простоя.
Реагирование на утечку ключа
Что делать в момент, когда вы подозреваете, что ключ раскрыт.
