> ## Content Index > Fetch the complete content index at: https://fomoera.com/llms.txt > Use this file to discover other available public pages before exploring further. # Polymarket detalla reembolsos de 3.9 millones de dólares tras ataque - URL: https://fomoera.com/polymarket-reembolsos-ataque-debugbear/ - Published: 2026-11-01T23:00:00.000Z - Updated: 2026-11-01T23:00:00.000Z - Description: La plataforma precisó cuánto devolverá por los fondos sustraídos y por las pérdidas ligadas a la pausa de operaciones. DebugBear también explicó cómo fueron comprometidos sus registros DNS. - Author: Gerardo Pavez - Tags: Tecnología y Ciencia, Ciberseguridad Polymarket detalló que devolverá **3.9 millones de dólares** a usuarios afectados por el ataque del 29 de octubre en su plataforma internacional. La cifra incluye 2.7 millones vinculados con los fondos sustraídos y otros 1.2 millones para cubrir pérdidas relacionadas con la pausa de operaciones, según la empresa. El 30 de octubre, la plataforma informó que había reembolsado íntegramente a 689 de las 726 billeteras afectadas por el ataque. Las 37 restantes estaban siendo verificadas y pagadas. Ese balance describe el estado de los reembolsos en esa fecha, no una confirmación de que ya terminaron. La actualización concreta la compensación que Polymarket prometió cuando reanudó su servicio internacional, después de una suspensión de aproximadamente una hora. [Polymarket reanuda operaciones tras un incidente de seguridad en un proveedorPolymarket volvió a operar tras un incidente en un proveedor y promete reembolsos. Las pérdidas aún no están confirmadas.![](https://fomoera.com/content/images/icon/FomoEra-favicon-512-52929144-bf9c-43f8-8e92-b656bae64cad.png)FomoEraPatricia Rodriguez![](https://fomoera.com/content/images/thumbnail/fomoera-polymarket-reanuda-operaciones-tras-un-incidente-de-seguridad-en-un-proveedor-3e25efc7-16x9-v2-1600x900-dd0767ae-e2ce-4a0e-82de-e3c6dd9ea400.webp)](https://fomoera.com/polymarket-incidente-proveedor-reanuda-operaciones/) En una publicación, la empresa calculó en 1.19 millones de dólares la compensación adicional para unas 5,500 billeteras de usuarios con pérdidas durante la pausa o cuyas posiciones fueron tomadas. En su informe posterior redondeó esa parte a 1.2 millones. Las 5,500 billeteras corresponden a esa compensación más amplia y no deben confundirse con las 726 identificadas como afectadas por el ataque. ## Un script de monitoreo en sesiones abiertas El script sustituido era de DebugBear, proveedor de una herramienta que mide el rendimiento de sitios web, de acuerdo con la investigación de Hudson Rock y la cobertura de The Hacker News. Polymarket explicó que el atacante lo reemplazó por otro diseñado para sus usuarios y que, durante un intervalo breve, aprovechó sesiones abiertas para vender posiciones y retirar fondos de algunas billeteras. Hudson Rock examinó una copia del archivo sin ejecutarla y encontró que buscaba funciones de la plataforma relacionadas con las operaciones y la firma de transacciones. La firma advirtió que el código por sí solo no demuestra si una persona vio o no una solicitud de firma: eso también depende de la billetera y de las reglas aplicadas a la sesión. DebugBear informó después que sus registros DNS habían sido comprometidos a través de su registrador de dominios. La compañía dijo que su investigación inicial apuntaba al sitio de un cliente específico y que no había encontrado indicios de una intrusión en sus sistemas internos. La investigación continuaba. ## La respuesta de Polymarket La plataforma aseguró que retiró el script, limpió sus cachés y reinició las sesiones activas. También pausó las operaciones y los mecanismos que envían transacciones antes de reabrir el servicio. El caso fue remitido a las autoridades, según la compañía. Gareth Bowker, responsable de seguridad de la información de Jscrambler, explicó a Hackread que una política de seguridad que permite el dominio de un proveedor puede dejar pasar comunicaciones hacia ese mismo dominio incluso si el código es malicioso. Añadió que las comprobaciones estáticas de integridad tienen límites cuando los scripts se actualizan con frecuencia y planteó vigilar lo que hacen durante su ejecución. Polymarket dijo que añadirá controles de integridad y monitoreo continuo al volver a desplegar scripts de terceros. *Fuentes:* [1](https://www.linkedin.com/posts/debugbear%5Fwere-continuing-to-investigate-the-security-activity-7522072665495588865-NsiJ?ref=fomoera.com), [2](https://thehackernews.com/2026/11/hackers-steal-about-27-million-from.html?m=1&ref=fomoera.com), [3](https://hackread.com/polymarket-users-lose-2-7m-third-party-script-hack/?ref=fomoera.com)