Базы SQLite позволяют iMessage выполнить вредоносный код на iPhone

Базы SQLite позволяют iMessage выполнить вредоносный код на iPhone

Базы SQLite позволяют iMessage выполнить вредоносный код на iPhone

Злоумышленники могут модифицировать базы данных SQLite и выполнить вредоносный код внутри приложений, хранящих данные в таких базах. Об этом рассказали эксперты Check Point на конференции DEF CON в Лас-Вегасе, в качестве доказательства концепции они использовали iMessage.

Исследователь Омер Галл из Check Point продемонстрировал вредоносную программу, использующую SQLite для укоренения в системе iOS. Также специалист показал, как с помощью базы SQLite можно получить контроль над командным центром вредоносной операции (C&C).

В случае атаки устройств на iOS идея заключается в использовании уязвимостей в процессе чтения данных из баз SQLite сторонними приложениями. Бреши позволяют спрятать вредоносный код в данных БД SQLite.

Когда такое стороннее приложение — в этом случае iMessage — читает данные из скомпрометированной БД, оно одновременно автоматом выполняет скрытый код.

В процессе демонстрации на DEF CON Галл как раз задействовал iMessage. В результате эксперт показал, как злоумышленник может заменить или отредактировать файл AddressBook.sqlitedb, чтобы внедрить вредоносный код в адресную книгу iPhone.

Когда iMessage запрашивает файл SQLite (а это происходит регулярно через определённые интервалы), запускается злонамеренный код, что позволяет вредоносу укрепиться в операционной системе.

Чтобы устранить этот вектор атаки Apple выпустила патчи для уязвимостей под идентификаторами CVE-2019-8600, CVE-2019-8598, CVE-2019-8602, CVE-2019-857.

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

Причина связана с очередью событий механизма управления звонком. Если участник разговора переполняет её запросами, команда завершения может не обработаться должным образом. В результате пользователь способен считать разговор законченным, хотя передача звука ещё продолжается.

Тем не менее утверждать, что любой посторонний может незаметно включить микрофон произвольного пользователя Signal, оснований нет.

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

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

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