В Сеть попал эксплойт для дыры в KeePass, позволяющей достать мастер-пароль

В Сеть попал эксплойт для дыры в KeePass, позволяющей достать мастер-пароль

В Сеть попал эксплойт для дыры в KeePass, позволяющей достать мастер-пароль

Исследователь в области кибербезопасности опубликовал proof-of-concept (PoC), с помощью которого можно использовать уязвимость в менеджере паролей KeePass. Согласно описанию, эксплойт позволяет вытащить мастер-пароль из памяти софта.

KeePass — программа для хранения и управления паролями, разрабатываемая с упором на Windows. Тем не менее ей могут воспользоваться и владельцы компьютеров на macOS и Linux через фреймворк Mono.

Не так давно в версиях KeePass 2.x нашли уязвимость под идентификатором CVE-2023-32784. Она позволяет извлечь мастер-пароль из дампа памяти в виде простого текста. Брешь можно задействовать даже на заблокированных рабочих местах.

«Дамп памяти может представлять собой дамп процесса KeePass, файла подкачки (pagefile.sys), файла гибернации (hiberfil.sys), RAM или всей системы. Первый символ при этом восстановить не представляется возможным», — описывает проблему NIST.

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

«Из-за принципа работы .NET практически невозможно избавиться от этих “хвостов“. Например, при вводе “Password“ можно получить следующие остатки строк: •a, ••s, •••s, ••••w, •••••o, ••••••r, •••••••d», — пишет исследователь Vdohney.

Именно Vdohney и опубликовал PoC в виде инструмента — KeePass 2.X Master Password Dumper. Принцип его работы прост: тулза ищет в дампе памяти паттерны для извлечения любого введённого пароля.

Отметим, что патч для этой дыры уже готов, но доступен пока только в тестовой версии KeePass 2.54. Официальный релиз заплатки запланирован аж на июль.

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