Уязвимость чипсетов Qualcomm угрожает Android, позволяет извлечь пароли

Уязвимость чипсетов Qualcomm угрожает Android, позволяет извлечь пароли

Уязвимость чипсетов Qualcomm угрожает Android, позволяет извлечь пароли

Использующие чипсеты Qualcomm устройства — особенно это касается смартфонов и планшетов — затронуты серьезной уязвимостью, которая может позволить атакующему получить конфиденциальные данные и ключи шифрования. Речь идет о данных, которые хранятся в специальной защищенной области чипсета, известной как Qualcomm Secure Execution Environment (QSEE).

Разработчики Qualcomm выпустили патч для бреши, получившей идентификатор CVE-2018-11976, в начале этого месяца. Однако пользователи Android, которую вендоры обновляют зачастую несвоевременно, могут столкнуться с задержкой апдейтов. Это подвергает их дополнительному риску.

Проблема безопасности затрагивает процесс обработки данных чипсетами Qualcomm (используются в миллионах Android-устройств) внутри QSEE. QSEE можно сравнить с Intel's SGX — это такая же безопасная среда исполнения (Trusted execution environment, TEE).

По сути, QSEE представляет собой аппаратно-изолированную область, которую может использовать как сама система Android, так и приложения. Предполагается, что обрабатываемые в этой области данные защищены, никто не может получить туда доступ, кроме Android.

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

Что касается CVE-2018-11976, то эта уязвимость представляет серьезную проблему для безопасности Android и IoT-устройств, в которых компонент QSEE используется для хранения конфиденциальной информации.

К счастью, патчи уже готовы. Например, Google уже успела выпустить обновление безопасности Android April 2019, в котором данная проблема устранена.

По словам разработчиков Qualcomm, затронуты следующие чипсеты:

IPQ8074, MDM9150, MDM9206, MDM9607, MDM9650, MDM9655, MSM8909W, MSM8996AU, QCA8081, QCS605, Qualcomm 215, SD 210/SD 212/SD 205, SD 410/12, SD 425, SD 427, SD 430, SD 435, SD 439 / SD 429, SD 450, SD 615/16/SD 415, SD 625, SD 632, SD 636, SD 650/52, SD 712 / SD 710 / SD 670, SD 820, SD 820A, SD 835, SD 845 / SD 850, SD 8CX, SDA660, SDM439, SDM630, SDM660, Snapdragon_High_Med_2016, SXR1130

В Сеть выложили восстановленный исходный код легендарного 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