Внешний антивирус и песочница
Шлюз SPZGate отправляет вложения писем на проверку во внешние системы по протоколу ICAP: корпоративный антивирус и песочницу для анализа поведения файлов.
Как это работает
Шлюз распаковывает письмо и архивы и проверяет вложения по одному. Порядок проверки:
- встроенный ClamAV;
- внешний антивирус (ICAP) — по умолчанию проверяются все вложения;
- песочница (ICAP) — по умолчанию проверяются только исполняемые файлы, документы и архивы.
Для каждой системы можно указать основной и резервный сервер. Если основной сервер недоступен, проверку выполняет резервный. Результаты кэшируются: чистые файлы на 1 час, заражённые на 24 часа, поэтому повторные вложения не уходят на сервер второй раз.
Какие системы можно подключить
Подойдёт любой сервер с поддержкой ICAP (RFC 3507, режим RESPMOD). Среди них:
| Система | Тип | Порт | Путь сервиса |
|---|---|---|---|
| Kaspersky Scan Engine | Антивирус | 1344 | задаётся в настройках сервера Kaspersky |
| Dr.Web ICAPD | Антивирус | 1344 | задаётся в настройках Dr.Web |
| c-icap + ClamAV | Антивирус | 1344 | /av/respmod (по умолчанию в панели) |
| PT Sandbox | Песочница | 1344 | /scan-response (по умолчанию в панели) |
| Kaspersky Anti Targeted Attack (KATA) | Песочница | 1344 | задаётся в настройках KATA |
Настройка
Откройте раздел «Интеграции»
В панели SPZGate выберите «Интеграции». Раздел состоит из двух блоков: «Антивирус» и «Песочница».
Укажите сервер
Включите проверку и заполните адрес основного сервера (имя хоста или IP-адрес), порт ICAP и путь сервиса. Резервный сервер можно указать только вместе с основным.
Проверьте связь
Кнопки «Проверить основной сервер» и «Проверить резервный сервер» отправляют ICAP-запрос OPTIONS по адресу из формы и показывают, отвечает ли сервер и какие методы он поддерживает.
Выберите действия и сохраните
Задайте, что делать с письмом при найденной угрозе, таймауте и недоступности сервера (таблица ниже), и нажмите «Сохранить».
Параметры
| Параметр | Значение по умолчанию | Описание |
|---|---|---|
| Таймаут ответа сервера | 30 с (песочница — 60 с) | От 1 до 240 секунд. Письмо обрабатывается не дольше 300 секунд. |
| Если найдена угроза | Отклонить (SMTP 5xx) | Отклонить письмо или принять и положить в карантин. |
| Если сервер не успел проверить | Временная ошибка (SMTP 4xx) | Временная ошибка, отклонение, карантин или приём и доставка. |
| Если сервер недоступен | Временная ошибка (SMTP 4xx) | Те же четыре варианта. |
| Если вложение не удалось проверить | Принять и доставить | Относится к файлам с паролем и повреждённым файлам. |
| Доделывать проверку в фоне | Включено, до 600 с | После таймаута проверка продолжается в фоне. Время не может быть меньше таймаута (до 86 400 с). |
| Какие вложения проверять | Антивирус: все; песочница: исполняемые файлы, документы и архивы | Ограничение «только рискованные типы» снижает нагрузку на песочницу. |
| Максимальный размер вложения | 50 МБ | От 1 до 500 МБ. Более крупные файлы на проверку не отправляются. |
Что происходит при таймауте
Если сервер не успел проверить вложение за отведённое время, шлюз по умолчанию возвращает отправителю временную ошибку (SMTP 4xx). Проверка при этом продолжается в фоне. Когда отправитель повторит доставку, шлюз использует результат предыдущей попытки: чистое письмо принимается, заражённое отклоняется, а если проверка ещё идёт, временная ошибка повторяется.
Если сервер несколько раз подряд не отвечает, шлюз временно исключает его из работы (по умолчанию после 3 ошибок на 60 секунд), чтобы не задерживать почту.
Другие протоколы
Кроме ICAP, шлюз умеет работать с серверами по протоколам clamd (например, Dr.Web ClamD) и Kaspersky Scan Engine REST. Эти серверы добавляются администратором вручную в файл control/spamorez/av_external.json. Панель такие записи не удаляет и не изменяет: они сохраняются и работают как запасные серверы.
Безопасность
- ICAP передаёт файлы без шифрования и без аутентификации клиента. Размещайте серверы проверки в изолированной сети или передавайте трафик через защищённый туннель.
- Не открывайте порт ICAP (1344) в интернет.
- Сохранение настроек раздела фиксируется в журнале действий и при включённой публикации событий веб-панели попадает в SIEM (действие
integrations_save).