Оглавление
1. Что такое оверлей-атака?2. Почему такие атаки опасны для бизнеса?
3. Почему такие атаки опасны для бизнеса?
4. Схема оверлей-атаки
5. Кто более подвержен overlay attack?
6. Чем overlay attack отличается от обычного фишинга?
7. Как защитить пользователя от оверлей-атаки?
8. Архитектура защиты от overlay attack
9. Подводные камни
10. Вывод
11. Вопрос-ответ
Что такое оверлей-атака
Оверлей-атака, или overlay attack, — это атака с наложением фальшивого интерфейса. Вредоносное приложение показывает свое окно поверх легального экрана. Пользователь думает, что работает с настоящим приложением, а на деле вводит логин, пароль, код или PIN-код в поддельную форму.
Чаще всего такие атаки обсуждают в контексте Android. В системе есть функции, которые позволяют одному приложению показывать элементы поверх других окон. Они нужны для легитимных задач: чатов, переводчиков, экранных фильтров и помощников. Но тем же механизмом может воспользоваться троян.
В информационной безопасности overlay attack относят к фишинговым атакам на интерфейс. Злоумышленник не ломает шифрование, а обманывает восприятие пользователя. Экран выглядит привычно, кнопки находятся на ожидаемых местах, текст похож на настоящий. Поэтому человек не всегда замечает подмену.
Главная опасность в том, что атака происходит рядом с легальным приложением. Банк, корпоративный портал или почтовый клиент могут работать корректно, но поверх них появляется чужой слой. Именно он собирает данные.
Как работает overlay attack
Сценарий обычно начинается с установки вредоносного приложения. Оно может маскироваться под фонарик, VPN — Virtual Private Network, сканер QR-кодов, игру или обновление. После запуска приложение просит опасные права: например, доступ к показу поверх других окон или к службам доступности.
Затем троян отслеживает, какое приложение открыто на экране. Когда пользователь запускает мобильный банк или рабочий портал, вредоносная программа показывает похожую форму входа. Визуально это обычный экран авторизации, но поля принадлежат атакующему.
Типовой сценарий атаки выглядит так:
пользователь устанавливает приложение из сомнительного источника;
приложение запрашивает расширенные разрешения;
троян определяет запуск целевого приложения;
поверх него появляется фальшивое окно;
пользователь вводит данные;
данные уходят злоумышленнику;
жертва видит ошибку или попадает в настоящее приложение.
Иногда overlay attack работает тоньше. Поддельный экран может просить не пароль, а код из SMS — Short Message Service. Другой вариант — окно с просьбой обновить приложение или подтвердить платеж.
Важная деталь: атака не всегда требует сложного взлома устройства. Злоумышленнику часто хватает доверия пользователя и избыточных разрешений. Поэтому overlay attack хорошо сочетается с социальной инженерией.
Почему такие атаки опасны для бизнеса
Для бизнеса overlay attack опасна не только кражей пароля. Если сотрудник вводит данные от корпоративного приложения, атакующий получает точку входа в инфраструктуру. После этого он может читать почту, просматривать документы и развивать атаку внутри сети.
Особый риск есть у компаний с мобильными рабочими местами. Сотрудники используют смартфоны для почты, CRM — Customer Relationship Management, мессенджеров и личных кабинетов. Если устройство плохо контролируется, вредоносное приложение получает больше возможностей.
Overlay attack также влияет на доверие к сервису. Клиент может решить, что его обмануло именно ваше приложение. Даже если проблема была на устройстве пользователя, репутационный ущерб получает бренд. Для банков, финтеха и e-commerce это особенно чувствительно.
Есть и операционные риски. После инцидента придется проверять логи, отзывать токены, блокировать учетные записи и разбирать обращения. Если атака затронула много клиентов, нагрузка на поддержку резко возрастает.
Схема оверлей-атаки

Кто более подвержен overlay attack?
Чаще всего overlay attack используют против мобильных банков. У таких атак есть прямой финансовый мотив: злоумышленнику нужны логин, пароль, код подтверждения, PIN-код или данные карты. Но этим список целей не ограничивается.
Атака также может быть направлена на:
криптокошельки и биржевые приложения;
корпоративную почту;
сервисы удаленного доступа;
личные кабинеты операторов связи;
маркетплейсы и платежные сервисы;
приложения с медицинскими или кадровыми данными.
Отдельная зона риска — приложения с одноразовыми кодами. OTP — One-Time Password часто воспринимают как надежную защиту. Но если пользователь вводит код в фальшивое окно, он сам передает его атакующему. Поэтому одного OTP недостаточно.
Оверлей может появиться и поверх системного окна, например запроса разрешений. В этом случае человек может нажать не ту кнопку или выдать доступ, не понимая смысла действия. Это уже не только кража пароля, но и управление поведением пользователя.
Чем overlay attack отличается от обычного фишинга?
Классический фишинг ведет человека на поддельный сайт. Там важны домен, дизайн страницы и текст письма. Overlay attack работает ближе к устройству. Пользователь остается в привычной среде: он открывает настоящее приложение, но видит чужой слой.
Поэтому проверка адресной строки не поможет. В мобильном приложении ее часто нет. Значок приложения настоящий, push-уведомление тоже может быть настоящим, но поле ввода уже подменено.
Есть еще одно отличие. Обычный фишинг часто заметен после перехода по ссылке. Overlay attack может сработать во время привычного действия. Пользователь сам открыл банк, сам ввел пароль, сам нажал кнопку. Для него все выглядит естественно.
Из-за этого такую атаку сложнее объяснять в обучении персонала. Недостаточно сказать: «Не переходите по странным ссылкам». Нужно объяснять права приложений, источники установки, признаки подмены экрана и роль защиты на устройстве.
Как защитить пользователя от оверлей-атаки?
Защита пользователя начинается с простых правил, но эти правила должны быть понятными. Нельзя просто запретить все подряд: человек должен понимать, почему право «показывать поверх других окон» опасно.
Полезно внедрить короткую памятку. В ней стоит объяснить, что такие права нужны не всем приложениям. Если калькулятор, фонарик или сканер скидок просит доступ к экрану, это тревожный знак. Если приложение просит службы доступности без реальной причины, риск еще выше.
Также важно ограничить установку APK-файлов из неизвестных источников. Такой формат удобен для тестов и внутренних задач, но для обычного пользователя установка приложений в обход официальных источников часто повышает риск заражения.
Для корпоративных устройств стоит настроить:
запрет установки из сторонних магазинов;
список разрешенных приложений;
проверку риска перед доступом к почте;
блокировку устройств с root-доступом;
обязательное обновление ОС — операционной системы;
удаленное удаление рабочих данных.
Пользовательская защита должна быть короткой и практичной. Длинные инструкции не работают. Лучше дать пять понятных правил и дополнить их техническим контролем.

Архитектура защиты от overlay attack

Подводные камни
Первый риск — ложное чувство защиты. Компания может внедрить MFA и считать задачу закрытой. Но если пользователь вводит второй фактор в поддельное окно, риск остается.
Второй риск — перегиб с блокировками. Если приложение постоянно пугает пользователя, он перестает читать предупреждения. В итоге даже важный сигнал может не сработать. Предупреждение должно быть редким, точным и понятным.
Третий риск — BYOD — Bring Your Own Device, модель, при которой сотрудник использует личное устройство для рабочих задач. На таком телефоне сложнее управлять приложениями и правами. При этом именно там могут быть почта, мессенджеры и документы.
Четвертый риск — устаревшие устройства. Старые версии ОС хуже защищены, могут поддерживать устаревшие механизмы наложений и чаще остаются без свежих исправлений безопасности.
Пятый риск — слабая коммуникация. Если пользователь не знает, куда сообщить о странном экране, он просто закроет приложение. Компания потеряет ранний сигнал атаки.
Вывод
Оверлей-атака опасна тем, что использует доверие к привычному интерфейсу. Пользователь открывает настоящее приложение, но вводит данные в чужое окно. Поэтому обычные советы про осторожность работают не всегда.
Защита должна сочетать безопасную разработку, контроль устройств, антифрод, мониторинг и обучение. Особенно это важно для банков, финтеха, e-commerce и компаний с мобильным доступом к рабочим данным.
Если приложение работает с деньгами, персональными данными или корпоративным доступом, overlay attack нельзя считать редкой угрозой. Ее стоит учесть в модели угроз и проверить на ближайшем аудите.
Вопрос-ответ
Что такое оверлей-атака простыми словами?
Это поддельное окно поверх настоящего приложения. Пользователь думает, что вводит данные в легальный сервис, но данные получает злоумышленник.
Overlay attack бывает только на Android?
Чаще всего такие атаки обсуждают в контексте Android. Но сама идея подмены интерфейса возможна в разных средах. Все зависит от прав приложения и модели защиты ОС.
Помогает ли двухфакторная аутентификация?
Да, но не всегда. Если код вводится в поддельное окно, атакующий может украсть и его. Надежнее подтверждать конкретное действие с деталями операции.
Как пользователь может заметить оверлей?
Стоит насторожиться, если приложение внезапно просит повторный вход, показывает странное окно или требует лишние разрешения. Также опасен запрос права «поверх других окон».
Что важнее: MDM или защита самого приложения?
Нужны оба слоя. MDM снижает риск на устройстве. Защита приложения помогает на чувствительных экранах. Вместе они дают более надежный результат.






















