Comodo Security Solutions проводит ребрендинг в Xcitium

Comodo Security Solutions объявила о переименовании в Xcitium. Ребрендинг сопровождается запуском технологии Zero Threat, которая, по заявлению компании, изолирует угрозы и делает их неэффективными без нарушения рабочих процессов. Это очередная попытка решить проблему вредоносного ПО не только сигнатурами, но и архитектурой изоляции.

Разберём, что стоит за сменой названия, как работает изоляция и что это значит для администраторов.

Почему Comodo стала Xcitium

Comodo — известный бренд, но у него долгая и неоднозначная история: сертификаты, антивирус, браузер, корпоративные продукты. Ребрендинг позволяет отделить корпоративное направление от потребительского и начать с чистого листа в позиционировании.

Xcitium делает ставку на «zero threat» — идею, что потенциально опасные файлы и процессы не должны выполняться на реальной системе. Вместо того чтобы пытаться определить, вредоносный ли файл, его запускают в изолированной среде.

# проверить, какие средства защиты установлены (пример для Linux)
systemctl list-units --type=service | grep -iE "clam|falcon|crowd|sentinel" | head
ls /opt | head -20

Как работает изоляция

Изоляция (containment) — это запуск приложения в ограниченной среде, где оно не имеет доступа к файлам, реестру и сети без разрешения. Если файл окажется вредоносным, он не сможет нанести ущерб.

Плюс подхода: не нужно ждать обновления сигнатур. Минус: не всё можно изолировать без потери функциональности. Тяжёлые приложения, драйверы и игры могут работать некорректно.

Xcitium утверждает, что решение не нарушает рабочие процессы. На практике это зависит от сценария: браузер, офис и почта изолируются проще, чем CAD или специализированное ПО.

# примеры изоляции в Linux (не продукт Xcitium, а общая практика)
bwrap --ro-bind / / --dev /dev --unshare-net firefox
firejail --net=none --private firefox

Что это значит для безопасности

Изоляция снижает ущерб от неизвестных угроз, но не устраняет необходимость обновлений, контроля доступа и резервных копий. Если пользователь сам разрешит изолированному приложению доступ к файлам, защита ослабнет.

Кроме того, атаки всё чаще нацелены на цепочку поставок и доверенные инструменты. Изоляция помогает, но не заменяет гигиену: MFA, минимальные привилегии, сегментация сети.

# проверить права и группы пользователя
id
sudo -l
# посмотреть, какие сервисы слушают наружу
ss -tulpn

Рынок endpoint-защиты

Xcitium конкурирует с Microsoft Defender, CrowdStrike, SentinelOne, Palo Alto Cortex и другими. Крупные игроки предлагают EDR/XDR: обнаружение, реакцию и корреляцию событий. Изоляция — лишь один из слоёв.

Для небольшой компании выбор часто сводится к цене и простоте. Для крупной — к интеграции с SIEM, поддержке и качеству телеметрии. Ребрендинг сам по себе не делает продукт лучше; важны результаты независимых тестов.

# проверить, какие журналы безопасности доступны локально
journalctl -b -p warning | tail -30
ls /var/log | grep -iE "auth|secure|audit"

Стоит ли доверять «zero threat»

Любой маркетинговый термин стоит проверять. «Нулевая угроза» невозможна: всегда есть риск ошибки конфигурации, уязвимости в самом продукте и человеческий фактор. Правильнее говорить о снижении риска, а не о его устранении.

Спросите у вендора: какие сценарии не поддерживаются, как обрабатываются ложные срабатывания, что происходит при потере связи с облаком, какие данные отправляются. Ответы на эти вопросы важнее слогана.

# пример проверки сетевой доступности облачных сервисов
for h in example.com cloud.example.com; do
  echo -n "$h: "; curl -s -o /dev/null -w "%{http_code}\n" "https://$h"
done

Практические шаги для администратора

1. Определите, какие приложения можно изолировать без потери функциональности.
2. Проведите пилот на небольшой группе.
3. Настройте исключения осознанно и документируйте их.
4. Обеспечьте резервное копирование и план восстановления.
5. Проверьте, как продукт ведёт себя при отключении интернета.

# проверить, не ломает ли изоляция типовые сценарии
# (пример: запуск браузера в песочнице и проверка доступа к файлам)
firejail --private firefox
ls ~/Documents

Не устанавливайте продукты безопасности «на всякий случай»: они добавляют сложность и могут конфликтовать. Сначала определите модель угроз.

Изоляция и производительность

Изолированный браузер или офисный пакет потребляют больше ресурсов: копирование памяти, отдельные процессы, ограничение доступа к файлам. На слабых машинах это заметно. Перед массовым развёртыванием проверьте, как продукт ведёт себя на типовом ноутбуке.

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

# пример: запуск компиляции в песочнице с доступом к рабочему каталогу
firejail --private=~/work --read-write=~/work make -j4
# проверить, какие ограничения активны
firejail --debug firefox 2>&1 | head -30

Следите за журналами: изоляция может блокировать легитимные действия, и пользователи будут жаловаться на «сломанные» приложения. Хорошая практика — собирать обратную связь и обновлять правила, а не отключать защиту при первом инциденте.

Что спросить у вендора

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

Итог

Ребрендинг Comodo в Xcitium и запуск Zero Threat — попытка занять нишу изоляции угроз. Подход полезен как слой защиты, но не заменяет обновления, MFA и резервные копии. Оценивайте продукт по независимым тестам, поддержке и прозрачности, а не по обещанию «нулевой угрозы». Для Linux-инфраструктуры важнее собственная гигиена и контроль доступа.