Polymarket reanuda las operaciones; la cadena del ataque apunta a DebugBear｜Actualizado el 30 de octubre, 04:09, hora de Beijing
Esto es una actualización del artículo de esta madrugada, no una republicación: hay tres novedades.
Primero, la reanudación está confirmada. La página de estado de Polymarket marcó el incidente como resuelto a las 15:05, hora del Este (03:05, hora de Beijing), y la cuenta oficial también dijo que el sitio internacional había vuelto a estar «completamente en línea». El artículo de esta madrugada solo decía que se esperaba la reanudación; ahora podemos decir que ya se reanudaron las operaciones. Pero esto solo significa que se puede volver a operar, no que el asunto esté cerrado.
Segundo, por primera vez hay un nombre vinculado a la cadena del ataque. La firma de investigación Hudson Rock afirma que el script malicioso procedía de los servidores de DebugBear: buscaba sesiones de usuarios que habían iniciado sesión en Polymarket y, tras comprobar sus posiciones, intentaba venderlas o transferirlas. El código también incluía una dirección de destino alternativa para recibir los fondos. DebugBear también publicó un aviso sobre un «incidente de seguridad en curso» y pidió a los clientes que utilizan su producto RUM que retiraran el código integrado. Importante: hasta ahora, Polymarket no ha identificado oficialmente a ningún proveedor ni ha publicado el importe total robado o el número de personas afectadas. DebugBear es el nombre al que apuntan la firma de investigación y las fuentes de Reuters/CNBC, no un nombre señalado oficialmente.
Tercero, las cifras de las pérdidas siguen siendo estimaciones, no conclusiones definitivas. Según Arkham, rondan los 2,65 millones de dólares; Hudson Rock calculó unos 2,19 millones en la dirección alternativa y afirma que la cifra no está confirmada; Bubblemaps, por su parte, habla de unos 2,7 millones de dólares y más de 700 usuarios afectados. Es normal que las tres cifras no coincidan: todas proceden del rastreo en la cadena, no de un balance oficial. No tomes ninguna como cifra definitiva.
Mi opinión sigue siendo la misma: que se hayan reanudado las operaciones es un alivio, al menos en parte. Pero mientras no se concrete si se hará efectiva la «compensación total» y cuántos sitios web siguen usando el código integrado de DebugBear, el asunto no puede darse por cerrado. Sobre todo porque el segundo punto ya va más allá de Polymarket: cualquier sitio web que aún tenga integrado el código RUM de DebugBear debería retirarlo primero, tal como indica su propio aviso.
Aviso de riesgo: el avance de las compensaciones y el alcance de los daños siguen sujetos a la información oficial de la plataforma. Hasta que se anuncie oficialmente el importe total de las pérdidas, no aumentes posiciones ni transfieras fondos basándote en estimaciones en cadena.
¿Qué opinan? ¿Tiene sentido decir que «la culpa es de un tercero» o el problema está en cómo la plataforma supervisa a sus proveedores externos?
#Polymarket #预测市场 #安全事件 #RiesgoDeTerceros
Esto es una actualización del artículo de esta madrugada, no una republicación: hay tres novedades.
Primero, la reanudación está confirmada. La página de estado de Polymarket marcó el incidente como resuelto a las 15:05, hora del Este (03:05, hora de Beijing), y la cuenta oficial también dijo que el sitio internacional había vuelto a estar «completamente en línea». El artículo de esta madrugada solo decía que se esperaba la reanudación; ahora podemos decir que ya se reanudaron las operaciones. Pero esto solo significa que se puede volver a operar, no que el asunto esté cerrado.
Segundo, por primera vez hay un nombre vinculado a la cadena del ataque. La firma de investigación Hudson Rock afirma que el script malicioso procedía de los servidores de DebugBear: buscaba sesiones de usuarios que habían iniciado sesión en Polymarket y, tras comprobar sus posiciones, intentaba venderlas o transferirlas. El código también incluía una dirección de destino alternativa para recibir los fondos. DebugBear también publicó un aviso sobre un «incidente de seguridad en curso» y pidió a los clientes que utilizan su producto RUM que retiraran el código integrado. Importante: hasta ahora, Polymarket no ha identificado oficialmente a ningún proveedor ni ha publicado el importe total robado o el número de personas afectadas. DebugBear es el nombre al que apuntan la firma de investigación y las fuentes de Reuters/CNBC, no un nombre señalado oficialmente.
Tercero, las cifras de las pérdidas siguen siendo estimaciones, no conclusiones definitivas. Según Arkham, rondan los 2,65 millones de dólares; Hudson Rock calculó unos 2,19 millones en la dirección alternativa y afirma que la cifra no está confirmada; Bubblemaps, por su parte, habla de unos 2,7 millones de dólares y más de 700 usuarios afectados. Es normal que las tres cifras no coincidan: todas proceden del rastreo en la cadena, no de un balance oficial. No tomes ninguna como cifra definitiva.
Mi opinión sigue siendo la misma: que se hayan reanudado las operaciones es un alivio, al menos en parte. Pero mientras no se concrete si se hará efectiva la «compensación total» y cuántos sitios web siguen usando el código integrado de DebugBear, el asunto no puede darse por cerrado. Sobre todo porque el segundo punto ya va más allá de Polymarket: cualquier sitio web que aún tenga integrado el código RUM de DebugBear debería retirarlo primero, tal como indica su propio aviso.
Aviso de riesgo: el avance de las compensaciones y el alcance de los daños siguen sujetos a la información oficial de la plataforma. Hasta que se anuncie oficialmente el importe total de las pérdidas, no aumentes posiciones ni transfieras fondos basándote en estimaciones en cadena.
¿Qué opinan? ¿Tiene sentido decir que «la culpa es de un tercero» o el problema está en cómo la plataforma supervisa a sus proveedores externos?
#Polymarket #预测市场 #安全事件 #RiesgoDeTerceros