Тысячи инсталляций etcd сливают секретные ключи в Сеть

Тысячи инсталляций etcd сливают секретные ключи в Сеть

Тысячи инсталляций etcd сливают секретные ключи в Сеть

Тысячи серверов, использующих распределенное Key-Value хранилище Etcd, публично раскрывают данные пользователей. Как отметил исследователь Джованни Кольясо, с помощью поисковика Shodan ему удалось найти в общей сложности 2 284 сервера, которые раскрывали пароли и ключи.

О своей находке Кольясо написал в блоге, уточнив, что минимум 750 Мбайт данных доступны в интернете.

Etcd запускается на каждой машине кластера и обеспечивает общий доступ практически ко всем данным в масштабе всего кластера. До версии 2.1 etcd было полностью открытой системой, и любой, у кого есть доступ к API, мог менять ключи.

Джованни Кольясо, дабы проверить свои выводы, написал скрипт, который вызывал API etcd и запрашивал загрузку всех общедоступных ключей.

GET http://< ip address >:2379/v2/keys/?recursive=true

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

Таким образом, были загружены 8781 паролей, 650 секретных AWS-ключей, 23 секретных ключа для других сервисов и 8 закрытых ключей.

«Я не проводил тестирование этих данных, так что не могу сказать, работают ли они», — заявил исследователь.

Новая уязвимость Windows позволяет обычному пользователю вызвать BSoD

Исследователи из Fortra Core Security опубликовали код демонстрационного эксплойта (PoC) для уязвимости в драйвере Windows Common Log File System (CLFS). Проблема получила идентификатор CVE-2026-2636 и позволяет обычному пользователю без прав администратора отправить систему в «синий экран смерти» (BSoD).

Изначально уязвимость обнаружили во время анализа CLFS на предмет более серьёзных сценариев — например, удалённого выполнения кода.

Однако вместо RCE исследователь наткнулся на механизм, который при определённых условиях приводит к аварийному завершению работы Windows.

По данным Fortra Core Security, причина кроется в некорректной обработке специальных элементов (CWE-159) в драйвере CLFS.sys. В PoC-сценарии используется вызов ReadFile с дескриптором открытого .blf-файла журнала.

Если определённые флаги в структуре I/O-запроса (например, IRP_PAGING_IO или IRP_INPUT_OPERATION) отключены, драйвер оказывается в некорректном состоянии.

 

В результате Windows вызывает функцию KeBugCheckEx — именно она инициирует «синий экран», чтобы защитить целостность системы.

Хотя уязвимость получила по шкале CVSS всего 5,5 балла (средний уровень), её считают опасной. Любой аутентифицированный пользователь может принудительно «уронить» систему, не имея административных прав. Для рабочих станций это неприятно, но для серверов — уже серьёзный риск.

 

Microsoft устранила проблему в обновлении за сентябрь 2025 года. Windows 11 2024 LTSC и Windows Server 2025 уже защищены. Однако более старые версии, включая Windows 11 23H2, остаются уязвимыми, если не установлены соответствующие обновления.

Организациям, использующим старые сборки Windows 10 и 11, стоит проверить, установлены ли соответствующие патчи.

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