Защиту 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, лучше, чтобы пользователи имели не один, а несколько таких ключей, чтобы не попасть под блок в случае утери.

APT-группа 2 недели хозяйничала в сети компании, пока атаку не выявил PT X

В январе 2026 года в инфраструктуре одной из компаний была выявлена вредоносная активность, связанная с группировкой PhantomCore. Атаку заметили ещё на этапе внедрения облачного решения для мониторинга безопасности и реагирования на инциденты PT X. В итоге инцидент удалось локализовать, а сама компания, как утверждается, позже полностью восстановилась.

Судя по описанию кейса, всё началось с того, что во время установки продукта специалисты заметили нетипичную активность на хостах, защищённых с помощью MaxPatrol EDR.

Уже через 15 минут после обнаружения клиенту рекомендовали заблокировать доменную учётную запись подозрительного администратора. Примерно через полтора часа компания подтвердила, что речь действительно идёт об инциденте, после чего начались совместные действия по его сдерживанию.

К расследованию подключилась и команда PT ESC IR, которая занялась атрибуцией атаки. По её оценке, за инцидентом стояла группировка PhantomCore, впервые публично отмеченная в 2024 году. Эту группу связывают в первую очередь с кибершпионажем, а среди её типичных целей называют российские организации из сфер госуправления, судостроения, ИТ и промышленности.

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

Дополнительную роль сыграли и внутренние проблемы с безопасностью. Недостаточно корректная сегментация сети и отсутствие разделения привилегий для административных учётных записей позволили атакующим развивать атаку дальше. В числе скомпрометированных активов в итоге оказались один из контроллеров домена и служба сертификации Active Directory. Для перемещения по инфраструктуре, как сообщается, использовалась утилита atexec.py.

По данным Positive Technologies, злоумышленники оставались незамеченными около двух недель — до тех пор, пока скомпрометированные хосты не попали под защиту внедряемого решения. При этом основные меры по локализации удалось принять довольно быстро: менее чем за сутки были заблокированы соединения с C2-сервером и сброшены пароли у скомпрометированных учётных записей.

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

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