Эксплойт, который нельзя пропатчить, угрожает большинству iPhone

Эксплойт, который нельзя пропатчить, угрожает большинству iPhone

Эксплойт, который нельзя пропатчить, угрожает большинству iPhone

Специализирующийся на безопасности iOS исследователь сообщил, что ему удалось создать эксплойт, с помощью которого можно провести джейлбрейк сотен миллионов iPhone — начиная с iPhone 4S, заканчивая iPhone X.

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

axi0mX так описывает свою разработку: «постоянный эксплойт, который невозможно пропатчить, самая большая новость для сообщества любителей iOS-джейлбрейка за последние несколько лет».

Сам эксплойт получил название Checkm8, он не является полноценным джейлбрейком, но может использоваться для осуществления этой процедуры в случае с большинством процессоров, выпущенных Apple. Затронуты процессоры с A5 (представлен в 2011 году с выходом iPad 2 и iPhone 4S) по A11 (представлен в 2017 году с релизом iPhone 8 и iPhone X).

Процессоры A12 и A13, установленные в iPhone XS и XR, iPad Air 2019 года и iPhone 11, не уязвимы перед эксплойтом Checkm8.

По словам разработчика, в настоящее время эксплойт недоработан — его нельзя использовать удалённо. Для проведения джейлбрейка потребуется физический доступ к устройству.

Особенность Checkm8 заключается в том, что это уязвимость в bootrom (также SecureROM) — её невозможно пропатчить обновлением прошивки или софта, так как bootrom работает в режиме «только чтение» (read-only).

Исходный код эксплойта можно найти на GitHub.

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

В сообществе также отмечают, что проблема возникла не «вопреки» Rust, а как раз из-за использования небезопасных участков, без которых в ядре пока не обойтись. Это лишний раз показывает, что Rust снижает класс рисков, но не отменяет необходимости аккуратного проектирования и ревью.

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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