Закрыты критические уязвимости в сторонних компонентах Junos OS и STRM

Закрыты критические уязвимости в сторонних компонентах Junos OS и STRM

Закрыты критические уязвимости в сторонних компонентах Junos OS и STRM

На этой неделе Juniper Networks выпустила новую порцию патчей для своих продуктов. Устранены десятки уязвимостей, в том числе критические дыры в неродных компонентах Junos OS и решения Security Threat Response Manager (STRM).

В частности, в своей ОС разработчик закрыл семь очень опасных уязвимостей (по 9,8 балла CVSS), возникших из-за использования Expat — потокоориентированной библиотеки парсинга XML. Патчи включены в состав сборок Junos OS с 19.4 по 22.2; для снижения рисков Juniper советует использовать списки доступа или фильтрацию на уровне межсетевого экрана.

Устранена CVE-2022-42889, критическая уязвимость удаленного исполнения кода в Apache Commons Text, opensource-модуле STRM. Угрозу эксплойта снимет обновление софта до версии STRM 7.5.0UP4 или выше.

В Junos OS и Junos OS Evolved также пропатчено множество уязвимостей высокой степени опасности. Самые серьезные из них грозят инъекцией команд и исполнением стороннего кода с привилегиями root.

Менее опасные проблемы этих ОС позволяют вызвать сбой программы (DoS), получить доступ к конфиденциальной информации либо обойти защитные механизмы (проверку целостности данных, фильтрацию сетевых пакетов, блокировку трафика, ограничение консольного доступа).

Обновлен также инструмент тестирования сетей Paragon Active Assurance (ранее Netrounds). В нем устранена возможность обхода правил и ограничений внутренних коммуникаций, заданных на файрволе.

Новые бюллетени по безопасности опубликованы на сайте техподдержки Juniper. Данных о злонамеренном использовании какой-либо только что закрытой лазейки нет.

Дата-центры в России хотят вывести из-под штрафов за чужие утечки данных

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

Инициатива касается площадок, которые обеспечивают серверы электричеством, охлаждением и физической защитой, но не определяют цели обработки данных и не управляют ими.

Сейчас отсутствие чётко прописанного статуса создаёт риск претензий и штрафов — вплоть до 500 млн рублей за первое нарушение и 3% годовой выручки за повторное.

В Минцифры сообщили, что пока не получали такого предложения от рынка. При этом ведомство согласно с основной логикой: если владелец ЦОД не обрабатывает персональные данные и не имеет к ним доступа, оператором этих данных он не является.

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

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

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