Вышли патчи для новой RCE-уязвимости в Apache Log4j

Вышли патчи для новой RCE-уязвимости в Apache Log4j

Вышли патчи для новой RCE-уязвимости в Apache Log4j

Разработчики Apache Software Foundation (ASF) выпустили новую серию патчей, которые должны справиться с уязвимостью в Apache Log4j, допускающей удалённое выполнение кода. Фактически это уже пятая брешь, выявленная в популярном инструменте для логирования.

Уязвимость получила идентификатор CVE-2021-44832 и 6,6 балла по шкале CVSS. Согласно опубликованной информации, этот баг затрагивает версии фреймворка от 2.0-alpha7 до 2.17.0.

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

ASF не отметила экспертов, обнаруживших эту проблему, однако Янив Низри из Checkmarx заявил, что именно он выявил баг и сообщил о нём 27 декабря. Также Низри подчеркнул, что использовать CVE-2021-44832 в атаке куда сложнее, чем изначальную дыру — CVE-2021-44228.

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

Подпишитесь на новости

Фото из Яндекс Диска предложили вытаскивать отдельной утилитой

Облако должно избавлять от возни с файлами. Но иногда для возвращения собственного фотоархива приходится искать отдельную программу. Пользователь Хабра verimash представил инструмент для скачивания фотографий и видео из «Яндекс Диска», включая раздел безлимитной автозагрузки, на фоне проблем с доступностью файлов.

Согласно описанию автора, если оригинал фотографии недоступен, программа пытается получить другую доступную версию изображения.

Здесь важное ограничение: уменьшенная копия может спасти сам снимок, но не вернуть исходное качество.

 

С видео сложнее. Утилита пытается загружать доступные фрагменты, однако итоговый файл может оказаться неполным или повреждённым.

 

Исходный код размещён на GitHub. При этом README описывает текущий вариант как прототип и перечисляет непроверенные элементы работы. Поэтому считать его готовым и гарантированным средством восстановления преждевременно.

Автор советует не удалять содержимое облака после выгрузки: доступ к оригиналам может восстановиться. Напомним, причиной недоступности части данных стали атаки на дата-центры Яндекса.

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