# A41: Утечка секретов и кода через ассистентов программирования (Secret leakage through coding assistants)

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

- Канонический HTML: [/threats/a41-secret-leakage-through-coding-assistants](https://ai-first.tech/threats/a41-secret-leakage-through-coding-assistants)
- Язык: русский
- Редакционный принцип: защитный контекст без вредоносных полезных нагрузок и инструкций обхода.

## Домен

Безопасная разработка AI

## Как проявляется риск

Расширение среды разработки индексирует закрытый репозиторий или передаёт выбранные фрагменты кода на адрес модели. Если этот адрес находится за пределами согласованного контура, данные покидают компанию без ведома владельца. Вместе с кодом уходят ключи API, строки подключения и клиентские данные из тестовых наборов. Граница доверия нарушается на рабочем месте разработчика, особенно при работе под личной учётной записью.

## Влияние на бизнес

- **Данные.** Наружу попадают исходный код, ключи API, клиентские и регулируемые данные.
- **Право и комплаенс.** Передача кода заказчика внешнему сервису может нарушить условия договора с клиентом.
- **Безопасность.** Раскрытые ключи открывают путь к внутренним системам.

## Где риск наиболее вероятен

- Автодополнение кода в среде разработки
- Чат-ассистент с доступом к репозиторию
- Заказная разработка на коде клиента
- Работа разработчиков через личные учётные записи

## Кому и что решать

- **ИТ-директор.** Выбрать корпоративный тариф ассистента и утвердить перечень разрешённых адресов моделей.
- **Директор по кибербезопасности.** Обеспечить поиск секретов в коде и запросах, контроль утечек и видимость сетевых обращений к поставщикам AI.
- **Владелец бизнес-процесса.** Проверить, разрешают ли договоры с клиентами обработку их кода внешними AI-сервисами.

## Признаки для службы мониторинга

- Расширение среды разработки индексирует закрытые репозитории
- Сетевые обращения с рабочих мест к поставщикам AI вне утверждённого перечня
- Ключи, токены и пароли обнаруживаются в тексте запросов к модели
- Разработчики входят в ассистент под личными учётными записями
- В запросы попадают фрагменты кода из проектов с ограниченным доступом

## Меры защиты

- **Политика использования ассистентов программирования** (организационная). Закрепить, какие инструменты, учётные записи и категории кода допустимы.
- **Корпоративный тариф и разрешённые адреса** (техническая). Направлять обращения только на согласованные адреса моделей через шлюз AI.
- **Поиск секретов в коде и запросах** (техническая). Проверять репозитории и исходящие запросы на ключи и пароли.
- **Локальные модели для чувствительных проектов** (техническая). Для кода с особыми требованиями использовать модель в собственной инфраструктуре.
- **Контроль утечек в AI-каналах** (мониторинг). Отслеживать средствами DLP передачу кода и регулируемых данных во внешние AI-сервисы.

## Вопросы команде и поставщику

- Какими ассистентами программирования пользуются наши разработчики и под какими учётными записями?
- Куда физически уходят фрагменты кода и хранятся ли они у поставщика?
- Проверяются ли запросы к модели на наличие ключей и паролей?
- Какие клиентские договоры запрещают передачу кода третьим сторонам?

## Показатели контроля

- Доля разработчиков, работающих через корпоративную учётную запись ассистента
- Число секретов, найденных в запросах и репозиториях за период
- Число обращений к неутверждённым адресам поставщиков AI

## Первые 30 дней

- Собрать перечень используемых ассистентов и расширений среды разработки
- Запустить поиск секретов в репозиториях и заменить найденные ключи
- Утвердить перечень разрешённых адресов моделей и закрыть остальные

## Классы решений

- Шлюз AI
- Защита от утечек данных (DLP) для AI
- Безопасная разработка (DevSecOps)

## Сопоставления

- OWASP: LLM05, LLM03
- MITRE: ATT&CK: Exploitation for Client Execution
- NIST: NIST SSDF

## Первоисточники

- [OWASP: LLM02:2025 Sensitive Information Disclosure](https://genai.owasp.org/llmrisk/llm022025-sensitive-information-disclosure/) — Риски раскрытия чувствительной информации через LLM.
- [CISA: Joint Guidance on Deploying AI Systems Securely](https://www.cisa.gov/news-events/alerts/2024/04/15/joint-guidance-deploying-ai-systems-securely) — Безопасное внедрение AI-систем.
- [arXiv: Are AI-assisted Development Tools Immune to Prompt Injection?](https://arxiv.org/abs/2603.21642) — MCP/tool poisoning в AI development tools.

## Ограничение

Карточка описывает признаки и меры защиты. Она не является эксплуатационной инструкцией и не заменяет модель угроз конкретной организации.