Claude Code в регулируемой компании: что нужно безопасности до того, как разработчики получат доступ

Разработчики хотят Claude Code. Службы безопасности в банках и платежных компаниях хотят сказать «да», но у них есть конкретный набор опасений, и «доверьтесь вендору» не отвечает ни на одно из них. В этой заметке - что обычно нужно руководителю безопасности до одобрения кодового агента и как каждый пункт выглядит на практике.

1. Один корпоративный endpoint, никаких личных ключей

Первая проблема - не данные, а ключи. Личный ключ Anthropic в shell разработчика - это неуправляемые расходы и неуправляемый путь данных. Решение - корпоративный шлюз, говорящий на API Anthropic: Claude Code указывает на него через переменную окружения, и каждый запрос несет идентичность разработчика, а не общий секрет.

2. Секреты не покидают периметр

Кодовые агенты читают файлы. В файлах лежат записи .env, облачные учетные данные, приватные ключи и токены. Детектор секретов на шлюзе ловит распространенные форматы (ключи доступа AWS, токены GitHub, JWT, блоки приватных ключей) и применяет жесткое правило:

Data class = CREDENTIALS → BLOCK

Запрос не отправляется, событие записывается, разработчик получает понятное сообщение. Для учетных данных нет варианта «замаскировать»: замаскированный ключ - все равно утекшая форма.

3. Политика по исходному коду, которую можно объяснить

Можно ли отправлять проприетарный код во внешнюю модель - решение бизнеса, а не техники. Шлюз дает возможность выразить это решение как правило для репозитория, команды или класса данных и потом доказать, что оно применялось. Одни организации разрешают это для большинства репозиториев и направляют несколько чувствительных во внутреннюю модель. Другие начинают с режима «только аудит» и решают позже.

4. Использование и стоимость по разработчикам

Агенты потребляют гораздо больше токенов, чем чат. Бюджет на разработчика, проект или команду с оповещениями до достижения лимита превращает непредсказуемый счет в строку бюджета. Заодно он показывает тот единственный скрипт, который кто-то оставил на ночь перебирать репозиторий.

5. Журнал аудита, который отвечает на вопросы

Кто какую модель использовал, из какого инструмента, с каким результатом политики и за какие деньги. Когда спрашивает аудитор, ответом должен быть запрос к базе, а не расследование.

Что еще впереди

Управление инструментами и MCP для агентов мы считаем roadmap, а не готовым контролем. Агентам, вызывающим инструменты, которые меняют системы, нужны процессы одобрения, и эта работа идет. До тех пор рассматривайте доступ агентов к инструментам как отдельный пункт проверки, а не предполагайте, что шлюз его покрывает.