В iOS 18 аккаунты пользователей привязали к аккумулятору, камерам и дисплею

В iOS 18 аккаунты пользователей привязали к аккумулятору, камерам и дисплею

В iOS 18 аккаунты пользователей привязали к аккумулятору, камерам и дисплею

В последней бетке iOS 18 (Release Candidate, RC) Apple расширила действие функции Activation Lock на внутренние компоненты iPhone. Теперь аккаунты пользователей в системе Apple привязываются к аккумулятору, камерам и дисплею.

Нововведение должно затруднить продажу и установку компонентов от украденных устройств.

Если вы, положим, купили «серый» аккумулятор и поставили его в iPhone, смартфон попросит ввести пароль от Apple ID пользователя, с которым этот аппаратный компонент непосредственно связан.

Издание BetaProfiles подтвердило наличие дополненной Activation Lock в RC-бетке iOS 18, которая в настоящий момент находится в стадии публичного тестирования, а 16 сентября станет доступна всем владельцам iPhone.

Раньше ваш аккаунт в системе Apple привязывался исключительно к самому девайсу. Теперь этот же принцип распространяется на часть аппаратного обеспечения.

Таким образом, рынок сбыта компонентов краденных iPhone на запчасти должен ощутимо просесть. Кстати, ряд пользователей уже испытали расширенную Activation Lock: действительно, устройство запрашивает пароль для разблокировки сторонних компонентов.

Само собой, найдутся умельцы, которые легко обойдут эти ограничения, но сам факт попытки Apple затруднить установку «левых» батарей, дисплеев и камер впечатляет.

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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