El incidente de seguridad del 29 de octubre de 2026 en Polymarket fue un ataque a la cadena de suministro del sitio: código malicioso distribuido a través de un script de monitoreo de terceros habría aprovechado sesiones de trading ya iniciadas en la plataforma internacional. No hizo falta vulnerar los contratos inteligentes de Polymarket. Las estimaciones sitúan los fondos sustraídos entre 2,5 y 2,7 millones de dólares, y las operaciones se interrumpieron durante aproximadamente una hora.
2
6
15
Cómo se produjo el ataque
Polymarket dijo que uno de sus proveedores externos había sido comprometido. Investigadores y reportes posteriores vincularon el script malicioso con DebugBear, una empresa británica de monitoreo y rendimiento web. Sin embargo, según la información publicada en ese momento, la declaración inicial de Polymarket no identificó al proveedor.
2
29
Los análisis del código apuntan a que el ataque se ejecutó desde el sitio web, no mediante una falla en los contratos inteligentes. El JavaScript habría buscado el cliente de trading y la cartera de usuarios con la sesión iniciada, para luego intentar vender o transferir activos.
3
15 Dicho de otro modo, el código habría aprovechado el acceso de una sesión abierta en el navegador, en lugar de romper directamente los contratos de la plataforma.
2
22
Una hora de operaciones restringidas
Mientras investigaba, Polymarket restringió su mercado internacional: pasó a un modo que permitía cancelar órdenes y pausó las acciones de su servicio relayer. La página de estado registra la interrupción entre las 18:05 y las 19:05 UTC del 29 de octubre, es decir, de las 14:05 a las 15:05, hora del este de Estados Unidos. La plataforma indicó que esperaba reanudar las operaciones alrededor de las 15:00 ET y después marcó el incidente como resuelto.
41
El problema afectó a Polymarket.com, la plataforma internacional. Algunos reportes señalaron que la plataforma separada de Estados Unidos no se vio afectada; sin embargo, la actualización de estado de la empresa se centra en el sitio internacional y no confirma por sí sola esa diferencia.
24
29
Cuánto se habría sustraído y qué muestran las transacciones
Los reportes estimaron las pérdidas en entre 2,5 y 2,7 millones de dólares. Las cifras reflejan mediciones distintas: BleepingComputer rastreó cerca de 2,5 millones de dólares en activos hasta una cartera atribuida a un presunto atacante, mientras que otros medios situaron el total más cerca de los 2,7 millones.
4
6
El seguimiento en la cadena de bloques identificó unos 28,6 millones de POL asociados a las carteras del presunto atacante, valorados en alrededor de 2,57 millones de dólares según el análisis de BleepingComputer. Ese rastreo describe fondos visibles en la cadena, pero no constituye por sí solo un recuento definitivo de las pérdidas de cada usuario.
6
Reembolsos y preguntas pendientes
El viernes por la mañana, 30 de octubre, Polymarket informó que había reembolsado por completo 689 de las 726 billeteras afectadas. Las otras 37 seguían pendientes de verificación.
22 Según reportes que reprodujeron una actualización de la plataforma, el total anunciado de 3,9 millones de dólares incluía otros 1,19 millones destinados a unas 5.500 billeteras de usuarios perjudicados por la interrupción de las operaciones o por posiciones tomadas durante el incidente.
23
Algunas publicaciones secundarias afirmaron que los usuarios con pérdidas superiores a 10.000 dólares debían firmar un documento de liberación para recibir el pago. La información disponible aquí no permite confirmar sus términos exactos ni respalda de forma suficiente afirmaciones sobre verificaciones de identidad o cláusulas de no desprestigio. Esos detalles deben considerarse no confirmados.
24
46
La lección de seguridad: el código externo también hereda confianza
Un script de monitoreo puede cumplir una función legítima, pero cargar código de terceros en una plataforma de trading puede crear un riesgo si ese código puede interactuar con funciones autenticadas. En este incidente, según los reportes, el ataque aprovechó las sesiones de navegador de usuarios que tenían el sitio abierto.
3
22
Una posible protección es la Integridad de Subrecursos (SRI, por sus siglas en inglés): permite que el navegador compare un script externo con una huella digital confiable y lo rechace si el archivo cambió. Esta medida solo habría ayudado si se aplicaba correctamente a la ruta por la que se cargó el script comprometido; no garantiza protección frente a todo tipo de ataque a terceros o al propio sitio.
44
La página de estado de Polymarket publicó después una actualización detallada sobre el incidente y la respuesta de la empresa.
29 Los reportes disponibles describen el mecanismo general, las pérdidas aproximadas y el avance de los reembolsos, pero dejan sin resolver algunos términos legales y el alcance completo de los servicios afectados.