Защиту Passkey Microsoft- и GitHub-аккаунтов можно снять AitM-атакой

Защиту Passkey Microsoft- и GitHub-аккаунтов можно снять AitM-атакой

Защиту Passkey Microsoft- и GitHub-аккаунтов можно снять AitM-атакой

Эксперт eSentire доказал возможность взлома аккаунтов, защищенных Passkey. Многие сайты и сервисы предлагают этот способ аутентификации как опцию, и ее можно удалить со страницы входа через атаку «противник посередине» (Adversary-in-the-Middle , AitM).

Изменения HTML, CSS, изображений, JavaScript при этом вносятся на лету, в ходе проксирования трафика конечному пользователю. Вклинившийся в процесс аутентификации злоумышленник уничтожает все визуальные следы наличия Passkey-опции на сайте.

В итоге посетителю волей-неволей приходится воспользоваться менее надежной альтернативой, и авторы атаки смогут заполучить его логин, пароль и OTP-код аутентификации с помощью AitM-фишинга.

 

В качестве PoC исследователь провел «редакционную» атаку, как он ее называет, на логин-страницы GitHub и Microsoft (персональный аккаунт), используя AitM-софт Evilginx с открытым исходным кодом.

Проверка новой опции Microsoft, которая позиционируется как беспарольная, показала, что она не решает проблему, так как предполагает использование проприетарного приложения Authenticator, которое тоже уязвимо к AitM-атакам.

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

Ключи Passkey можно хранить и в менеджере паролей, однако такой сейф может оказаться ненадежным. Поскольку в данном случае ущербна не технология, а ее реализации, автор Redaction Attack предлагает в качестве альтернативного способа сохранения доступа к аакаунту использовать одноразовые ссылки, автоматически генерируемые и отправляемые пользователю по имейл или в виде СМС.

Переход по такой magic link откроет новое окно входа (и новую сессию вместо подконтрольной автору атаки). Защиту в этом случае можно даже усилить: ввести тайминг на ссылки, отслеживать IP-адреса пользователей, использовать контрольные вопросы или OTP-коды.

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

Корпоративные клиенты Microsoft, по словам исследователя, лучше защищены от AitM-атак. Ее облачная служба Entra ID (ранее Azure AD) и продукты семейства Intune позволяют админам задать политики условного доступа для предотвращения входов через прокси (проверяются домен и наличие разрешений).

Возможности определения процессов регистрации и восстановления аккаунта предоставляют также многие системы управления доступом (IAM), притом на разных уровнях: организации, групп, отдельных пользователей. Что касается Passkey, лучше, чтобы пользователи имели не один, а несколько таких ключей, чтобы не попасть под блок в случае утери.

Gemini на Android можно было обмануть через обычное уведомление

Исследователь из SafeBreach Ор Яир нашёл способ атаковать голосового ассистента Google Gemini на Android. Для этого не требовалось устанавливать вредоносное приложение или взламывать смартфон. Достаточно было одного уведомления из WhatsApp, Slack, СМС, Signal, Instagram или Messenger (WhatsApp, Instagram и Messenger принадлежат корпорации Meta, признанной экстремистской и запрещённой в России).

Суть проблемы в том, что Gemini умеет читать уведомления и отвечать на них через функцию Utilities.

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

В самом мягком варианте злоумышленник мог заставить Gemini озвучить фейковое сообщение от имени реального контакта. Например, пока человек за рулём и не смотрит на экран, ассистент мог сказать что-то вроде: «начальник просит загрузить документы в эту папку». Звучит как обычное сообщение, а на деле — ловушка.

 

Яир показал, как через подмену контекста можно было обойти защитные проверки Gemini. Ассистент мог вывести на экран реальный запрос на опасное действие на одном языке или спрятать его в ссылке, а вслух произнести безобидную фразу. Пользователь говорит «да», думая, что просто подтверждает обычный диалог, а система засчитывает это как разрешение на действие.

В демонстрациях такой трюк позволял управлять устройствами умного дома через Google Home, открывать ссылки, запускать приложения, отправлять телефон в Zoom-звонок и даже отравлять долговременную память Gemini. Например, ассистент мог запомнить ложный факт о пользователе, и эта информация сохранялась уже на уровне аккаунта.

Исследователь сообщил о проблеме Google ещё 17 августа 2025 года. Корпорация признала её приоритетной и закрыла дыру. Отдельное обновление приложения пользователям устанавливать не нужно.

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