🛡 VULNERABILIDADES 🛡

Hackers roban aproximadamente $2.7 millones a traders de Polymarket mediante un script de DebugBear secuestrado.

🛡CyberObservatorio
Hackers roban aproximadamente $2.7 millones a traders de Polymarket mediante un script de DebugBear secuestrado.
Idioma

Hackers roban aproximadamente $2.7 millones a traders de Polymarket mediante un script de DebugBear secuestrado.

Fuente: The Hacker News

**Intrusión en Polymarket: Un Ataque que Sacó a la Luz las Vulnerabilidades de los Mercados de Predicción**

En un mundo donde las plataformas de predicción y criptomonedas han ganado una popularidad sin precedentes, la ciberseguridad se ha convertido en un tema de creciente preocupación. El reciente ataque a Polymarket, un mercado de predicción, el 29 de octubre de 2023, ha puesto de manifiesto las fragilidades inherentes a estas plataformas, afectando no solo a los usuarios individuales sino también a la confianza en el ecosistema de las criptomonedas en general. Aproximadamente 726 wallets fueron impactadas, con pérdidas que ascienden a 2,7 millones de dólares, resaltando la vulnerabilidad de las inversiones en criptomonedas y la necesidad imperiosa de robustecer las medidas de seguridad.

El ataque se llevó a cabo a través de un código malicioso que reemplazó un script de velocidad de página que Polymarket cargaba desde una empresa externa, DebugBear. Este script, que tenía como objetivo medir la rapidez de carga de las páginas web para los visitantes reales, fue sustituido por un archivo que permitió a los atacantes acceder a los fondos de los traders que ya estaban autenticados en la plataforma. En cuestión de menos de una hora, el hackers logró trasladar cerca de 2,64 millones de dólares en criptomonedas a sus propias wallets.

La investigación de Hudson Rock, una firma de ciberseguridad, reveló que el código malicioso reutilizaba el acceso que un trader autenticado ya tenía en una página abierta de Polymarket. Al analizar el archivo sin ejecutarlo, los investigadores descubrieron que el código leía los detalles de la cuenta que Polymarket almacenaba en el navegador, incluyendo un conjunto de claves de API de trading. Sin embargo, estas claves por sí solas no eran suficientes para realizar órdenes en la plataforma, ya que también era necesaria una firma de wallet. Hudson Rock no encontró ninguna parte del código que enviara las claves, contraseñas o frases semilla al servidor del atacante.

El código malicioso tenía dos rutas de acción. Para las cuentas que se autenticaban con su propia wallet de criptomonedas, el código movía las posiciones directamente a la wallet de los hackers. Por otro lado, para las cuentas que se autenticaban a través de correo electrónico, el ataque se ejecutaba vendiendo posiciones a precios cada vez peores antes de transferir el dinero. En ambos escenarios, el código solicitaba al firmante de la cuenta que aprobara sus peticiones, que luego eran enviadas al relayer de Polymarket para su ejecución. Hudson Rock explicó que una simple solicitud de firma no prueba que el trader haya aceptado la acción sin previa consulta, ya que el proveedor de la wallet puede rechazar la solicitud o aplicar sus propias reglas.

Según los rastreos blockchain realizados por Ohey, la wallet comprometida recibió sus primeros fondos a las 17:10 UTC y sus últimos a las 18:02 UTC, acumulando un total de 28,6 millones de tokens POL de 33 wallets. En un análisis posterior, se constató que esos 28,6 millones de POL equivalían a aproximadamente 2,64 millones de dólares, valor que solo refleja la cantidad de tokens y no las posiciones subyacentes.

Polymarket, consciente de la gravedad de la situación, emitió su primer comunicado sobre la actividad no autorizada en las wallets de los usuarios a las 17:38 UTC y a las 18:05 UTC anunció que su intercambio estaba en modo de solo cancelación, con las acciones del relayer detenidas. La compañía aseguró que había eliminado el script malicioso "en menos de una hora", además de limpiar todas las cachés, reiniciar todas las sesiones de inicio de sesión activas y pausar el trading hasta que el sitio estuviese completamente seguro. El caso ha sido referido a las autoridades competentes.

A fecha del 30 de octubre, Polymarket había reembolsado completamente a 689 de las 726 wallets afectadas, mientras que las restantes 37 estaban siendo verificadas para proceder con sus reembolsos. Además, la compañía se comprometió a abonar 1,19 millones de dólares a aproximadamente 5,500 wallets que habían perdido dinero durante la pausa de trading o que tenían posiciones comprometidas. En total, Polymarket está devolviendo 3,9 millones de dólares a los traders perjudicados.

DebugBear, por su parte, ha instado a sus clientes a eliminar el código embebido de su producto RUM de sus sitios web. Al revisar el dominio que sirvió el archivo malicioso, se constató que cdn.debugbear[.]com no tenía registros DNS válidos al momento de la comprobación el 1 de noviembre.

En respuesta al ataque, Polymarket ha decidido reintroducir scripts de terceros con controles adicionales, como una política de seguridad de contenido (CSP) más robusta, versiones fijadas y sandboxing. Hudson Rock ha proporcionado recomendaciones para prevenir incidentes similares, sugiriendo que las plataformas eviten cargar código de terceros innecesarios en páginas donde se realicen transacciones, y que utilicen la Integridad de Subrecursos (SRI) para asegurar que los archivos no sean alterados.

Para los traders, Hudson Rock aconseja rechazar cualquier solicitud de firma que no hayan anticipado, enfatizando la importancia de la cautela en un entorno donde la seguridad es crítica. Este ataque no solo ha puesto en evidencia las vulnerabilidades en las plataformas de predicción, sino que también destaca la necesidad de que los usuarios sean proactivos en la protección de sus activos digitales.

Hackers Steal About $2.7 Million From Polymarket Traders via Hijacked DebugBear Script

Source: The Hacker News

Malicious code on the website of prediction market Polymarket sold some signed-in traders' positions and moved their funds to the hackers on October 29. The code had replaced a page-speed script that the site loaded from an outside company. Polymarket saysit is refunding about $2.7 million to 726 affected wallets.Blockchain recordsshow crypto worth about $2.64 million reached the hackers' wallet in under an hour. The replaced script came from DebugBear, whose real user monitoring (RUM) tool measures how fast web pages load for real visitors. Researchers atHudson Rockdownloaded the malicious file on October 29 from the address Polymarket's site used to load the DebugBear script. They also found a change in Polymarket's site code that removed the DebugBear script. DebugBear's DNS records were compromised through its domain registrar, the company said on X. Its early findings indicate the attack targeted one customer's website. It has seen no sign of a break-in to its own systems, though it is still looking. Researchers at Oheyfound a different server answering for DebugBear's web addresses at 18:13 UTC, when the malicious file was still online. Earlier that day, the normal script had been served from Google Cloud Storage. Each DebugBear customer loads its own copy of the script, and the file that was swapped was Polymarket's. The code reuses the access a signed-in trader already has in an open Polymarket page, Hudson Rock found after reviewing the file without running it. It reads account details that Polymarket keeps in the browser, including a set of trading API keys. Those API keys alone cannot place an order on Polymarket, because orders also need a wallet signature. Hudson Rock found no part of the code that sends the keys, a password, a seed phrase, or a private key to the server it reports to. Instead, the code searches the page for the part of Polymarket's site that places orders, and for the signer that approves the account's transactions. It then takes one of two paths. For accounts that sign in with their own crypto wallet, it moves the trader's positions straight to the hackers' wallet. For accounts that sign in via email, it sells positions at ever-worse prices and then moves the money out. In both paths, the code asks the account's own signer to sign its requests and hands them to Polymarket's relayer, which submits them. Hudson Rock said a signing request alone does not prove a trader signed without seeing a prompt. The wallet provider may still ask the trader, refuse, or apply its own rules for the session. The wallet written into the code received its first funds at 17:10 UTC and its last at 18:02 UTC, according to Ohey's blockchain trace. In that time, it collected 28.6 million POL tokens and positions from 33 wallets. At 18:19 UTC, those 28.6 million POL were worth about $2.64 million at DefiLlama's price of $0.0922,DefiPrimecalculated. The figure covers only the POL, not the positions. The wallet sent all 28.6 million POL on to three other addresses between 18:28 and 18:38 UTC, its transaction history shows. Polymarket posted its first status update about unauthorized activity in user wallets at 17:38 UTC. At 18:05 UTC, itsaid its exchange was in cancel-only mode, with relayer actions paused. The company said it removed the script "within the hour." It also cleared every cache, reset all active login sessions and paused trading until the site was clean. It has referred the case to law enforcement. By October 30, 689 of the 726 affected wallets had been refunded in full, and the remaining 37 were being paid as they were checked. Polymarket is also paying $1.19 million to about 5,500 wallets that lost money during the trading pause or had positions taken. In all, it is returning $3.9 million to traders. Traders do not need to file a claim. Polymarket'sstatus pagelinks a form for anyone who thinks their amount is wrong or that they should have received a payment. DebugBear has told customers of its RUM product to remove its embed code from their websites. The address that served the malicious file, cdn.debugbear[.]com, had no DNS record when The Hacker News checked on November 1. Polymarket said it is putting third-party scripts back in place with extra checks, such as a stronger Content Security Policy (CSP), pinned versions, and sandboxing. Hudson Rock's advice for sites that load outside scripts: Keep unneeded third-party code off pages where users trade or sign. Where a file can be pinned, use Subresource Integrity (SRI), which lets the browser reject the file if its contents change. A security policy that simply allows a trusted CDN does not check the files that CDN serves. Check what code on a signed-in page can ask the signer to do. Hudson Rock's advice for traders is to reject any signing request they did not expect.

Hackers roban aproximadamente $2.7 millones a traders de Polymarket mediante un script de DebugBear secuestrado. | Ciberseguridad - NarcoObservatorio