El bot de trading de nivel superior Polycule en Polymarket ha sido atacado. ¿Cómo deben los proyectos de mercados de predicción fortalecer su seguridad?

POL-6,4%
USDC-0,02%
DBR-0,13%
SOL-2,41%

Autor: ExVul Security, empresa de seguridad Web3

Uno, Resumen del evento

El 13 de enero de 2026, Polycure oficial confirmó que su robot de trading en Telegram fue hackeado, robándose aproximadamente 230,000 dólares en fondos de usuarios. El equipo actualizó rápidamente en X: el robot fue desconectado, se implementaron parches de reparación con rapidez y se comprometió a compensar a los usuarios afectados en Polygon. Desde anoche hasta hoy, varias rondas de anuncios han mantenido en aumento la discusión sobre la seguridad en el sector de los robots de trading en Telegram.

Dos, Cómo funciona Polycule

La posición de Polycule es muy clara: permite a los usuarios completar la navegación por mercados, gestión de posiciones y manejo de fondos en Polymarket a través de Telegram. Los módulos principales incluyen:

Apertura de cuenta y panel: /start asigna automáticamente una billetera Polygon y muestra el saldo, /home y /help ofrecen accesos y explicaciones de comandos.

Información de mercado y trading: /trending, /search, y pegar directamente la URL de Polymarket permiten obtener detalles del mercado; el robot ofrece órdenes de mercado/límite, cancelación de órdenes y visualización de gráficos.

Billetera y fondos: /wallet permite consultar activos, retirar fondos, intercambiar POL/USDC y exportar la clave privada; /fund guía sobre el proceso de recarga.

Puente entre cadenas: integración profunda con deBridge, ayuda a los usuarios a puente de Solana a otros activos, y por defecto deduce un 2% en SOL para convertir en POL para pagar gas.

Funciones avanzadas: /copytrade abre la interfaz de copia de trading, permitiendo seguir operaciones por porcentaje, monto fijo o reglas personalizadas, además de configurar pausas, seguimiento inverso, compartir estrategias y otras funciones extendidas.

El Polycule Trading Bot se encarga de interactuar con los usuarios, interpretar comandos, gestionar claves en segundo plano, firmar transacciones y monitorear eventos en la cadena.

Tras ingresar /start, el sistema genera automáticamente una billetera en Polygon y guarda la clave privada, permitiendo posteriormente enviar comandos como /buy, /sell, /positions para consultar, realizar órdenes y gestionar posiciones. El robot también puede analizar enlaces web de Polymarket y devolver directamente la entrada de trading. Los fondos entre cadenas dependen de la integración con deBridge, que soporta puente de SOL a Polygon, y automáticamente deduce un 2% en SOL para convertir en POL para pagos de gas en futuras transacciones. Funciones más avanzadas incluyen Copy Trading, órdenes limitadas, monitoreo automático de billeteras objetivo, que requieren que el servidor esté en línea por largos periodos y firme transacciones de forma continua.

Tres, Riesgos comunes en los robots de trading en Telegram

Detrás de una interacción conversacional conveniente, existen varias vulnerabilidades de seguridad difíciles de evitar:

Primero, casi todos los robots almacenan las claves privadas de los usuarios en sus servidores, firmando las transacciones en nombre del usuario. Esto significa que si el servidor es comprometido o se filtran datos por negligencia en la operación, los atacantes pueden exportar en masa las claves privadas y robar todos los fondos de los usuarios de una sola vez. En segundo lugar, la autenticación depende de la cuenta de Telegram en sí misma; si el usuario sufre secuestro de SIM o pérdida del dispositivo, el atacante puede controlar la cuenta del robot sin necesidad de conocer la frase semilla. Finalmente, no hay una confirmación emergente local — mientras que en las billeteras tradicionales cada transacción requiere confirmación del usuario, en modo robot, si la lógica del backend tiene fallos, el sistema puede transferir fondos automáticamente sin que el usuario se entere.

Cuatro, Riesgos específicos revelados por la documentación de Polycule

Analizando el contenido de la documentación, se puede inferir que el incidente actual y los riesgos potenciales futuros se concentran en los siguientes puntos:

Interfaz de exportación de claves privadas: /wallet permite a los usuarios exportar sus claves privadas, indicando que el backend almacena datos de claves reversibles. Si existen vulnerabilidades como inyección SQL, interfaces no autorizadas o filtraciones en logs, los atacantes pueden activar directamente la función de exportación, lo que coincide mucho con el escenario del robo.

Posible explotación SSRF en análisis de URLs: el robot anima a los usuarios a enviar enlaces de Polymarket para obtener información de mercado. Si la validación de entrada no es estricta, un atacante puede falsificar enlaces que apunten a redes internas o metadatos en la nube, haciendo que el backend caiga en una trampa y robe credenciales o configuraciones.

Lógica de monitoreo en Copy Trading: copiar operaciones implica que el robot siga en sincronía las acciones de una billetera objetivo. Si los eventos monitoreados pueden ser falsificados o el sistema carece de filtros de seguridad, los usuarios que siguen pueden ser llevados a contratos maliciosos, con fondos bloqueados o incluso robados directamente.

Puentes entre cadenas y procesos automáticos de cambio de moneda: la conversión automática del 2% de SOL en POL involucra tasas de cambio, deslizamiento, oráculos y permisos de ejecución. Si estos parámetros no se validan rigurosamente en el código, los hackers pueden amplificar pérdidas en el puente o transferir el presupuesto de gas. Además, si la validación de los recibos de deBridge es deficiente, puede haber riesgos de recargas falsas o entradas duplicadas.

Cinco, Recomendaciones para el equipo del proyecto y los usuarios

Lo que puede hacer el equipo del proyecto incluye: entregar un análisis técnico completo y transparente antes de reanudar el servicio; realizar auditorías específicas en almacenamiento de claves, aislamiento de permisos y validación de entradas; revisar los controles de acceso en servidores y el proceso de publicación de código; introducir confirmaciones secundarias o límites en operaciones clave para reducir daños adicionales.

Los usuarios finales deben considerar limitar el monto de fondos en el robot, retirar ganancias oportunamente y activar medidas de protección como la doble verificación en Telegram y gestión en dispositivos independientes. Antes de que el equipo brinde garantías de seguridad claras, es recomendable esperar y no añadir fondos adicionales.

Seis, Epílogo

El incidente de Polycule nos recuerda una vez más: cuando la experiencia de trading se reduce a un comando de chat, las medidas de seguridad también deben actualizarse. Los robots de trading en Telegram seguirán siendo una vía popular para mercados predictivos y memes en el corto plazo, pero este campo también será un objetivo constante para los atacantes. Recomendamos a los proyectos que integren la seguridad como parte del producto y compartan avances con los usuarios; los usuarios, por su parte, deben mantenerse alerta y no confiar en atajos de chat como gestores de activos sin riesgos.

Aviso legal: La información de esta página puede proceder de terceros y no representa los puntos de vista ni las opiniones de Gate. El contenido que aparece en esta página es solo para fines informativos y no constituye ningún tipo de asesoramiento financiero, de inversión o legal. Gate no garantiza la exactitud ni la integridad de la información y no se hace responsable de ninguna pérdida derivada del uso de esta información. Las inversiones en activos virtuales conllevan riesgos elevados y están sujetas a una volatilidad significativa de los precios. Podrías perder todo el capital invertido. Asegúrate de entender completamente los riesgos asociados y toma decisiones prudentes de acuerdo con tu situación financiera y tu tolerancia al riesgo. Para obtener más información, consulta el Aviso legal.

Artículos relacionados

PeckShield: Ataque de liquidación forzada de autodestrucción contra Hyperliquid HLP, con pérdidas de 1.5 millones

La tesorería de liquidez HLP de la plataforma de derivados descentralizados Hyperliquid sufrió una pérdida de aproximadamente 1,5 millones de dólares; el atacante utilizó el token de baja liquidez FARTCOIN para llevar a cabo un ataque de “liquidación suicida”, activando de forma sistemática el mecanismo ADL, lo que obligó a HLP a asumir las pérdidas. En apariencia, la pérdida contable asciende a 3 millones de dólares. Este incidente pone de manifiesto las vulnerabilidades del mecanismo ADL en mercados de baja liquidez; es posible que el atacante también realice operaciones de cobertura para obtener ganancias, lo que sugiere que la operación se parece más a un arbitraje que a un acto de destrucción.

MarketWhisperhace1h

¡El gran fallo de Phantom, la billetera de criptomonedas! Durante el período de las airdrops, los precios se desordenaron, lo que desató una ola de reclamaciones por parte de los usuarios

La cartera Phantom tuvo una falla durante el período de airdrop, lo que provocó que el precio de los tokens y los saldos de las cuentas se mostraran de forma anómala. Aunque los activos están a salvo, los usuarios sufrieron pérdidas en las transacciones, lo que generó solicitudes de compensación y una crisis de confianza. El incidente también aumentó las dudas sobre la seguridad de la cadena de bloques; algunos delincuentes podrían aprovechar la situación de confusión para iniciar ataques de phishing. Aunque el problema técnico ya se ha solucionado, aún es necesario mejorar la experiencia de uso y la estabilidad del sistema.

CryptoCityhace2h

Corea del Sur prepara una ley marco de activos digitales; la emisión de stablecoins debe obtener una autorización de nivel bancario

El Partido Demócrata de Corea presentó la Ley Marco de Activos Digitales, que establece un marco de supervisión de los activos digitales, incluidos requisitos de emisión de monedas estables y normas de conducta del mercado. Además, la Comisión de Servicios Financieros exige que las bolsas apliquen un retraso uniforme en los retiros para combatir el fraude telefónico. El núcleo del proyecto de ley está en la controversia sobre los criterios para la emisión de monedas estables; el banco central y la comisión financiera mantienen posturas diferentes.

MarketWhisperhace5h

¡El gran fallo del monedero criptográfico Phantom! Durante la campaña de airdrops, el precio salió mal, lo que desató una oleada de reclamaciones de los usuarios

La billetera Phantom presentó fallas durante el período de airdrops, lo que provocó que el precio de los tokens y el saldo de la cuenta se mostraran de forma anormal. Aunque la seguridad de los activos no estaba en riesgo, los usuarios sufrieron pérdidas en las transacciones, lo que dio lugar a solicitudes de compensación y una crisis de confianza. El incidente también aumentó las dudas sobre la seguridad de la cadena de bloques; algunos actores malintencionados podrían aprovechar la situación de confusión para lanzar ataques de phishing. Aunque el problema técnico ya se ha solucionado, aún es necesario mejorar la experiencia de uso y la estabilidad del sistema.

CryptoCityhace5h
Comentar
0/400
Sin comentarios