Новая версия vGate R2 с поддержкой VMware vSphere 5.1 поступила в продажу

Александр Панасенко 02 Апреля 2013 - 10:17

Корпорации

Код Безопасности

vGate

Системы аутентификации

Сертификаты ФСТЭК

...

Новая версия vGate R2 с поддержкой VMware vSphere 5.1 поступила в продажу

Компания «Код Безопасности», российский разработчик средств защиты информации, сообщает о поступлении в продажу новой версии СЗИ от НСД vGate R2 cрасширенными возможностями и поддержкой платформы виртуализации VMware vSphere 5.1.

В новой сертифицированной версии vGate R2, предназначенного для обеспечения безопасности инфраструктуры виртуальных и облачных сред, расширился список поддерживаемых продуктов VMware. Теперь vGate R2 поддерживает платформы VMware ESXi 5.1 и VMware vSphere 5.1, а также системы виртуализации рабочих столов VMware View версии 4.5 и 5.

В рамках расширения функциональности доверенной загрузки виртуальных машин реализована проверка целостности файлов гостевых систем виртуальных машин непосредственно перед их запуском. Новая версия vGate R2 позволяет применять аппаратные идентификаторы для усиленной аутентификации администраторов информационной безопасности и виртуальной инфраструктуры.

Благодаря реализованной в новой версии продукта поддержке распределенных инфраструктур упростился импорт и экспорт конфигурации vGate на резервные центры хранения и обработки данных.

В vGate R2 также появился ряд нововведений, расширяющих возможности управления инфраструктурой и ее контроля:

поддержка работы с несколькими серверами vCenter, объединенными при помощи режима VMware vCenter Linked Mode;
предоставление расширенной информации об изменениях в конфигурациях виртуальных машин;
генерация новых видов отчетов, в том числе о соответствии стандартам безопасности.

Новая версия vGate R2 успешно прошла инспекционный контроль в ФСТЭК России на соответствие выданным ранее сертификатам № 2308 и 2383, подтверждающим возможность использования этого продукта для защиты конфиденциальной информации, в том числе персональных данных, а также сведений, составляющих государственную тайну. Стоит отметить, что новые возможности vGate R2 позволяют более полно реализовать меры по защите среды виртуализации, определенные в проектах документов ФСТЭК России по защите информации в государственных информационных системах и по обеспечению безопасности в информационных системах персональных данных.

Следующая главная новость »

Сбои, инциденты, простои: как мониторить ИТ в 2026?
Регистрируйтесь на эфир!

Екатерина Быстрова 22 Мая 2026 - 07:55

Уязвимости сайтов Уязвимости программ Домашние пользователи Корпорации

Миллионы серверов под угрозой: в NGINX обнаружили опасную уязвимость

В NGINX обнаружили новую 0-day уязвимость под названием nginx-poolslip. По предварительным данным, баг может позволить удалённо выполнять код на уязвимых серверах без аутентификации. Проблема затрагивает NGINX 1.31.0 — актуальную стабильную версию популярного веб-сервера.

Уязвимость обнаружил исследователь Vega из команды NebSec, публично о ней сообщили 21 мая 2026 года.

Согласно описанию, nginx-poolslip связана с внутренним механизмом управления памятью NGINX. Самое неприятное — заявлена возможность обхода ASLR, одной из базовых защит от эксплуатации ошибок памяти. Если обход действительно работает стабильно, это резко повышает шансы атакующего не просто уронить сервер, а выполнить свой код.

История выглядит особенно неприятно на фоне недавней уязвимости CVE-2026-42945 в ngx_http_rewrite_module, которую уже закрывали в версиях 1.31.0 и 1.30.1. Но, по данным NebSec, предыдущий патч не убрал саму поверхность атаки, а nginx-poolslip позволяет обойти прежние меры защиты.

На момент публикации у nginx-poolslip ещё нет идентификатора, а F5 и проект NGINX не выпустили официальный патч. NebSec заявляет, что следует процедуре ответственного раскрытия и опубликует технические детали только после появления патча.

Пока заплатки нет, администраторам советуют снижать риски вручную: следить за бюллетенями F5 и NebSec, ограничить доступ к административным интерфейсам, использовать WAF-правила, проверить включение ASLR, а также внимательно пересмотреть конфигурации с rewrite, if и set.

Масштаб проблемы серьёзный, NGINX используется как веб-сервер, обратный прокси, балансировщик и API-шлюз на огромном числе площадок.

Сбои, инциденты, простои: как мониторить ИТ в 2026?
Регистрируйтесь на эфир!