SignalPlus: причиной атаки стал взлом стороннего аккаунта в Telegram; убытки менее $82 000 возместят в полном объёме

Криптовалютная платформа для торговли деривативами SignalPlus сообщила, что ранним утром 4 ноября злоумышленник получил доступ к её системам через взломанный сторонний аккаунт в Telegram. По данным платформы, инцидент затронул небольшое число учётных записей, для которых не был настроен белый список IP-адресов.

В сообщении от 5 ноября SignalPlus оценила общий ущерб менее чем в $82 000 и пообещала полностью компенсировать потери пострадавшим пользователям. Компания также заявила, что пресекла несанкционированный доступ, в качестве меры предосторожности приостановила работу торгового терминала и совместно с партнёрами — централизованными биржами — отозвала связанные API-ключи.

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

Что произошло с SignalPlus?

В SignalPlus связали атаку со взломом стороннего аккаунта в Telegram. По заявлению компании, инцидент затронул лишь ограниченное число пользователей, в аккаунтах которых не была включена фильтрация по белому списку IP-адресов.

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

В рамках реагирования на инцидент SignalPlus предприняла следующие меры:

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

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

Binance отозвала связанные API-ключи

Binance также сообщила, что, узнав о возможной угрозе безопасности, заблаговременно отозвала все API-ключи, связанные с SignalPlus. Биржа подчеркнула, что её собственные системы не пострадали, а средства пользователей находятся в безопасности.

Binance рекомендовала клиентам SignalPlus напрямую войти в свои аккаунты на бирже и проверить открытые позиции и активные ордера. Пользователей также предупредили, что не следует повторно подключать API-ключи до тех пор, пока SignalPlus не подтвердит полное устранение проблемы.

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

Почему разрешения API имеют значение

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

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

Белый список IP-адресов вводит дополнительное ограничение: ключ можно использовать только с заранее одобренных сетевых адресов. Это помогает снизить риски в случае кражи данных доступа, но не заменяет грамотного управления разрешениями и регулярного контроля аккаунта.

Возможности API и параметры безопасности на разных биржах могут отличаться. Перед созданием или изменением ключа пользователям рекомендуется ознакомиться с документацией Binance по API и актуальными настройками аккаунта на своей бирже.

Что делать затронутым пользователям

Если вы подключали SignalPlus к бирже, примите следующие меры предосторожности:

1. Войдите на биржу напрямую. Используйте официальное приложение биржи или сохранённый адрес сайта, а не ссылку из неожиданного сообщения.
2. Проверьте позиции и открытые ордера. Убедитесь в отсутствии незнакомых вам операций и оцените, соответствует ли текущая позиция по деривативам вашим намерениям.
3. Проверьте подключённые API-ключи. Уточните статус ключей, связанных с SignalPlus, и удалите те, которые вам больше не нужны.
4. Дождитесь официальных инструкций о восстановлении работы. Не создавайте и не подключайте ключ повторно только потому, что в каком-либо сообщении утверждается, будто сервис уже возобновил работу.
5. Предоставляйте только минимально необходимые разрешения. При повторном подключении инструмента включайте лишь тот доступ, который требуется для его работы, и по возможности используйте белый список IP-адресов.
6. Остерегайтесь мошенников, выдающих себя за представителей компании. Злоумышленники могут воспользоваться инцидентом и рассылать поддельные сообщения от службы поддержки или предложения о компенсации. Никогда не передавайте в ответ пароли, секреты API или фразы восстановления.

Обнаружив подозрительную активность, обратитесь в службу поддержки биржи через её официальные каналы и сохраните все связанные с инцидентом данные аккаунта.

Более общий урок для безопасности криптоактивов

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

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