Уязвимость systemd приводит к отказу в обслуживании систем Linux

Уязвимость systemd приводит к отказу в обслуживании систем Linux

Уязвимость systemd приводит к отказу в обслуживании систем Linux

Многие дистрибутивы Linux находятся в опасности из-за недавно обнаруженного недостатка в systemd. Брешь в DNS-преобразователе может привести к атаке типа «отказ в обслуживании» (denial-of-service) на уязвимые системы.

Как пишут эксперты Trend Micro, эту уязвимость можно использовать, заставляя уязвимую систему отправлять DNS-запрос на DNS-сервер, контролируемый злоумышленниками. Затем DNS-сервер вернет специально обработанный запрос, заставив systemd ввести бесконечный цикл, который загрузит ЦП системы до 100%. Эта уязвимость получила идентификатор CVE-2017-15908.

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

«Для противодействия негативным последствиям использования этой бреши нужно пропатчить systemd. Мы впервые обнаружили этот недостаток в июле этого года. К счастью, реальных примеров атак с использованием этой уязвимости в настоящий момент не существует», — говорит Trend Micro.

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

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

macOS приняла Docker за вредоноса из-за некорректной подписи файлов

Пользователи macOS-версии Docker жалуются на сбой: запуск приложения блокируется с выводом сообщения о вредоносном коде. Проблема возникла из-за некорректной подписи некоторых файлов, ее можно исправить обновлением бандла до сборки 4.37.2.

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

 

К концу прошлой недели для программы управления контейнерами Docker было выпущено обновление 4.37.2 со спасительным фиксом. Вслед за этим исправления были реализованы для веток с 4.32 по 4.36.

Если ложный алерт продолжает появляться после установки обновлений, ИТ-админы могут воспользоваться специальным скриптом MDM, чтобы устранить проблему у подопечных разработчиков и юзеров. Это можно сделать и вручную, но процесс будет более трудоемким:

  • убедиться, что у всех установлены заново подписанные апдейты;
  • на каждой машине остановить Docker, vmetd и службу сокетов;
  • удалить бинарники vmetd и сокета и установить новые;
  • перезапустить приложение Docker.

Судя по странице статуса, проблема на сервисе не исчерпана. Видимо, не все еще обновили клиент, и оценить эффективность исправлений пока затруднительно.

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

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