В законе | Право использовать информацию Право использовать информацию
С 1 марта 2027 года вступает в силу Закон «Антифрод 2.0», согласно которому банки обязаны включить в приложения и на сайтах сертифицированные средства защиты, способные выявлять вредоносное ПО до списания средств со счета. Это означает, что банковское приложение на смартфоне перестанет быть просто способом доступа к личному кабинету.
Оно будет работать еще и как детектор угроз: проверять устройство на признаки компрометации, анализировать окружение, следить за подозрительной активностью. Делать это будет не антивирус, а специальный модуль защиты, встроенный прямо в приложение. Если телефон определяется им как ненадежный — операцию могут заблокировать. Хорошая новость в том, что предугадать логику этих проверок можно еще до того, как они затронут лично вас.
Как работает защита на самом деле
Когда говорят о защите банковского клиента от вредоносного ПО, обычно представляют антивирус, который сканирует телефон в поисках угроз. Реальный механизм устроен иначе: защитный контур встроен непосредственно в код приложения и работает по принципу RASP (Runtime Application Self-Protection — защита приложения в реальном времени своими собственными средствами). Приложение постоянно отслеживает собственное состояние и фиксирует признаки компрометации.
Что именно проверяет модуль:
• включенные специальные возможности и наложение поверх экрана (другое приложение может перекрывать интерфейс банка, чтобы перехватывать ввод);
• активные сессии удаленного доступа (кто-то прямо сейчас управляет вашим телефоном с другого устройства);
• права администратора — root на Android или jailbreak на iOS;
• работающие отладочные интерфейсы;
• подмену устройства (не эмулятор ли это вместо реального телефона);
• подозрительный автоматизированный ввод (ввод данных не человеком, а скриптом).
Некоторые банковские приложения запрашивают еще более широкий доступ к ресурсам устройства и проверяют содержимое памяти. Речь идет не только об анализе поведения пользователя, но и о полноценном сканировании системы.
Слабое место нового закона
И вот здесь я вижу слабость закона: единого определения вредоносного ПО в нем нет. ФСТЭК и ФСБ сертифицируют само средство защиты как продукт, но не ведут единый реестр запрещенных программ. Критерии опасности задает себе каждый конкретный банк в координации с поставщиком своего защитного модуля.
Отсюда неизбежен разнобой — одна и та же программа у одного банка проверку пройдет, а у другого поднимет тревогу. Это главный источник будущих ложных срабатываний.
VPN как фактор риска
В самом законе VPN и прокси-серверы как основание для блокировки не названы. VPN — несмотря на большой шум вокруг него, все еще легальный инструмент, запрета пользоваться им одновременно с приложением банка пока нет. Проблема в том, что защитные и антифродовые системы исторически считают VPN и использование прокси фактором риска.
Трафик идет через промежуточный узел, подменяется геолокация, и часть вредоносного ПО действительно маскирует управление через такие каналы. Легальный VPN может попасть под подозрение просто потому, что действует по схожему с вредоносным ПО сценарию.
Есть и второй момент, менее очевидный. Признаки использования средств обхода могут не только влиять на решение банка, но и передаваться дальше — в контур регулятора и в профильные системы вплоть до Роскомнадзора. То есть VPN на устройстве способен превратиться из установленной лично вами настройки в компрометирующий вас сигнал в какой-то федеральной базе данных. Это означает, что приложения крупных государственных банков могут быть использованы для поиска и блокировки тех или иных VPN Роскомнадзором.
Android против iOS: парадокс защищенности
Формально меры подобной защиты одинаково касаются и Android, и iOS. Но у них разные технические особенности.
• Android — более открытая система, там проще установить приложение из стороннего источника, выдать опасные разрешения и получить права администратора. Именно под Android пишется основная масса банковских троянов. При этом банковский модуль защиты на Android снижает и реальный риск кражи, и вероятность, что операцию заблокируют.
• iOS — более защищённая система, но при этом более строгая к настройкам и правам. Банковские приложения на iOS могут быть более ограничены в доступе к данным, что снижает вероятность ложных срабатываний.
Мой совет: при любой спорной операции сразу фиксируйте все — время, суммы, уведомления банка, переписку. Скорость и полнота свидетельств, приложенных к вашему обращению, прямо влияют на исход дела.
Гигиена устройства важнее, чем согласие на защиту
Универсального ответа на вопрос, подключать сертифицированную защиту или отказаться, нет. Выбор зависит от того, насколько вы искушенный пользователь.
Обычному клиенту, который держит на телефоне стандартный набор приложений из официального магазина, защиту логично подключить — она снижает и реальный риск кражи, и вероятность, что операцию заблокируют.
Технически продвинутым пользователям, у которых на устройстве есть права администратора, кастомная прошивка, среды разработки или инструменты удаленного доступа, стоит самим оценить, как поступить. Именно перечисленные признаки защитный модуль примет за угрозу, и блокировки ваших транзакций могут стать постоянными.
Риск минимизирует не факт согласия или отказа на подключение защиты, а соблюдение правил «гигиены устройства». Займитесь ею прямо сейчас:
• обновите операционную систему;
• снесите приложения из непроверенных источников;
• проверьте, кому выданы права на специальные возможности и удаленный доступ;
• как вариант, заведите для банка «чистое» устройство.
Пока условие об обязательной защите не закреплено в договоре, разумнее не соглашаться на нововведения вслепую, а уточнить у банка, что именно он предлагает подключить и на каких условиях. Решение должно быть осознанным.
Под подозрением — не только вирусы
На мой взгляд, самый недооцененный момент во всей этой истории — то, что формально закон говорит про вредоносное ПО, а на деле под подозрением оказывается все, что защитный модуль сочтет «нештатным окружением».
Устаревшая версия операционной системы с незакрытыми уязвимостями — один типичный триггер. Права администратора и кастомные прошивки — еще один. Приложения не из официального магазина, средства удаленного управления, эмуляторы и инструменты автоматизации — все это может вызвать отказы, даже когда речь идет о вполне легальном софте.
Причина в том, что, как я уже отметил, единого определения вредоносного ПО нет. Граница между «опасным» и «нестандартным» проходит там, где ее провели конкретный банк и его вендор. По сути, это не столько защита от вирусов, сколько требование держать устройство в типов