Vercel: сетевой барьер — обязательный элемент безопасного sandbox для AI‑агентов

В блоге Vercel (https://vercel.com/blog/a-sandbox-without-a-network-boundary-is-only-half-a-sandbox) раскрыта проблема, с которой сталкиваются разработчики AI‑агентов: простое отделение кода от хоста уже не гарантирует безопасность. Современные модели способны читать файлы, выполнять команды, устанавливать пакеты и генерировать собственные программы, что открывает путь к утечке данных и внешним атакам.

Vercel подчёркивает, что микровиртуальная машина (microVM) эффективно изолирует процесс от хост‑системы и от других воркеров, но без ограничения сетевого трафика она не может остановить:

• exfiltration конфиденциальных данных;
• сканирование внутренних сервисов компании;
• атаки на внешние ресурсы через Интернет;
• использование украденных учётных данных.

В ответ на эти вызовы компания объявила о внедрении сетевого барьера в свой sandbox‑runtime. По умолчанию все исходящие соединения блокируются, а доступ к внешним ресурсам разрешается только через явно указанные allow‑list‑правила. Это позволяет:

• ограничить потенциальный вред от скомпрометированного кода;
• контролировать, какие API и сервисы могут быть вызваны AI‑агентом;
• упростить аудит и соответствие требованиям безопасности.

Новый подход уже интегрирован в Vercel Edge Runtime и доступен для всех проектов, использующих Edge Functions и Serverless‑воркеры. По словам инженеров Vercel, такой уровень изоляции снижает риск компрометации инфраструктуры на до 90 %, сравниваясь с традиционными sandbox‑решениями без сетевого контроля.

Для разработчиков AI‑агентов это значит, что теперь можно запускать модели в продакшн‑окружении, не опасаясь, что они «потекут» наружу, если правильно настроить сетевые политики.