Справочники
Справочник безопасности и комплаенса
Политики защиты данных, ролевой доступ, шифрование и границы ответственности
Справочник безопасности и комплаенса
В данном документе зафиксированы принципы защиты информации, разграничения доступа и соответствия законодательным требованиям при эксплуатации платформы AGONTS.
1. Персональные данные
Заказчик определяет правовое основание обработки, состав контактного реестра и срок хранения. AGONTS обрабатывает данные в пределах заключённого соглашения и согласованного сценария.
Технический контур должен минимизировать передаваемый модели контекст и исключать секреты из prompt/log payload. Фактическая схема обезличивания, география хранения и сроки удаления фиксируются для конкретного внедрения; этот справочник не заменяет договор или юридическую оценку.
2. Модель разграничения доступа (RBAC)
| Роль | Область ответственности | Права в системе |
|---|---|---|
| Клиент (Заказчик) | Бизнес-логика, базы контактов, прием результатов | Предоставление реестров, утверждение сценариев, получение вебхуков |
| Оператор AGONTS | Сопровождение кампаний, запуск, валидация | Постановка задач в очередь, контроль квот, мониторинг очередей |
| Инженер платформы | Архитектура графов, системные промпты, NLU-конфигурация | Развертывание графов, интеграция SIP-транков, технический траблшутинг |
3. Сетевая безопасность и шифрование
| Область | Подтверждённое состояние | Требование внедрения |
|---|---|---|
| Секреты интеграций | В коде есть application-level encryption; запуск без обязательного ключа ранее отмечен аудитом как риск | Ключи хранятся вне репозитория, fail-closed boot проверяется для production |
| API и webhooks | Конкретный публичный webhook contract ещё не опубликован | TLS и аутентификация обязательны до подключения endpoint |
| SIP/RTP | Защита зависит от trunk и deployment | Параметры сети фиксируются в акте внедрения; не предполагаются автоматически |
| Диски и object storage | В этом аудите не проверены | Шифрование и backup policy подтверждаются отдельно для окружения |
4. Журнал аудита
Целевой audit trail включает изменение graph/prompt revisions, постановку work items, внешние эффекты и действия оператора. Наличие отдельных audit events в коде не означает неизменяемый журнал для всех этих классов. Состав и срок хранения проверяются при внедрении.
5. Границы ответственности (Shared Responsibility Model)
| Область | Заказчик | AGONTS |
|---|---|---|
| Правовое основание контакта | Определяет и подтверждает допустимость базы и сценария | Не расширяет полученный периметр; блокирует запуск без обязательных данных |
| Бизнес-логика | Утверждает цели, запрещённые действия и результаты | Версионирует сценарий и предоставляет evidence изменений |
| Интеграционный endpoint | Защищает endpoint и согласует authentication | Документирует payload, retry и signing до production-подключения |
| Инфраструктура | Предоставляет согласованные CRM/АТС зависимости | Эксплуатирует согласованный AGONTS-контур и сообщает об инцидентах |