# A46: Отсутствие реестра AI-систем и разрыв в соответствии требованиям (AI compliance gap / missing AI inventory)

> Без реестра AI-систем организация не знает, какие модели, данные, поставщики и владельцы участвуют в AI-рисках. Становятся невыполнимыми аудит, оценка воздействия на приватность, реагирование на инциденты и управление поставщиками.

- Канонический HTML: [/threats/a46-ai-compliance-gap-missing-ai-inventory](https://ai-first.tech/threats/a46-ai-compliance-gap-missing-ai-inventory)
- Язык: русский
- Редакционный принцип: защитный контекст без вредоносных полезных нагрузок и инструкций обхода.

## Домен

Управление AI

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

Разные подразделения запускают пилотные AI-проекты независимо друг от друга. Проекты минуют единую процедуру согласования и не получают владельца. Служба безопасности узнаёт о них после инцидента с данными или неожиданных расходов. Граница доверия здесь организационная: системы работают с корпоративными данными, но не входят в контур управления. Неучтённую систему невозможно ни проверить, ни быстро отключить.

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

- **Право и комплаенс.** Невозможно провести аудит и оценку воздействия на приватность.
- **Безопасность.** Реагирование на инцидент затягивается: неизвестно, какие системы и данные затронуты.
- **Финансы.** Неучтённые пилотные проекты порождают неконтролируемые расходы.
- **Операции.** Управление поставщиками AI ведётся вслепую, без понимания реальных зависимостей.

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

- Пилотные AI-проекты в подразделениях
- Самостоятельное подключение облачных AI-сервисов
- AI-функции, встроенные в закупленные продукты
- Подготовка к внешнему аудиту

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

- **ИТ-директор.** Ввести единый реестр AI-систем и обязательную процедуру приёма новых инициатив.
- **Директор по кибербезопасности.** Обеспечить распределение систем по уровням риска и выявление неучтённых AI-приложений.
- **Владелец бизнес-процесса.** Назначить владельца для каждой AI-системы в своём процессе и подтверждать сведения о ней в установленный срок.

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

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

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

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

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

- Сколько AI-систем у нас работает и у каждой ли есть владелец?
- Как новый AI-проект попадает в поле зрения службы безопасности?
- Для каких систем проведена оценка воздействия на защиту данных?
- Сможем ли мы за день ответить аудитору, какие данные обрабатывает каждая модель?

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

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

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

- Провести опрос подразделений и собрать первичный перечень AI-систем
- Утвердить форму заявки на новый AI-проект
- Назначить владельцев для систем, работающих с чувствительными данными

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

- Управление AI (AI Governance)
- Аудит теневого AI

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

- OWASP: LLM09
- MITRE: ATLAS: AI Governance
- NIST: NIST AI RMF: Govern

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

- [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-систем.
- [Cloud Security Alliance: AI Controls Matrix](https://cloudsecurityalliance.org/artifacts/ai-controls-matrix) — Контрольные домены AI security и governance.
- [ISO: ISO/IEC 42001 AI management system](https://www.iso.org/standard/42001) — Система менеджмента AI.
- [European Commission: EU AI Act regulatory framework](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai) — Риск-ориентированный регуляторный фреймворк.

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

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