Размещение под требования вашего контура

Платформа размещается в инфраструктуре разработчика. До начала работ согласуем, как проверяющая среда получает доступ к целям, какие материалы собирает и кто со стороны заказчика работает с результатами.

Для внутренних приложений отдельно определяем сетевую связность. Наличие облачного варианта само по себе не означает, что закрытая система доступна для проверки из интернета.

Вариант предусматривает размещение в инфраструктуре заказчика или согласованного партнёра. Ресурсы, сетевые связи, модель сопровождения и используемый LLM-контур определяются в проекте внедрения.

Универсальные требования к GPU, поддержка полностью изолированной сети и совместимость с конкретной внутренней моделью здесь не обещаются: эти параметры требуют технического согласования для выбранной конфигурации.

1. Исходные условия: список целей, ограничения и при необходимости тестовые доступы.
2. Работа с приложением: запросы, ответы и наблюдения в пределах согласованного сценария.
3. Анализ: контекст, который необходим агентам и модели для проверки гипотез.
4. Результат: находки, материалы воспроизведения и рекомендации для команды.

Где проходит каждая стадия, какие данные получает модель и кто имеет доступ к доказательствам, следует зафиксировать в схеме конкретного пилота.

• Внешние и внутренние цели, доступность из проверяющей среды, прокси и ограничения исходящего трафика.
• Способ входа, роли, срок действия тестовых доступов и их отзыв после проверки.
• Место обработки LLM-запросов, допустимые модели и состав передаваемого контекста.
• Хранение, доступ, выгрузку и удаление доказательств, включая резервные копии.
• Ресурсы, обновления, сопровождение и ответственных при инциденте.

В заявке достаточно рабочей почты. На встрече обсудим контур и подготовим условия пилота. Общее описание вариантов опубликовано в анонсе AI-хакера; документация платформы доступна в каталоге документов CTEM.

Как устроен пилот · Проверка API с авторизацией