Android и iOS практически не используют шифрование

Программы для Android безопасней, чем для iOS

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



Считается, что приложения для iOS гораздо более безопасны, нежели программы, выпускаемые для операционной системы Android. Все-таки Apple проводит все продукты от сторонних разработчиков через тестирование и систему одобрения. В результате этого, в Apple Appstore попадает намного меньше приложений вредоносного характера или программ, безопасность которых ставится под сомнение.

Однако новейший отчет от Appthority прямо противоречит распространенному мнению. Эксперты утверждают, что у iOS-программ имеется существенное количество проблем, из-за которых эти продукты могут представлять большую угрозу для пользователя, нежели программы для Android. Представители организации, проанализировали на предмет защищенности 50 программ из App Store и Google Play. В результате они обнаружили, что iOS-продукты представляют собой больший риск для пользователя, нежели их аналоги для Android.

Большинство программ для iOS отслеживают ваше местоположение (60%), передают информацию рекламным и аналитическим сетям (60%) и имеют непосредственный доступ к списку контактов пользователя (54%). Небольшое количество iOS-продуктов (14%) также подключаются к календарю клиента.

Впрочем, у поклонников Android также нет особенных поводов для радости. Appthority считает, что эта платформа также очень далека от совершенства. Половина программ для этой системы делятся данными с рекламными сетями и аналитическими компаниями, а 42% приложений отслеживают местоположение пользователя.

Одним из наиболее неприятных открытий, сделанных специалистами, стало то, что программы для Android и iOS никак не пытаются остановить утечку информации со своих устройств. Ни одна из проанализированных программ для iOS не использовала шифрование при передаче данных (в случае с Android подобным поверхностным отношением к безопасности страдают 92% продуктов). Получается, что ни Google, ни Apple не уделяет должного внимания защите личных данных пользователей на своих смартфонах.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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