BTC76 732▼ 5,48%ETH2 220▼ 5,39%SOL94,10▼ 7,54%XRP1,23▼ 5,27%BNB694,01▼ 7,12%
🇬🇧 crypto-news Добавлено: 30.10.2026 15:19 Rony Roy

Polymarket’s traders lost funds through a website supplier. How safe is the trading screen?

Тональность: Негативная
Фактичность: Подтверждено
Полезность: 80%
Фокус: Смешанное

Polymarket’s traders lost funds through a website supplier. How safe is the trading screen? - 1

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

Один из пользователей, представившийся Car, сообщил, что с его счета Polymarket исчезло около 800 000 долларов, и все его позиции были проданы. Он заявил, что продолжал торговать на другом устройстве и избегал перехода по незнакомым ссылкам.

Другие пользователи сообщали о потерях в тот же день, когда Polymarket ограничила работу своей международной торговой площадки. Компания позже подтвердила, что был скомпрометирован сторонний поставщик услуг, и пообещала возместить убытки пострадавшим клиентам.

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

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

В уведомлении о происшествии, опубликованном Polymarket, говорится о приостановке работы сервиса с 18:05 до 19:05 по всемирному координированному времени (UTC). Компания заявила, что устранила проблему и передала информацию о происшествии в правоохранительные органы, но не предоставила полный отчет о расследовании и окончательную сумму убытков.

Этот инцидент произошел через 4 месяца после того, как другой взломанный поставщик услуг внедрил вредоносный код на веб-сайт. После этого инцидента Polymarket также обещала возместить убытки.

Пользователи сообщали о продаже позиций до того, как Polymarket приостановила торговлю

Пользователь, представившийся Car, сообщил, что с его счета было списано около 800 000 долларов, а его друг потерял еще 600 000 долларов. Он заявил, что все его позиции были проданы.

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

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

Другой пользователь, StarPlatinum, отслеживал предполагаемый кошелек получателя и оценил, что на нем накопилось 2,68 миллиона долларов. Пользователь сообщил, что баланс увеличивался в течение примерно одного часа, когда происходили переводы.

Временная шкала, предоставленная наблюдателем, показывает, что первые поступления произошли около 17:05 по UTC, до того, как компания опубликовала сообщение об ограничении работы сервиса. Утверждается, что на кошельке было 412 000 долларов к 17:25 по UTC и 2,02 миллиона долларов к 17:50 по UTC.

Как сообщалось ранее на crypto.news, первоначальные сообщения о потерях содержали утверждения о том, что средства прошли через инфраструктуру депозитных кошельков Polymarket. Эти описания поступали от трейдеров и наблюдателей за блокчейном, в то время как компания все еще проводила расследование.

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

Скриншот, распространявшийся во время инцидента, показывал запрос на подпись кошелька, связанный с доменом Polymarket. На нем отображалось поле данных DepositWallet и идентификатор сети Polygon, но не была показана завершенная транзакция или полные данные, необходимые для восстановления активности отдельного аккаунта.

В сообщениях пользователей содержались сведения как об активах, переведенных с аккаунтов, так и о позициях, проданных до того, как их владельцы намеревались их закрыть. Polymarket не сообщила, столкнулись ли все пострадавшие пользователи с обеими этими проблемами.

Polymarket восстановила работу сервиса после одночасового перерыва

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

В 18:37 UTC компания сообщила, что выявила и устранила проблему, влияющую на ее международную платформу. Она заявила, что сторонний поставщик был скомпрометирован, и что торговля временно приостановлена в качестве меры предосторожности.

На странице статуса было опубликовано еще одно обновление в 18:55 UTC, в котором сообщалось, что торговля возобновится примерно в 15:00 по восточному времени. Инцидент был отмечен как урегулированный в 19:05 UTC, или в 15:05 по восточному летнему времени.

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

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

СРОЧНО: Polymarket снова работает, и торговля возобновилась после кратковременного перерыва из-за возможного взлома.

Один из их сторонних поставщиков был скомпрометирован, и они временно приостановили торговлю на своей международной платформе, при этом некоторые пользователи сообщали, что их аккаунты были… [изображение отсутствует]

— crypto.news (@cryptodotnews) 29 октября 2026 г.

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

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

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

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

По словам компании, в своем заявлении и последующих сообщениях, Polymarket передала информацию об инциденте властям Великобритании. Компания DebugBear зарегистрирована в Великобритании.

Специалисты установили, что причиной взлома стал скрипт мониторинга

Продукты компании DebugBear помогают операторам веб-сайтов измерять скорость загрузки и другие аспекты пользовательского опыта. Ее сервис мониторинга реальных пользователей использует JavaScript, встроенный в веб-сайт клиента.

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

В своем собственном уведомлении о статусе компания Polymarket упомянула стороннего поставщика, не назвав его. Компания заявила, что проблема была устранена, но не опубликовала полный технический отчет вместе с этим объявлением.

Компания Hudson Rock изучила файл JavaScript, распространяемый через инфраструктуру DebugBear. В ходе расследования исследователи сообщили, что файл искал в работающем приложении Polymarket торгового клиента и подписывающий модуль, используемые для авторизованного аккаунта.

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

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

Возможно, вам будет интересно: СРОЧНЫЕ НОВОСТИ: Группа Lazarus подозревается в хакерской атаке на Binance на сумму 6,3 миллиарда долларов

Исследователи обнаружили упоминание об удалении интеграции DebugBear в метаданных производственной версии Polymarket. Они заявили, что эта запись подтверждает удаление интеграции, хотя точный период, в течение которого пользователи могли быть подвержены риску, остается неясным.

Отдельно, издание BleepingComputer изучило копию скрипта и описало попытки использования существующих торговых сессий для размещения ордеров и перевода активов. Анализ блокчейна показал, что около 28,6 миллиона токенов POL были переведены от предполагаемого получателя на три дополнительных кошелька.

В публикации оценивалась стоимость этой операции примерно в 2,57 миллиона долларов на момент ее анализа. Компания Hudson Rock указала на другую сумму на счете получателя, близкую к 2,19 миллиона долларов, в то время как другие источники сообщали о суммах, близких к 2,7 миллионам долларов.

Компания Polymarket не примирила эти оценки в своем отчете о финансовых потерях. Отчеты основывались на разных данных и проводились в разное время в ходе продолжающегося расследования.

Ни один из публичных отчетов компании не указал, кто контролировал кошелек получателя. Компрометация системы, сообщения о несанкционированных сделках и последующие переводы остаются предметом расследования, о котором было сообщено правоохранительным органам.

Гарантия возврата средств распространяется и на тех трейдеров, чьи позиции были проданы.

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

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

Сообщение пользователя Car's о том, что его позиции были проданы, поднимает вопрос, выходящий за рамки простого исчезновения средств на кошельке. Трейдер может владеть контрактами на событие, которое еще не произошло, продать их до завершения или сохранить их до определения результата.

В документации Polymarket о позициях указано, что активы "Да" и "Нет" учитываются отдельно от залога, используемого для их приобретения. Полный набор активов обеспечен 1 pUSD, в то время как окончательная выплата по конкретному исходу зависит от зафиксированного результата.

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

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

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

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

На странице поддержки (https://help.polymarket.com/en/articles/13364256-how-do-i-contact-support) доступен онлайн-чат, а также адрес электронной почты [email protected] для связи с международной службой поддержки. У американского приложения есть отдельный контактный адрес: [email protected].

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

В результате инцидента в июне была дана предварительная обещание о полном возмещении убытков

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

Предыдущее обещание компании о возмещении убытков (https://crypto.news/polymarket-to-refund-users-after-2-94m-frontend-phishing-attack/) последовало за оценкой аналитика блокчейна Specter, который сообщил, что не менее 11 кошельков потеряли около 2,94 миллиона долларов. Аналитик описал ситуацию, в которой пользователи, владевшие PUSD, увидели, как их активы были преобразованы в ETH.

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

Позднее AMLBot увеличил оценку убытков за июнь до 3,1 миллиона долларов. В сообщении от 27 июня говорилось о PUSD, полученных на платформе Polygon, преобразованных через Relay, переведенных в сеть Ethereum и обмененных на ETH.

В июне Polymarket пообещала полностью возместить убытки пострадавшим пользователям. В заявлении компании от октября было сделано новое обещание о возмещении убытков, касающееся последнего инцидента.

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

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

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

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

Исследователи изучили программное обеспечение, работающее внутри торговой страницы.

Расследование было сосредоточено на коде, загруженном веб-сайтом, который пользователи уже знали. В описании компании Hudson Rock говорилось о попытках найти торговый клиент внутри работающего приложения, а не о инструкции для пользователей посетить отдельную торговую платформу.

Документация браузера, разработанная компанией Mozilla, объясняет, что JavaScript, встроенный непосредственно в страницу, может получать доступ к другим скриптам и данным, находящимся на этой странице. Скрипт мониторинга, загруженный таким образом, работает с правами доступа, отличными от прав доступа к контенту, изолированному внутри отдельного фрейма.

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

Торговый интерфейс Polymarket выполняет другой набор задач, включая отображение позиций, подготовку ордеров и взаимодействие с подписывающим устройством. Исследователи заявили, что извлеченный файл содержал логику, предназначенную для этих торговых функций.

В документации Polymarket, посвященной кошелькам, описываются различные типы учетных записей, включая депозитные кошельки, а также устаревшие кошельки Proxy и Safe. В документации указано, что депозитные кошельки предназначены для учетных записей, созданных 4 мая 2026 года или позднее.

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

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

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

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

В публичном заявлении компании пока что указано о компрометации поставщика и обещании компенсации, но без предоставления полного отчета обо всех путях подписи и передачи данных.

Защита браузера зависит от того, какому коду доверяет веб-сайт

Веб-сайт может загружать программное обеспечение поставщика, не перенаправляя посетителя на другой адрес. Браузер извлекает этот файл в процессе открытия страницы, вместе с собственным кодом приложения торговой платформы.

В документации браузера Mozilla объясняется, что скрипт, встроенный непосредственно в страницу, может работать с правами доступа, предоставленными этой странице. Коммерческая роль поставщика как инструмента мониторинга производительности сама по себе не накладывает ограничений на браузер, которые бы ограничивали его код только измерением времени загрузки.

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

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

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

Браузеры предоставляют инструменты, предназначенные для ограничения такой уязвимости. Документация Mozilla по Subresource Integrity описывает метод проверки загруженного скрипта на соответствие криптографическому отпечатку, указанному веб-сайтом.

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

Эффективность этой защиты зависит от того, использует ли веб-сайт ее для соответствующего ресурса. В уведомлении Polymarket не указано, использовалась ли такая проверка для затронутой интеграции, и не приводятся результаты проверки, объясняющие, почему полученный код был принят.

Руководство Mozilla по Content Security Policy описывает другой набор средств контроля за исполняемыми скриптами. Политика может ограничивать источники или авторизовывать определенный код с использованием nonce и хешей.

Разрешение для хоста поставщика само по себе не гарантирует проверку каждого файла, который этот хост предоставляет. Хост может оставаться прежним, в то время как контент, предоставляемый им, может изменяться.

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

Разрешения на совершение сделок и вывод средств имеют разные ограничения.

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

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

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

Компания Polymarket не подтвердила, что система бета-ключей сессии стала точкой входа для атаки в октябре. Исследователи описывали попытки обнаружить активные клиентские данные и ключи подписи, доступные для приложения, в то время как компания до сих пор не объяснила, какие именно разрешения были успешно использованы в каждом затронутом аккаунте.

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

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

СВЕЖИЕ НОВОСТИ: Polymarket запускает торговлю криптовалютой с прогнозами на 5 минут в своем американском приложении.

Пользователи могут торговать контрактами на повышение/понижение цен для $BTC, $ETH, $SOL и $XRP, предлагая более короткие периоды прогнозирования, чем 15-минутные рынки криптовалют Kalshi. изображение

— crypto.news (@cryptodotnews) 28 октября 2026 г.

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

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

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

В ответ на атаку в октябре потребовались действия на уровне платформы: ограничение торговли, приостановка работы ретрансляторов и исправление проблем в затронутой интеграции. Отдельные торговые устройства пользователей не давали им контроля над программным обеспечением, которое веб-сайт выбирал для загрузки.

Компенсации должны учитывать как сделки, так и недостающие средства

Компания Polymarket пообещала возместить убытки пользователям, но в своем уведомлении не указано, как она будет оценивать позиции, закрытые без согласия их владельцев. Восстановление баланса средств и восстановление открытой позиции могут привести к различным результатам для баланса счета.

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

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

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

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

В ходе предыдущего расследования в июне были отслежены активы Polygon через мост и конвертированы в ETH на платформе Ethereum. Оценка убытков была пересмотрена после первоначального объявления о возмещении средств, поскольку аналитики выявили дополнительную активность.

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

Платформа возобновила торговлю в 19:05 UTC 29 октября. В своем публичном сообщении компания указала, что инцидент устранен, и подтвердила свою приверженность компенсации пострадавшим клиентам.

Что следует отслеживать

Технические результаты: Какие права доступа были успешно использованы скриптом, и какие типы кошельков были затронуты.

Контроль поставщиков: Выводы компании о том, как стороннее программное обеспечение получило доступ к торговому приложению.

Учет убытков: Общая сумма убытков, которая учитывает затронутые счета и несанкционированные транзакции.

Условия возмещения: Как Polymarket оценивает проданные позиции и когда клиенты получат компенсацию.

Часто задаваемые вопросы

Что произошло с Polymarket 29 октября?

Компания Polymarket сообщила, что сторонний поставщик был скомпрометирован, что временно ограничило работу международной платформы. Торговля возобновилась после 1-часового перерыва в работе сервиса.

Какую сумму потеряли трейдеры?

Один из наблюдателей оценил сумму в 2,68 миллиона долларов, а другие отчеты о отслеживании показали цифры, близкие к 2,7 миллионам долларов. Компания Polymarket не объявила окончательную сумму убытков и не подтвердила количество затронутых счетов.

Пообещала ли Polymarket возместить убытки пользователям?

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

Что сообщили пострадавшие трейдеры?

Один из трейдеров, представившийся Car, сообщил, что с его счета было снято около 800 000 долларов, и все его позиции были проданы. Он также сообщил, что его друг потерял еще 600 000 долларов, хотя компания Polymarket не подтвердила эти отдельные случаи.

С каким поставщиком был связан инцидент?

Отчеты и исследования в области безопасности связали инцидент со скриптом мониторинга DebugBear. В своем заявлении о состоянии платформы от 29 октября компания Polymarket подтвердила, что сторонний поставщик был скомпрометирован, не называя его.

Это был тот же инцидент, что и в июне?

Нет. Информация, опубликованная 25 июня, касалась отдельного инцидента, связанного с другим поставщиком, убытки от которого были впоследствии оценены в 3,1 миллиона долларов. Компания не сообщила об общем атакующем или поставщике, причастном к обоим случаям.

Указано ли в уведомлении, что компания Polymarket US пострадала?

Нет. В уведомлении об инциденте от 29 октября упоминается международная платформа, в то время как американская биржа работает отдельно.

Что происходит с позициями, проданными без согласия владельца?

Компания Polymarket не опубликовала информацию о методах компенсации за проданные позиции в своем заявлении от 29 октября. Компания обязуется возместить убытки пострадавшим трейдерам. Это аналитический материал, а не инвестиционная рекомендация.

Отказ от ответственности: Эта статья предназначена только для информационных и образовательных целей и не является финансовой или инвестиционной консультацией. Приведенные данные основаны на доступных на момент написания нормативных документах и отчетах и могут изменяться с каждой новой публикацией. Ничто из представленного здесь не является рекомендацией к покупке, продаже или хранению каких-либо ценных бумаг или активов. Всегда проводите собственное исследование. Информация актуальна на 30 октября 2026 года.

Упоминания

Темы:incidents