Банки блокируют свои мобильные приложения для Samsung Galaxy S10

Банки блокируют свои мобильные приложения для Samsung Galaxy S10

Банки блокируют свои мобильные приложения для Samsung Galaxy S10

По меньшей мере три банка в Великобритании приняли решение временно ограничить действие своих мобильных банковских услуг для пользователей Samsung Galaxy S10. Само собой, этому поспособствовали сообщения о проблеме безопасности, связанной со сканером отпечатка пальца.

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

Национальный банк Вестминстера и Королевский банк Шотландии заблокировали свои мобильные приложения в официальном магазине Google Play Store для пользователей Samsung Galaxy S10.

Естественно, пользователи начали задавать вопросы относительно недоступности программ, на что кредитные организации ответили: все из-за уязвимости сканера отпечатка пальца.

Лёгкий способ обхода биометрической аутентификации в Samsung Galaxy S10 обеспокоил не только британские банки. Участники площадки Reddit, один из которых проживает в Израиле, также сообщили, что их кредитные организации отключили аутентификацию с помощью отпечатка пальца.

Ранее Samsung подтвердил наличие проблемы безопасности в инновационном сканере отпечатка пальца, встроенном в дисплей смартфона Galaxy S10. Брешь настолько серьёзна, что любой палец может разблокировать устройство.

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

Опасная уязвимость в Udisks угрожает пользователям Linux

Red Hat сообщила о новой уязвимости в сервисе Udisks, который отвечает за управление дисками в Linux. Ошибка получила идентификатор CVE-2025-8067 и 8,5 балла по CVSS. Суть проблемы в том, что обработчик loop-устройств в Udisks неправильно проверяет входные данные.

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

Чем это опасно? Во-первых, можно «уронить» сам сервис, устроив локальный DoS. Во-вторых, через эту дыру потенциально утекут чувствительные данные из памяти — например, пароли или криптографические ключи, принадлежащие привилегированным пользователям.

И самое неприятное: для атаки не нужны ни права администратора, ни взаимодействие с пользователем — достаточно доступа к D-BUS.

Под удар попали версии RHEL 6–10, включая пакеты udisks2, libudisks2, udisks2-iscsi, udisks2-lsm и udisks2-lvm2. Для RHEL 6 патчей не будет (система давно снята с поддержки), а вот для RHEL 7, 8, 9 и 10 обновления уже доступны и их нужно поставить как можно скорее.

Red Hat подчёркивает: обходных путей нет, единственный способ закрыть дыру — обновить пакеты через Customer Portal или репозитории подписки.

Администраторам советуют не тянуть с установкой, особенно в многопользовательских системах, и дополнительно следить за подозрительными вызовами к Udisks через D-BUS.

Если оставить уязвимую версию, злоумышленники могут использовать её не только для кражи данных, но и как ступеньку к более сложным атакам — например, для обхода ASLR.

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

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