В InfoWatch ARMA Industrial Firewall добавили поддержку OpenVPN-ГОСТ

В InfoWatch ARMA Industrial Firewall добавили поддержку OpenVPN-ГОСТ

В InfoWatch ARMA Industrial Firewall добавили поддержку OpenVPN-ГОСТ

Компания InfoWatch ARMA, входящая в состав ГК InfoWatch, выпустила новую версию промышленного межсетевого экрана нового поколения InfoWatch ARMA Industrial Firewall. В функциональность InfoWatch ARMA Industrial Firewall версии 3.7 добавлена поддержка OpenVPN-ГОСТ, расширен список поддерживаемых промышленных протоколов и стало удобнее работать с журналами логов.

Обновления, вошедшие в новую версию продукта, продиктованы требованиями регулятора (Приказы №17, №31, №239 ФСТЭК России и отраслевые стандарты об организации защищенного удаленного доступа). А также исключительным вниманием к запросам заказчиков, такими как, повышение удобства использования и добавление поддержки новых протоколов. В частности, речь идет об организации защищённых каналов связи между территориально распределёнными филиалами и промышленными площадками объектов КИИ, увеличения количества анализируемых промышленных протоколов, а также расширения функционала модулей сбора и обработки логов.

В InfoWatch ARMA Industrial Firewall версии 3.7 встроены все эти возможности:

  • Добавлена поддержка OpenVPN-ГОСТ, что позволяет пользователю включить шифрование каналов связи на базе сертифицированного ФСБ России СКЗИ. Пользователь может самостоятельно выбрать и настроить предпочитаемый тип шифрования каналов связи OpenVPN или OpenVPN-ГОСТ, а в журнале фильтровать логи по типу VPN. Также, реализована возможность экспорта настроек выбранного типа VPN.
  • С целью расширения инспектируемых протоколов добавлена поддержка промышленного протокола KRUG, используемого в контроллерах и SCADAсистем производства компании «НПФ „КРУГ“», что позволяет пользователям создавать правила и фильтровать трафик по данному типу протокола. Кроме того, в интерфейс создания правила для протоколов KRUG и GOOSE добавлены подсказки к заполняемым полям, позволяющие пользователю корректно задать параметры при создании правил для этих протоколов. Дополнительно для протокола GOOSE добавлена возможность настройки правила фильтрации по времени.
  • В журнале Syslog добавлена возможность одним нажатием кнопки выгрузить сразу весь журнал. В журнал раздела «Обнаружение вторжений» добавлена расширенная возможность фильтрации логов, что позволяет пользователю в более удобном формате работать с зафиксированными событиями.

Технический директор компании InfoWatch ARMA Игорь Душа комментирует: «промышленный межсетевой экран нового поколения ARMA Industrial Firewall 3.7 в соответствии с планом развития продуктов Компании продолжает непрерывное качественное развитие: появляется новая функциональность, добавляются для инспекции новые типы промышленных протоколов, проводятся тестирования на совместимость с ИБ-решениями других вендоров и т.д. Но главная цель всех инноваций остаётся прежней – помочь нашим клиентам обеспечить бесперебойную работу предприятий и выполнить технические меры Приказа №239 ФСТЭК России при максимальной автоматизации рутинных ИБ-процессов».

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

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

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

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

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

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru