Вышла BI.ZONE EDR 1.36 с улучшенными механизмами выявления угроз

Вышла BI.ZONE EDR 1.36 с улучшенными механизмами выявления угроз

Вышла BI.ZONE EDR 1.36 с улучшенными механизмами выявления угроз

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

Теперь пользователи могут настраивать расписание выполнения задач, включая регулярное сканирование операционной системы с использованием YARA-правил.

В декабре мы рассматривали BI.ZONE EDR 1.35 и рассказывали, как продукт позволяет распознавать аномальную активность на конечных устройствах и оперативно реагировать на неё вручную или автоматически.

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

В версии для Linux реализован мониторинг операций над объектами инвентаризации, что дает возможность отслеживать изменения в критически важных элементах операционной системы. Помимо данных о процессе-инициаторе, теперь фиксируются сами изменения, например, корректировка параметров в конфигурационных файлах.

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

Кроме того, расширены механизмы анализа событий в контейнерных средах: добавлена поддержка Podman, а вместе с ранее интегрированными Docker и ContainerD это дает возможность инвентаризировать запущенные контейнеры, фиксировать их запуск и остановку, а также связывать события процессов и файлов с данными о контейнере.

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

Яндекс Pay перестал работать у части пользователей IPv6

Пользователи начали замечать странное поведение приложения Яндекс Pay — оно может отказывать в работе тем, кто выходит в интернет через IPv6, особенно если используется 6in4-туннель (например, Hurricane Electric).

На проблему обратил внимание пользователь «Хабра» с ником po3dno. По его словам, это проявляется следующим образом: если открыть pay.yandex.ru в браузере, сервис работает нормально: определяется IPv4-адрес, и личный кабинет доступен без ограничений.

А вот в мобильном приложении ситуация другая. Оно, как утверждается, делает запросы по IPv6, определяет адрес как «не российский» — и на этом всё: доступ блокируется.

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

Судя по описанию, проблема связана именно с особенностями определения геолокации по IPv6. В случае с туннелями вроде 6in4 трафик может выходить через зарубежные точки, из-за чего сервис воспринимает пользователя как находящегося вне России.

Официальных комментариев от Яндекса на момент появления жалоб не было. Пока же для пользователей с IPv6 единственным рабочим вариантом остаётся доступ через браузер либо отключение туннеля.

Напомним, вчера мы писали, что у части российских пользователей с включёнными средствами обхода блокировок (VPN) перестали частично открываться или вовсе работать сайты и приложения крупных российских платформ, включая «Яндекс», VK, маркетплейсы и банковские сервисы.

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