Приложение Почта в macOS содержало 0-click уязвимость

Приложение Почта в macOS содержало 0-click уязвимость

Приложение Почта в macOS содержало 0-click уязвимость

Исследователь в области кибербезопасности опубликовал подробности уязвимости под идентификатором CVE-2020-9922, затрагивающей приложение «Почта» в операционной системе macOS. Эксплуатация подразумевает отправку жертве двух ZIP-вложений в письме.

В сущности, это 0-click брешь, позволяющая добавлять или модифицировать любой произвольный файл внутри песочницы приложения Apple «Почта». Таким образом, в умелых руках уязвимость становится вектором для самых разных типов кибератак.

По словам основателя и гендиректора SensorFu Микко Кенттала, успешная эксплуатация бага может открыть злоумышленнику доступ к конфиденциальной информации, а также позволить ему изменить настройки приложения «Почта» (включая установку редиректов).

Более того, дыру CVE-2020-9922 вполне можно использовать для червеобразных атак, в случае которых некие вредоносные файлы будут пересылаться за счёт самих жертв.

Поскольку Apple уже успела пропатчить уязвимость с выходом macOS Mojave 10.14.6, macOS High Sierra 10.13.6 и macOS Catalina 10.15.5, специалист опубликовал технические подробности бага.

Интересно, что Кенттала обнаружил CVE-2020-9922, отправляя текстовые сообщения и системные вызовы приложению «Почта». Эксперт быстро понял, что у софта есть занятная функция, позволяющая распаковывать вложения, автоматически упакованные другим почтовым клиентом.

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

Для эксплуатации преступнику достаточно будет отправить жертве два ZIP-архива, которые автоматически распакует приложение «Почта». CVE-2020-9922 получила 6,5 баллов по шкале CVSS — средняя степень опасности.

Linux 7.1 может наконец сделать NTFS по-настоящему родной файловой системой

В Linux 7.1 намечается заметное обновление, которое особенно оценят те, кто живёт на два мира — Linux и Windows. В ядро уже влит новый драйвер NTFS, и это одна из самых важных, хотя и не самых громких, перемен в файловой подсистеме за последние годы. Сам Линус Торвальдс назвал это воскрешением NTFS.

Вся соль в том, что Linux наконец получает более современную встроенную поддержку NTFS — файловой системы, на которой по умолчанию живёт Windows.

До сих пор с ней всё было либо терпимо, либо просто неудобно: старый драйвер в ядре долгое время умел в основном читать NTFS-разделы, NTFS-3G работал через FUSE и проигрывал по скорости, а более новый NTFS3, хотя и был быстрее, за последние годы успел заработать репутацию решения без слишком активного развития.

Новый драйвер делает ставку не просто на поддержку NTFS, а на более нативную работу внутри самого ядра Linux. В документации ядра прямо сказано, что он обеспечивает полноценную поддержку чтения и записи, рассчитан на высокую производительность и использует современные механизмы вроде iomap и folio.

За разработкой стоит Намджэ Чон — тот же девелопер, который раньше занимался драйвером exFAT для Linux. По данным LKML, он работал над этим направлением около четырёх лет.

На бумаге всё выглядит очень бодро. В обсуждении патчей и публикациях о слиянии упоминается, что однопоточная запись стала быстрее примерно на 3–5%, многопоточная — на 35–110%, а монтирование 4-терабайтного диска ускорилось примерно в четыре раза по сравнению с NTFS3. Кроме того, новый драйвер уже проходит больше тестов xfstests, чем NTFS3: 326 против 273.

Правда, без оговорок тут не обошлось. Это всё-таки новый код, так что в первых релизах вполне возможны шероховатости, особенно в каких-то менее популярных особенностях NTFS. Да и сама NTFS остаётся файловой системой из мира Windows, так что полностью вести себя как ext4 или XFS под Linux она всё равно не начнёт. Но сам вектор выглядит приятным: в ядре Linux эту тему наконец решили делать всерьёз, а не по остаточному принципу.

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