Polymarket возобновила торговлю 29 октября после того, как скомпрометированный сторонний провайдер нарушил работу международного прогнозного рынка. Инцидент стал вторым многомиллионным нарушением безопасности Polymarket за четыре месяца. Официальный журнал инцидента Polymarket указывает, что ограничения на торговлю начались в 18:05 UTC и были сняты в 19:05 UTC. Polymarket заявила, что проблема устранена, а правоохранительные органы уведомлены. Polymarket также обещала полную компенсацию всем пострадавшим пользователям.
Bubblemaps, компания по анализу блокчейна, оценила, что взлом 29 октября затронул более 700 пользователей Polymarket и скомпрометировал примерно 3,46 миллиона долларов США в активах. Злоумышленники обменяли примерно 2,7 миллиона долларов США на POL и вывели средства. Дополнительно 750 000 долларов США остались на Polymarket на момент проведения оценки.
Polymarket сообщила 25 июня, что скомпрометированный поставщик включил внедрение вредоносного скрипта. Polymarket заявила, что затронутая зависимость была удалена, и обещала полные возмещения. Source Defense сообщила о потерях примерно в 3 миллиона долларов в результате атаки в июне. Source Defense установила, что доставка произошла через маркетинговый тег, который загружал внешнюю библиотеку идентификации, которую злоумышленник заменил на дренер, адаптированный под Polymarket. Исследователи Source Defense заявили, что июньский payload нацеливался на кошельки с балансом более 100 000 долларов и многократно запрашивал цифровую авторизацию. Одобренная авторизация проходила через релей Polymarket, который отправляет подписанные действия.
Анализ Hudson Rock за октябрь описал код, полученный из URL, связанного с DebugBear, который искал активного торгового клиента и подписывающее устройство в рамках авторизованной сессии. Подписывающее устройство — это компонент, запрашивающий криптографическую авторизацию. Hudson Rock обнаружил, что поведение скрипта варьировалось в зависимости от типа аккаунта. Один участок кода запрашивал переводы токенов позиции; другой — продажу с последующим переводом выручки. Hudson Rock также выявил метаданные сборки для продакшена, фиксирующие удаление скрипта мониторинга DebugBear. Однако статический анализ Hudson Rock не подтвердил, что код выполнялся, тайно получал подписи или крал приватные ключи. Анализ также не установил полную цепочку от жертв до получателей. Метаданные об удалении не позволяют точно определить, когда закончилось воздействие на пользователей.
Маркетинговый скрипт июня и скрипт, связанный с мониторингом в октябре, предоставляли разные пути доступа к финансово чувствительному интерфейсу. Механизм июня, как сообщается, зависел от одобренных авторизаций, тогда как код октября искал торговые инструменты и запрашивал подписи. Замена скомпрометированного поставщика в одиночку не решает более широкую проблему проникновения вредоносного кода в финансовые функции веб-сайта. Повторяющиеся нарушения вызывают вопросы о том, какие финансовые полномочия внешний код может получить через браузер трейдера.
Документация MDN по браузерам утверждает, что сторонний скрипт, загруженный непосредственно на страницу, может получить доступ к другим скриптам и данным на этой странице. MDN поясняет, что размещение скрипта в другом месте не устраняет этого доступа, тогда как контент с другого источника в отдельном фрейме имеет другую границу безопасности. Сокращение внешнего кода, ограничение запросов подписи и проверка загруженных файлов позволяют устранить различные этапы цепочки атаки. Удаление ненужных интеграций со страниц торговли и подписи снижает количество внешнего кода, допускаемого в эти среды. Проверка доступа подписывающего лица и выявление действий, требующих подтверждения пользователем, ограничивают запросы, которые код может выполнять после получения доступа.
Subresource Integrity позволяет браузерам проверять загруженные скрипты по ожидаемому криптографическому отпечатку и отклонять измененные файлы. Subresource Integrity также может защищать ресурс с надежно закрепленным доменом, размещенным на доверенном домене. Подробный постмортем, охватывающий период утечки, затронутые аккаунты и маршруты авторизации, поможет оценить оставшийся риск. Вопрос о том, может ли еще одно скомпрометированное подключение преобразовать доступ к интерфейсу торговли в действительную финансовую авторизацию, остается нерешенным.
Polymarket стал жертвой второй многомиллионной кибератаки за четыре месяца
CryptoSlateПоделиться
Сводка
Polymarket столкнулась со вторым крупным нарушением безопасности 29 октября 2026 года после компрометации стороннего провайдера. Атака затронула более 700 пользователей и активы на сумму $3,46 млн, из которых $2,7 млн были выведены. Объём торгов резко снизился во время инцидента. Polymarket обещала полную компенсацию и уведомила органы власти. О нарушении сообщило Bubblemaps, а Hudson Rock выявила вредоносный скрипт в DebugBear. Это происходит вслед за аналогичным инцидентом в июне 2026 года, также связанным с поставщиком. Индекс страха и жадности для криптовалютных рынков с тех пор упал до медвежьего уровня.
Источник:Показать оригинал
Отказ от ответственности: Информация на этой странице может быть получена от третьих лиц и не обязательно отражает взгляды или мнения KuCoin. Данный контент предоставляется исключительно в общих информационных целях, без каких-либо заверений или гарантий, а также не может быть истолкован как финансовый или инвестиционный совет. KuCoin не несет ответственности за ошибки или упущения, а также за любые результаты, полученные в результате использования этой информации.
Инвестиции в цифровые активы могут быть рискованными. Пожалуйста, тщательно оценивайте риски, связанные с продуктом, и свою устойчивость к риску, исходя из собственных финансовых обстоятельств. Для получения более подробной информации, пожалуйста, ознакомьтесь с нашими Условиями использования и Уведомлением о риске.