Android 14 сможет блокировать подключение к незашифрованным сотовым сетям

Android 14 сможет блокировать подключение к незашифрованным сотовым сетям

Android 14 сможет блокировать подключение к незашифрованным сотовым сетям

Google представит интересную защитную функциональность с выходом Android 14 (релиз запланирован на этот месяц). Владельцы мобильных устройств смогут блокировать подключение к незашифрованным сотовым сетям, а системные администраторы — контролировать отсутствие поддержки 2G у парка устройств.

Нововведение, безусловно, пригодится не только обычным пользователям, но будет к месту и в корпоративной среде. Блокировка соединений с незашифрованными сетями будет происходить на уровне модема.

«Android стала первой мобильной операционной системой, в которой реализованы продвинутые защитные механизмы, связанные с использованием сотовых сетей», — пишет Google.

«В Android 14 мы реализовали возможность отключать поддержку поколения 2G: системные администраторы смогут соответствующим образом сконфигурировать свой парк устройств. Помимо этого, мы добавили возможность деактивировать поддержку сотовых соединений с нулевым шифрованием».

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

Возможность отключать 2G у пользователей Android появилась в начале 2022 года. Теперь она будет у сисадминов, которые смогут лучше защитить корпоративные сети от киберугроз.

Считается, что Android качественно шифрует трафик методом E2EE, однако Google уточняет, что в отдельных случаях в сотовых сетях всё равно могут проскакивать незашифрованные СМС-сообщения и вызовы.

Однако недавние исследования показали (PDF), что в коммерческих сетях достаточно часто встречается отсутствие шифрования. Другим словами, пользовательские данные «гуляют» в открытом виде, что позволяет их перехватить и легко прочитать.

Именно поэтому в Android 14 добавили возможность отключить поддержку сетей без шифрования на уровне модема.

В Linux нашли дыру Pedit COW: обычный пользователь может получить root

Администраторам Linux пора проверять серверы. Исследователи раскрыли критическую уязвимость CVE-2026-46331, получившую название Pedit COW, которая позволяет любому локальному пользователю без привилегий получить права root.

Самое неприятное — уже через сутки после регистрации CVE на GitHub появился готовый PoC-эксплойт packet_edit_meme. Другими словами, времени у администраторов практически не осталось.

Проблема скрывается в подсистеме управления сетевым трафиком Linux (act_pedit). Из-за ошибки в механизме Copy-on-Write злоумышленник может изменить содержимое общей страницы памяти вместо её безопасной копии. В результате появляется возможность незаметно подменить исполняемый код системных файлов, например /bin/su, и получить root-доступ.

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

Исследователи сравнивают Pedit COW с нашумевшими Dirty Pipe, Dirty COW и Dirty Frag, однако новая уязвимость использует другой путь. Эксплойт создает пользовательское пространство имен (user namespace), получает локальные права CAP_NET_ADMIN, а затем модифицирует образ /bin/su в кеше ядра, после чего запуск программы мгновенно открывает root-оболочку.

Уязвимость присутствует во всех версиях ядра от Linux 5.18 до 7.1-rc7. Патч был опубликован еще в мае, но выглядело как обычное обновление и не сопровождалось предупреждением, поэтому многие системы так и остались без защиты.

Успешная эксплуатация уже подтверждена на RHEL 10, Debian 13 Trixie и Ubuntu 24.04.4. Red Hat признала уязвимыми также RHEL 8, 9 и связанные продукты. Debian выпустила обновления для Trixie, тогда как Debian 11 и 12 пока остаются без патчей. Canonical также признала уязвимость всех поддерживаемых выпусков Ubuntu.

Лучшее решение — установить обновленное ядро и перезагрузить систему. Если сделать это немедленно невозможно, специалисты рекомендуют отключить модуль act_pedit или запретить непривилегированные user namespaces. Правда, такой шаг может нарушить работу rootless-контейнеров и некоторых механизмов изоляции приложений.

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