Вышла 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-платформах.

Android 17 начнёт тормозить и закрывать прожорливые приложения

Google расширяет в Android 17 систему индивидуальных лимитов оперативной памяти для приложений. Если программа выйдет за установленный ей бюджет, система сначала снизит её производительность, а при дальнейшем росте потребления просто завершит процесс.

Механизм дебютировал на смартфонах Pixel, но в течение ближайшего года его начнут внедрять другие производители. Ограничения появятся на устройствах с объёмом памяти от 4 до более чем 16 ГБ, сообщила Google.

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

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

Особенно полезным механизм станет на недорогих устройствах с небольшим объёмом ОЗУ. Однако под раздачу могут попасть игры, мультимедийные редакторы и локальные ИИ-приложения, которым действительно требуется много памяти. Если разработчики не проведут оптимизацию, такие программы будут тормозить или внезапно завершаться.

Google уже добавила в Android Vitals и Firebase Crashlytics инструменты для поиска утечек памяти, отслеживания аварий и срабатываний нового ограничителя. Разработчикам предлагают заранее проверить свои приложения, пока пользователи не начали делать это вместо них единицами в магазине.

Причина ужесточения проста: смартфоны не спешат наращивать объём ОЗУ из-за подорожания памяти, а требования приложений продолжают расти.

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