Apple закрыла две 0-day, используемые в нашумевшей операции Триангуляция

Apple закрыла две 0-day, используемые в нашумевшей операции Триангуляция

Apple закрыла две 0-day, используемые в нашумевшей операции Триангуляция

Apple устранила три уязвимости нулевого дня (0-day), которые использовались в шпионской кампании «Операция Триангуляция» (Operation Triangulation). Злоумышленники с помощью zero-click эксплойтов устанавливали шпионский софт на iPhone жертв.

О нашумевшей Operation Triangulation стало известно после сообщения от «Лаборатории Касперского». Атака, в которой вредонос проникал на устройства в скрытом сообщении iMessage, затронула и сотрудников Kaspersky.

Буквально вчера российский гигант сферы кибербезопасности рассказал подробности использования шпионской составляющей для iOS. Выяснилось, что атакующие задействовали имплант для iPhone, условно названный TriangleDB.

Теперь Apple отчиталась в устранении двух уязвимостей — CVE-2023-32434 и CVE-2023-32435. Они затрагивают компоненты Kernel и WebKit соответственно. Вот что пишет сама корпорация:

«Мы в курсе, что описанные бреши могут использоваться в атаках на версии iOS до 15.7».

По данным «Лаборатории Касперского», кибершпионы начали использовать 0-day в 2019 году. К слову, в начале месяца ФСБ и ФСО России заявили, что спецслужбы США следят за дипломатами в России через iPhone, однако Apple позже открестилась от подобных практик.

Помимо нашумевших багов, разработчики устранили ещё одну 0-day — CVE-2023-32439 (нашлась в WebKit). Брешь позволяет выполнить произвольный код на непропатченных устройствах. О ней сообщил неназванный исследователь.

Рекомендуем установить свежие заплатки: macOS Ventura 13.4.1, macOS Monterey 12.6.7, macOS Big Sur 11.7.8, iOS 16.5.1 and iPadOS 16.5.1, iOS 15.7.7 and iPadOS 15.7.7, watchOS 9.5.2 и watchOS 8.8.1.

Android запретит доступ к экрану «лишним» приложениям

Google, похоже, готовит ещё одно нововведение по части безопасности Android. В тестовой сборке Android Canary 2602 обнаружена новая функция для Advanced Protection Mode — режима «максимальной защиты», который компания представила в Android 16.

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

AccessibilityService API — это мощный механизм Android, изначально созданный для помощи людям с ограниченными физическими возможностями. С его помощью приложения могут читать содержимое экрана, отслеживать действия пользователя и даже выполнять жесты от его имени.

Именно поэтому этот API часто становился инструментом атакующих. За последние годы многие приложения — от автоматизаторов и лаунчеров до «оптимизаторов» и антивирусов — использовали его для обхода системных ограничений. Формально ради удобства, однако на деле получая очень широкие права.

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

По данным аналитиков, в новой версии Android Canary  при включении Advanced Protection Mode система:

  • запрещает выдавать разрешение Accessibility Service приложениям, не признанным Accessibility Tools;
  • автоматически отзывает уже выданные разрешения у таких приложений.

Если приложение сильно зависит от этого API, оно просто перестанет работать.

В тестах, например, приложение dynamicSpot (эмулирующее Dynamic Island на Android) становилось недоступным: пункт был с пометкой «Restricted by Advanced Protection». Причина простая: оно использует AccessibilityService для чтения уведомлений и отображения поверх других приложений.

Инструменты, официально классифицированные как средства доступности, под ограничения не попадают.

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