Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

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

Причиной появления проблемы CVE-2025-14847, получившей кодовое имя MongoBleed, является логическая ошибка в реализации разуплотнения данных с помощью zlib, которое к тому же происходит до аутентификации.

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

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

Уязвимости, получившей 8,7 балла по шкале CVSS, подвержены многие версии СУБД MongoDB, и поддерживаемые, и устаревшие. Угроза также актуальна для Ubuntu.

Вышедший в этом месяце патч включен в состав сборок 8.2.3, 8.0.17, 7.0.28, 6.0.27, 5.0.32 и 4.4.30. Ввиду текущих атак, а также публикации PoC-кода на GitHub пользователям рекомендуется в кратчайшие сроки произвести обновление.

При отсутствии такой возможности можно временно отключить zlib, ограничить доступ к серверу MongoDB по сети и ввести мониторинг логов на предмет аномальных неавторизованных подключений.

Сканирование интернета, проведенное в Censys, выявило более 87 тыс. потенциально уязвимых экземпляров MongoDB, с наибольшей концентрацией в США, Китае и Германии.

В Windows 11 нашли скрытую настройку ускорения процессора

Оказывается, в Windows 11 уже давно спрятана функция, которая позволяет заметно изменить поведение процессора, от максимальной производительности до экономии энергии и снижения шума вентиляторов. Проблема лишь в том, что по умолчанию Microsoft её скрывает.

Речь идёт о настройке Processor Performance Boost Mode. Она отвечает за то, насколько агрессивно Windows разрешает процессору повышать частоту выше базовых значений.

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

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\54533251-82be-4824-96c1-47b60b740d00\be337238-0d82-4146-a960-4f3749d470c7

После активации в разделе управления питанием появляются режимы Aggressive, Efficient Enabled, Efficient Aggressive, а также несколько вариантов At Guaranteed.

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

Режимы с приставкой Efficient работают наоборот — стараются экономить энергию, снижать нагрев и уменьшать шум системы, не отключая ускорение полностью.

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

Функция работает на системах с поддержкой технологии Collaborative Processor Performance Control (CPPC), которая есть у большинства современных процессоров AMD и Intel.

Особенно полезной настройка может оказаться для владельцев ноутбуков. С её помощью можно либо выжать максимум производительности из устройства, либо, наоборот, продлить время работы от батареи и уменьшить нагрев.

Любопытно, что Microsoft никак не рекламирует эту возможность и прячет её от большинства пользователей.

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