Apple устранила в macOS три 0-day, используемые в кибератаках XCSSET

Apple устранила в macOS три 0-day, используемые в кибератаках XCSSET

Apple устранила в macOS три 0-day, используемые в кибератаках XCSSET

Вчера вечером Apple разослала пользователям macOS новую версию операционной системы. Помимо ряда улучшений и нововведений (коснулись потокового аудио), корпорация из Купертино устранила опасные уязвимости нулевого дня (0-day), которые вовсю использовались в реальных кибератаках.

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

Две их трёх пропатченных 0-day (CVE-2021-30663 и CVE-2021-30665) затрагивают движок WebKit, который браузер Apple использует для обработки и вывода HTML-контента. WebKit задействуется фактически во всех операционных системах Apple: iOS, macOS, tvOS и iPadOS.

Киберпреступники могут использовать CVE-2021-30663 и CVE-2021-30665 с помощью специально созданного вредоносного веб-содержимого, которое запустит произвольный код на уязвимых устройствах. Суть этой проблемы кроется в повреждении памяти.

Третья уязвимость нулевого дня, получившая идентификатор CVE-2021-30713, затрагивает десктопную ОС macOS Big Sur, в частности — фреймворк TCC. Напомним, что TCC блокирует установленным в системе программам доступ к конфиденциальной информации пользователя, выводя специальное предупреждение.

Атакующие могут задействовать CVE-2021-30713 с помощью вредоносного приложения, которое просто обойдёт все установленные ограничения и получит доступ к пользовательским данным. Как отметил исследователь Jamf, эксплуатация уязвимостей позволяла атакующим записывать экран, снимать скриншоты и получать дополнительные права в системе macOS.

Сторонние Android-приложения получат доступ к системе сканирования контента

Google разрабатывает общедоступный Android API, с помощью которого сторонние приложения смогут проверять изображения и другие файлы на устройстве и классифицировать их по уровню безопасности. В основе механизма лежит идея SafetyCore — системного компонента, который уже размывает интимные изображения в Google Messages.

ContentSafetyManager сможет принимать изображения, необработанные файлы и другие типы мультимедиа.

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

Обработка должна выполняться локально (без отправки фотографий на серверы Google). При этом сам API не даёт приложению доступа ко всей галерее: соответствующие разрешения всё равно придётся получить отдельно.


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


Сам SafetyCore ранее вызвал скандал из-за автоматической установки без явного согласия пользователей и отсутствия обычного ярлыка. Компонент скачали более миллиарда раз, а некоторые владельцы Android устанавливают специальную заглушку, чтобы Play Store не мог вернуть его после удаления.


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

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