🔴 Критическая уязвимость Check Point: удалённый доступ к root без аутентификации

В сентябре 2026 года Check Point исправила критическую уязвимость CVE-2026-91843, затрагивающую Security Management Server, Multi-Domain Security Management Server, Log Server и Multi-Domain Log Server.

Уязвимость связана с stack-based buffer overflow в процессе аутентификации. На практике это означает, что удалённый атакующий может взаимодействовать с уязвимым сервисом ещё до прохождения аутентификации и потенциально добиться выполнения произвольного кода с правами root.

Уязвимости присвоен CVSS 9.8 из 10.

☝️ Почему здесь важна именно архитектура атаки

Критичность CVE-2026-91843 определяется не только возможностью выполнить код удалённо.

Атакующему не нужна учётная запись в системе. Если у него есть сетевой доступ к уязвимому серверу, успешная эксплуатация потенциально позволяет получить максимальный уровень привилегий — root.

Для Security Management Server это особенно существенно. Такой сервер используется для управления средствами сетевой безопасности, поэтому его компрометация может затронуть уже не отдельный компонент, а процессы управления всей защищаемой инфраструктурой.

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

При этом на момент публикации Check Point не сообщала о подтверждённой эксплуатации CVE-2026-91843 в реальных атаках. Это важное различие: критическая уязвимость создаёт потенциальный вектор атаки, но само по себе её наличие не означает, что атака уже происходит.

✅ Что имеет значение на практике

В подобных случаях обновление — не единственный вопрос. Важно понимать, доступен ли уязвимый сервис из сети и кто вообще может с ним взаимодействовать.

Если установка исправления откладывается, временные меры Check Point позволяют дополнительно ограничить поверхность атаки. Однако они не заменяют патч.

После обновления также имеет смысл проверить журналы системы и сетевые обращения за период до установки исправления. Это позволяет понять, были ли попытки взаимодействия с уязвимым сервисом и не происходило ли чего-либо подозрительного до устранения уязвимости.

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