Что такое ИИ-агент с доступом к API и как ограничить его права: опыт Cloud.ru
Почему это важно ИИ-агент, подключённый к корпоративной инфраструктуре с избыточными правами, способен сам найти «обходной путь» и навредить: слить данные…

ИИ-агент, подключённый к корпоративной инфраструктуре с избыточными правами, способен сам найти «обходной путь» и навредить: слить данные авторизации, изменить настройки файрвола или удалить ресурс, который не просили трогать.
Инженер Cloud.ru Евгений на практике столкнулся с тем, что подключить языковую модель к API через MCP-сервер (Model Context Protocol, стандартный интерфейс, через который модель вызывает внешние инструменты) несложно, а вот безопасно ограничить её полномочия гораздо труднее. Его опыт полезен любому, кто собирается давать нейросети доступ к реальным системам: от облачной инфраструктуры до CRM и рекламных кабинетов.
Ниже разберём, что такое ИИ-агент в контексте управления инфраструктурой, почему нельзя просто «отдать» ему API и как пошагово выставить ограничения, чтобы агент решал задачи, а не создавал новые проблемы.
Что понадобится
- Доступ к MCP-серверу или любому аналогичному интерфейсу между языковой моделью и вашим API
- Учётная запись с настраиваемыми правами в целевой системе (облако, CRM, внутренний сервис)
- Базовое понимание, что такое ИИ-агент: программа, где языковая модель сама выбирает, какие инструменты вызвать и в каком порядке, чтобы выполнить вашу задачу
- Примерно 30 минут на аудит прав и настройку ограничений по инструкции ниже
Пошаговая инструкция: как ограничить ИИ-агента и не потерять пользу
-
Сформулируйте конкретный сценарий использования. Не «пусть агент работает с инфраструктурой», а «агент должен находить виртуальную машину по имени, показывать её параметры и увеличивать диск». Чем уже задача, тем меньше прав потребуется.
-
Составьте список инструментов строго под сценарий. Каждый инструмент делайте атомарным (выполняет одно действие) и независимым (не требует вызова другого инструмента для работы). Евгений из Cloud.ru пришёл к этому принципу после того, как модель начала «творчески» комбинировать широкие методы.
-
Выдайте учётной записи MCP-сервера минимальные права. Ограничивайте не только операции (чтение, запись, удаление), но и объекты, к которым эти операции применимы. Частая ошибка: считать чтение безопасным. Чем больше данных модель видит, тем больше «обходных путей» она может придумать.
-
Отфильтруйте чувствительные данные на уровне кода. При ошибке подключения сервер может вернуть в контекст модели данные авторизации. Оберните обработку ошибок функцией-фильтром:
process.on('unhandledRejection', (reason, promise) => {
console.error('[Unhandled Rejection]', sanitizeError(reason));
});
process.on('uncaughtException', (error) => {
console.error('[Uncaught Exception]', sanitizeError(error));
process.exit(1);
});
Функция sanitizeError вырезает токены (единицы, которыми оперирует модель, здесь имеются в виду ключи доступа), пароли и адреса внутренних сервисов до того, как они попадут в контекст.
-
Отключите агенту доступ к внешним источникам, если сценарий этого не требует. Евгений обнаружил, что агент, не найдя ответа через предоставленные инструменты, пытался обратиться к веб-поиску. Для корпоративной задачи это утечка контекста наружу.
-
Протестируйте граничные случаи. Попросите агента сделать то, что выходит за рамки сценария. Если он пытается вызвать инструмент, которого нет, или запрашивает данные, к которым нет доступа, проверьте, что ответ системы не раскрывает лишнего.
-
Зафиксируйте конфигурацию и задокументируйте, какие права выданы и почему. Когда через три месяца понадобится расширить сценарий, вы поймёте, что уже открыто, а что нет.
Задача: пользователь Cloud.ru хочет найти виртуальную машину «web-server-01», посмотреть параметры и увеличить диск до 100 ГБ.
Без ограничений агент получал доступ ко всем методам API, включая сведения о владельцах объектов и правила межсетевого экрана. Эти данные не нужны для задачи, но попадали в контекст модели и расширяли поле для «самодеятельности».
После настройки по инструкции выше агенту доступны три атомарных инструмента: «найти ВМ по имени», «показать параметры ВМ», «изменить размер диска ВМ». Учётная запись видит только объекты внутри одного проекта. Обработка ошибок фильтрует чувствительные поля. Агент выполняет ровно то, что просили, и не может выйти за периметр.
Широкие права «на чтение» по умолчанию. Кажется, что чтение безопасно: ничего не меняется. Но модель использует прочитанные данные как контекст для принятия решений. Чем больше она знает, тем непредсказуемее её следующий шаг.
Один «толстый» инструмент вместо нескольких атомарных. Если инструмент умеет и читать, и писать, и удалять, модель выберет действие сама. Разделяйте: один инструмент делает одну операцию.
Отсутствие фильтрации ошибок. Стандартный вывод ошибки может содержать строку подключения к базе, API-ключ или внутренний адрес. Модель воспримет это как полезный контекст и может попытаться использовать.
Доступ к веб-поиску «на всякий случай». Агент, не решивший задачу штатными инструментами, уйдёт гуглить. Для внутренней инфраструктуры это значит: контекст задачи утёк во внешний поисковый запрос.
Что делать с этим прямо сейчас?
Автору Дзена и копирайтеру. Если вы подключаете ИИ-агента к CMS или сервису аналитики, принцип тот же: не давайте ему право публиковать или удалять, пока сценарий не проверен. Начните с доступа только на чтение статистики.
Маркетологу. Агент, подключённый к рекламному кабинету с правами на изменение ставок, может «оптимизировать» бюджет способом, который вы не закладывали. Атомарные инструменты и минимальные права актуальны для любого API, не только облачного.
Предпринимателю в РФ. Cloud.ru, на базе которого работал Евгений, доступен в России. Из инструментов для создания MCP-серверов доступны открытые библиотеки на TypeScript и Python. YandexGPT и GigaChat пока не поддерживают MCP напрямую, но принцип ограничения прав при подключении любой модели к вашему API универсален.
Понимание того, что такое ИИ-агент, начинается не с восторга от его возможностей, а с осознания, что он принимает решения сам. Именно это отличает агента от обычного чат-бота: бот отвечает на вопрос, агент выбирает действие. И если действия не ограничены, агент становится сотрудником с полным доступом ко всему, но без понимания последствий.
По моим наблюдениям, большинство инструкций по MCP заканчиваются на «подключили, работает». Евгений из Cloud.ru честно показал, что «работает» и «работает безопасно» это разные состояния. Совет: прежде чем расширять права агента, задайте себе два вопроса из его статьи. Какие инструменты нужны для конкретной задачи? К каким данным эти инструменты должны иметь доступ? Если ответ на второй вопрос «ко всем», вы ещё не готовы запускать агента в продуктив.
Научитесь работать с нейросетями на практике
В dzen.guru мы разбираем реальные сценарии использования ИИ-агентов и других инструментов для авторов и предпринимателей
Попробовать бесплатноГраницы для ИИ-агента выставляются не после инцидента, а до первого запуска, и это ровно тот навык, который отличает эксперимент от рабочего инструмента.

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Обзор книги Inference Engineering: что происходит после обучения модели и как снизить счёт за GPU
Компания Кили и его книга «Inference Engineering» предлагают практическую карту для тех, кто уже обучил или выбрал языковую модель и теперь думает, как…

ИИ распознаёт эмоции точнее людей, но грубость в промпте портит ответ
Нейросети действительно различают раздражение в тексте, но реагируют на него совсем не так, как живой собеседник, и грубость в промпте скорее испортит ответ,…

Как я перестал воспринимать ИИ как человека: опыт сольной разработки двух пет-проектов
Андрей, продакт из российского банка, два месяца строил аналитический сайт по цифровым финансовым активам с помощью LLM (большой языковой модели, которая…
Комментарии