Хакеры начали эксплуатировать второй баг в Log4j, но появился и третий

Хакеры начали эксплуатировать второй баг в Log4j, но появился и третий

Хакеры начали эксплуатировать второй баг в Log4j, но появился и третий

Аналитики компании Cloudflare сообщили об активной эксплуатации второй уязвимости в Log4j со стороны неизвестной киберпреступной группировки. Более того, на горизонте появилась и третья брешь в утилите для логирования.

Напомним, что на днях Apache снова пришлось патчить свой фреймворк, поскольку в Log4j нашли ещё одну уязвимость. Если коротко, то выпущенный ранее патч можно обойти при определённых настройках журналирования.

Новой бреши присвоили идентификатор CVE-2021-45046, а в случае успешной эксплуатации она позволяет атакующим запустить DoS-атаки. Теперь специалисты предупреждают о реальных киберкампаниях, использующих этот баг.

«Уязвимость CVE-2021-45046 активно эксплуатируется в кибератаках злоумышленников. Именно поэтому всем важно как можно скорее обновить Log4J до версии 2.16.0», — пишут специалисты Cloudflare.

Более того, эксперты Praetorian также бьют тревогу по поводу третьей дыры в Log4j версии 2.15.0, которая может привести к утечке конфиденциальной информации. Подробности бага исследователи пока держат в секрете, чтобы не спровоцировать дополнительную волну атак.

 

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Менее 5% промышленных предприятий в России автоматизировали IAM-процессы

По данным «Информзащиты», в России лишь около 4% промышленных организаций внедрили системы управления учётными записями и доступом (IAM). Эксперты предупреждают: низкий уровень зрелости в этой сфере напрямую увеличивает риски несанкционированного доступа, злоупотребления привилегированными правами и атак через цепочки поставок.

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

Но на практике внедрение тормозят сразу несколько причин: устаревшие SCADA-системы, недостаточные инвестиции в ИБ, сложности с импортозамещением и разрыв ответственности между ИТ и ОТ. Из-за этого в компаниях до сих пор встречаются «общие» доменные администраторы, бессрочные локальные учётки на HMI, групповые VPN для подрядчиков и сервисные аккаунты без ротации.

При этом более 80% атак на промышленные компании так или иначе связаны с идентификационными данными. Это и фишинг, и атаки на подрядчиков, и действия инсайдеров.

«Не стоит забывать и про деструктивные атаки, более 25% которых направлены именно на промышленность. Приостановка завода может ударить по цепочкам поставок и даже представлять угрозу жизни людей. Злоумышленники активно используют уязвимости в системах идентификации», — говорит Анатолий Песковский, руководитель направления анализа защищённости IZ:SOC «Информзащиты».

Эксперты рекомендуют предприятиям модернизировать инфраструктуру и внедрять IAM-системы, автоматизировать настройку прав доступа, ограничивать полномочия временных пользователей и подрядчиков. Эффективной мерой также считается вынос внешних подключений в отдельную jump-зону с PAM-бастионом, ротация сервисных аккаунтов и разделение административных доменов. Всё это, по оценке специалистов, может заметно снизить риски уже в течение 2–3 месяцев.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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