[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-ai-system-inventory::ru":3,"gloss-cluster-ai-system-inventory::ru":26,"gloss-next-ai-system-inventory::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"ai-system-inventory","security","Реестр ИИ-систем","Реестр ИИ-систем — это поддерживаемый список всех мест, где в организации применяется ИИ: собственные функции, модели, вызываемые через API, и сторонние продукты, у которых включена ИИ-возможность. Это артефакт, от которого зависит любой другой контроль, потому что и политика, и оценка риска, и аудит должны знать, к чему именно они применяются.\n\nПолезная запись фиксирует больше, чем название. Что система делает, кто ею владеет, какую модель и какого поставщика использует, какие данные видит, касается ли она клиентов или только сотрудников, применяется ли её результат автоматически и когда её в последний раз пересматривали. Последнее поле и держит реестр честным: без даты пересмотра запись, сделанная полтора года назад, выглядит так же, как подтверждённая на прошлой неделе.\n\nСобрать его сложнее, чем кажется, потому что большая часть ИИ приходит мимо закупок. Он появляется как переключатель внутри инструмента, за который компания уже платит; как личный аккаунт, проведённый через авансовый отчёт; как вызов библиотеки, добавленный в пул-реквест. Отчёты о расходах, логи SSO и удостоверений, исходящий трафик к известным доменам поставщиков и скан зависимостей по репозиториям вскрывают разные срезы, и ни один из них сам по себе не полон.\n\nЧастая ошибка — считать это разовым упражнением по комплаенсу. Реестр, собранный один раз и подшитый, быстро протухает: поставщики непрерывно добавляют ИИ в существующие продукты, и инструмент, бывший на момент оценки без ИИ, способен получить модельную функцию в рядовом релизе — без всякого решения о покупке с вашей стороны. Поэтому поддержка важнее полноты первого прохода.\n\nДержите реестр там, где организация уже держит свои системы учёта, — в каталоге сервисов, CMDB, реестре активов, — а не в отдельной таблице, и сделайте его шагом на путях, порождающих применение ИИ: закупка, архитектурное ревью, пул-реквест, добавляющий SDK поставщика. Реестр, который никто не обязан обновлять, — это снимок, а снимок отвечает на вопросы о прошлом.","Реестр ИИ-систем перечисляет все места применения ИИ — свои, купленные и включённые — с владельцем, данными и датой пересмотра. На нём держатся все контроли.",null,[11,14,17,20,23],{"slug":12,"name":13},"data-classification","Классификация данных",{"slug":15,"name":16},"model-card","Карточка модели",{"slug":18,"name":19},"model-registry","Реестр моделей (Model Registry)",{"slug":21,"name":22},"shadow-ai","Теневой ИИ (Shadow AI)",{"slug":24,"name":25},"vendor-risk-assessment","Оценка риска поставщика",[27,31,34,37,40,43,46,50,53,56,59,62],{"slug":28,"category":5,"name":29,"updated_at":30},"access-review","Пересмотр доступов","2026-09-08T21:32:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"ai-governance","Управление ИИ",{"slug":35,"category":5,"name":36,"updated_at":30},"ai-incident-reporting","Сообщение об ИИ-инцидентах",{"slug":38,"category":5,"name":39,"updated_at":30},"ai-review-board","Совет по рассмотрению ИИ",{"slug":41,"category":5,"name":42,"updated_at":30},"ai-risk-tiering","Ранжирование ИИ по риску",{"slug":44,"category":5,"name":45,"updated_at":30},"ai-usage-policy","Политика использования ИИ",{"slug":47,"category":5,"name":48,"updated_at":49},"audit-log","Журнал аудита (Audit Log)","2026-09-08T21:32:36+00:00",{"slug":51,"category":5,"name":52,"updated_at":49},"blast-radius","Радиус поражения",{"slug":54,"category":5,"name":55,"updated_at":49},"break-glass-access","Аварийный доступ (break-glass)",{"slug":57,"category":5,"name":58,"updated_at":49},"bridge-letter","Бридж-письмо (bridge letter)",{"slug":60,"category":5,"name":61,"updated_at":49},"business-associate-agreement","Соглашение с бизнес-партнёром (BAA)",{"slug":63,"category":5,"name":64,"updated_at":49},"byok","Собственный ключ шифрования (BYOK)"]