Ещё одна 0-day выявлена в NAS-устройствах Western Digital

Ещё одна 0-day выявлена в NAS-устройствах Western Digital

Ещё одна 0-day выявлена в NAS-устройствах Western Digital

Поприветствуем новую 0-day уязвимость, затрагивающую NAS-устройства My Cloud и позволяющую стереть все данные жертвы удалённо. Все пользователи продукции Western Digital, которые не могут или не хотят обновить сетевые хранилища, находятся в зоне риска.

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

Корень проблемы кроется в использовании устаревшей операционной системы My Cloud 3. Поскольку Western Digital больше не поддерживает эту ОС, она представляет собой отличный вектор атаки для киберпреступников.

По словам представителей Western Digital, новая версия системы My Cloud OS 5 легко устраняет описанную 0-day, однако к актуальному релизу тоже есть несколько вопросов.

Например, выявившие уязвимость специалисты Радек Домански и Педро Рибейро рассказали Брайану Кребсу об особенностях  My Cloud OS 5. Оказалось, что это просто переписанная версия OS 3, которая дополнительно ещё и запорола часть функциональных возможностей. Другими словами, далеко не каждый пользователь NAS-устройства будет обновляться до OS 5.

«Она [OS 5 — прим. AM] сломала многие функции. Не удивлюсь, если отдельные пользователи просто откажутся от обновления до OS 5», — цитирует  Кребс экспертов.

К счастью, Домански и Рибейро разработали собственный патч, устраняющий выявленную ими же брешь в OS 3. Единственная проблема — фикс нужно применять после каждой перезагрузки устройства.

Напомним, что в конце июня кто-то сбросил настройки WD My Book Live у пользователей. В результате все данные в хранилищах оказались стёрты.

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

Как отмечает Digital Report, ещё 12 февраля разработчики обратились в профильные группы Минцифры с просьбой разобраться в ситуации. По их словам, официальной реакции долгое время не последовало, а обсуждения сопровождались смесью тревоги и иронии.

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

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

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