Видимость использования ИИ
Сигналы прокси, DNS и сетевых журналов складываются в реестр ИИ-систем. У каждого объекта сохраняются источник и границы наблюдения.
УПРАВЛЯЕМЫЙ ЦИКЛ
Подключить → проверить → объяснить → ограничить
Пилот начинается с согласованной области проверки, источников и прав доступа. Для каждого шага сохраняются результат, ограничения и история.
AS / SECURITY POSTURE
Иллюстрация архитектурыЕдиный контур проверки безопасности ИИ
AS
AIScope
Выберите элемент схемы, чтобы увидеть его рольЕдиный реестр связывает системы, данные, агентов и инструменты. Проверки формируют находки с источниками, версиями, степенью подтверждения и границами покрытия.
Задать область
Выбрать источники, разрешённые объекты и права. Указать профиль проверки, бюджет и расписание.
Собрать инвентарь
Связать ИИ-системы, агентов, инструменты и данные с владельцами, источниками и актуальными версиями.
Проверить и объяснить
Проверить конфигурацию и содержимое в разрешённом объёме. Сохранить находки и доказательства, показать непроверенные объекты.
Проверить изменения
Подготовить ограничения, согласовать их и оценить результат. Изменения каталога или данных требуют новой проверки.
РЕЗУЛЬТАТПроверяемая картина: где используется ИИ, что подтверждено и какое действие нужно следующим.
ПОВЕРХНОСТЬ ПРОВЕРКИ
ИИ-система целиком: от сетевого сигнала до инструмента агента
Источники дополняют друг друга. Покрытие зависит от предоставленных прав и проверенной совместимости конкретного подключения.
Теневое использование ИИ
Сигналы прокси, DNS и сетевых журналов помогают находить обращения к ИИ вне утверждённых маршрутов. Подозрение и подтверждённый обход отображаются отдельно.
Данные и базы знаний
Проверка документов и фрагментов RAG на чувствительные данные, признаки инъекций и риски доступа с указанием прочитанных и недоступных объектов.
Серверы и инструменты
Каталог MCP, транспорт, авторизация, описания инструментов и ресурсов. Обнаружение метаданных не запускает инструменты автоматически.
Агенты, навыки и права
Манифесты, навыки, зависимости и связи доступа позволяют оценивать риски агента в контексте доступных ему данных и действий.
РЕЗУЛЬТАТВ пилоте фиксируются конкретные источники и версии; наличие пресета не означает проверенную интеграцию.
ПРОВЕРЯЕМЫЙ ВЫВОД
У каждой находки – основание, версия и границы
Уязвимости, ошибки конфигурации и смысловые риски рассматриваются отдельно. Объяснение ИИ помогает разбирать результат; подтверждение требует воспроизводимого доказательства.
Источник и объект
У находки остаются источник, затронутый объект, версия содержимого или каталога, правило проверки и время наблюдения.
Степень подтверждения
Гипотеза, признаки проблемы и воспроизводимый результат проверки различаются. Неизвестное сохраняется как неизвестное.
Честное покрытие
Показаны недоступные, частично проверенные и устаревшие объекты. Отсутствие находок не означает полноту проверки.
Активные тесты в изоляции
Вызовы инструментов и проверка опасных действий требуют отдельного разрешения, тестовых данных, ограничений сети, времени и бюджета.
РЕЗУЛЬТАТИнженер ИБ получает доказательства для разбора, владелец системы – понятный следующий шаг, аудитор – историю решений.
AISCOPE + AIGATE
От находки к согласованному ограничению
AIScope отвечает за наблюдение и проверку. AIGate контролирует разрешённый доступ к LLM и MCP и применяет поддержанные политики.
Подготовить изменение
Находка и версия каталога становятся основанием кандидата политики: какие инструменты, действия, аргументы или ресурсы ограничить.
Проверить эффект
Сравнить изменения и провести симуляцию перед применением. Учитывать фактические возможности установленной версии AIGate.
Согласовать человеком
Уполномоченный проверяющий принимает решение. Оценка риска или ответ LLM сами по себе не разрешают применение политики.
Убедиться в применении
Проверить действующую версию политики, сохранить историю и возможность отката. При изменении входных данных оценить риск повторно.
РЕЗУЛЬТАТРазвёртывание в компании или частном облаке; REST API и управляющий MCP используют общие права и сервисы.