Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Samsung пропатчил смартфоны от Dirty Pipe быстрее, чем Google Pixel

Dirty Pipe — одна из самых опасных уязвимостей в ядре Linux, выявленных за последнее время; она позволяет пользователю с низкими правами перезаписать файлы, предназначенные только для чтения. Спустя почти месяц после выхода патчей для десктопного Linux аналитики решили выяснить, как обстоят дела у Android.

Согласно хронологии, которую приводит Макс Келлерманн, Google представила заплатку от Dirty Pipe в коде Android от 23 февраля. Однако здесь вступил в игру всем известный недостаток этой ОС — апдейты доходят до пользователей гораздо медленнее, чем того бы хотелось.

Тем не менее есть один интересный вопрос: почему баг за последние два года не стал существенной проблемой для мобильных устройств, учитывая, что он появился в версии Linux 5.8, представленной в августе 2020 года. Оказалось, что здесь как раз и помог принцип выпуска апдейтов для Android, поскольку лишь флагманы получают последнюю версию ядра.

Таким образом, баг Dirty Pipe затронул лишь новые смартфоны, выпущенные в 2022 году, например Google Pixel 6, Samsung Galaxy S22 и OnePlus 10 Pro. Кстати, в середине марта эксперты уже продемонстрировали эксплуатацию Dirty Pipe и получение root на Pixel 6 Pro и Samsung S22.

Проблема в том, что аналитики не нашли патчей для Dirty Pipe в мартовском наборе обновления для Android. Более того, заплаток нет и в апрельских апдейтах. А вот у Samsung дела идут куда лучше: в бюллетене от южнокорейского техногиганта упоминается патч для CVE-2022-0847.

В Сеть выложили восстановленный исходный код легендарного Stuxnet

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

Stuxnet обнаружили в 2010 году, однако создавался он, предположительно, в рамках американо-израильской операции Olympic Games.

Целью атаки называли иранский завод по обогащению урана в Натанзе, где использовались промышленные контроллеры Siemens.

Добравшись до нужного оборудования, червь менял режим работы преобразователей частоты и выводил из строя роторы центрифуг. При этом операторам показывались нормальные показатели — промышленное оборудование ломалось, а на экранах царили тишина и порядок. По некоторым оценкам, атака повредила около 10% центрифуг предприятия.

Для распространения Stuxnet использовал USB-накопители, сетевые ресурсы и уязвимость Windows Print Spooler. Достаточно было открыть содержимое заражённой флешки, чтобы неизвестная на тот момент брешь запустила вредонос. Для обхода проверки драйверов применялись сертификаты, похищенные у Realtek и JMicron.

Червь также внедрялся в ПО Siemens WinCC и проекты Step 7, а затем перехватывал взаимодействие с программируемыми логическими контроллерами. Такой набор возможностей сделал Stuxnet первым широко известным вредоносом, который не просто портил файлы, а наносил физический ущерб промышленному объекту.

Идеальной операция всё же не была. Из-за ошибки в проверке окружения червь выбрался за пределы целевой сети и разлетелся по интернету, где его и заметили специалисты. В коде, к счастью, была предусмотрена дата самоуничтожения — 24 июня 2012 года.

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

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