SWIFT стимулирует банки к повышению уровня информационной безопасности

Александр Панасенко 30 Сентября 2016 - 22:13

...

SWIFT стимулирует банки к повышению уровня информационной безопасности

Система SWIFT объявила о введении собственного стандарта безопасности, а также о реализации системы контроля выполнения этого стандарта. Объявленный набор требований включает в себя 16 контролей и станет обязательным к исполнению для всех клиентов, подключенных к SWIFT , в том числе для тех, кто подключен через бюро обслуживания SWIFT.

Список контролей будет доведен до клиентов к концу октября, после чего еще два месяца отводится на валидацию и сбор обратной связи. Официальный релиз и вступление в силу новых требований произойдет в конце марта 2017 года. Уже начиная со второго квартала 2017 года, все клиенты SWIFT должны будут ежегодно отчитываться по результатам самостоятельной оценки степени соответствия своих систем новым требованиям.

С января 2018 года отчетная информация будет доводиться до контрагентов клиента, а в случае невыполнения требования – до его регуляторов. Также, начиная с января 2018, SWIFT оставляет за собой право запросить дополнительное подтверждение степени выполнения требований в виде результатов внутреннего или внешнего аудита. Кроме того, появится 11 рекомендательных контролей, степень выполнения которых SWIFT тоже будет отслеживать.

К такому решительному шагу руководство SWIFT подтолкнуло быстро растущее количество инцидентов, сигнализирующее о том, что клиентами не реализованы элементарные меры по безопасности, рекомендованные SWIFT и требуемые локальными регуляторами, в частности Центробанком РФ. Подобное стимулирование имеет своей целью сделать систему передачи финансовых сообщений более безопасной, что несомненно потребует усилий от всех участников процесса.

SWIFT объявила о введении собственного стандарта безопасности, а также о реализации системы контроля выполнения этого стандарта. Объявленный набор требований включает в себя 16 контролей и станет обязательным к исполнению для всех клиентов, подключенных к SWIFT , в том числе для тех, кто подключен через бюро обслуживания SWIFT." />

Следующая главная новость »

Атаки на цепочку поставок: как защититься до компрометации?
Регистрируйтесь на эфир!

Екатерина Быстрова 21 Апреля 2026 - 14:23

Android Трояны Домашние пользователи Eset

Новый Android-зловред крадёт данные карт через поддельный HandyPay

Исследователи из ESET обнаружили новую версию Android-зловреда NGate, на этот раз он маскируется не под NFCGate, как раньше, а под легитимное приложение HandyPay. По данным ESET, активность началась ещё в ноябре 2025 года. Пользователей заманивают на поддельные страницы, имитирующие карточку приложения в Google Play.

Дальше жертве предлагают скачать «нужное» приложение, которым и оказывается троянизированная версия HandyPay. После установки программа просит сделать её приложением для оплаты по умолчанию, а затем убеждает ввести ПИН-код карты и приложить её к смартфону с NFC.

На этом этапе и начинается основная атака. Зловред перехватывает NFC-данные банковской карты и передаёт их на устройство злоумышленников. Параллельно он крадёт введённый пользователем ПИН-код и отправляет его на командный сервер. В итоге у атакующих оказывается всё, что нужно для бесконтактного снятия наличных в банкомате или несанкционированных платежей.

По сути, перед нами очередная эволюция NGate — семейства зловредов, которое ESET впервые подробно описала ещё в августе 2024 года. Тогда речь шла об атаках на клиентов чешских банков с использованием NFC-релейных атак для кражи данных платёжных карт и последующего вывода денег через банкоматы.

Новая версия отличается не только географией, но и инструментарием. Вместо старых решений злоумышленники выбрали HandyPay — приложение с уже встроенной функцией релейной передачи NFC-данных.

В ESET считают, что это могло быть связано и с более низкой стоимостью использования такого инструмента, и с тем, что HandyPay не требует лишних разрешений, кроме статуса платёжного приложения по умолчанию. Это делает атаку менее подозрительной для жертвы.

Есть у этой истории и ещё одна любопытная деталь. Исследователи заметили в коде эмодзи в отладочных и системных сообщениях — это может указывать на использование генеративного ИИ при создании или доработке вредоносной нагрузки. Прямого доказательства тут нет, но сама версия выглядит вполне в духе времени: преступникам уже не обязательно быть сильными разработчиками, чтобы собирать рабочие зловреды.

Атаки на цепочку поставок: как защититься до компрометации?
Регистрируйтесь на эфир!