Web3 Wallets en una "Otoño Problemático": En la era de la IA, ¿cómo entender la evolución de la "lanza y el escudo" de la seguridad en Crypto?

A medida que los ataques se vuelven automatizados y a gran escala, las carteras también deben actualizarse para convertirse en un sistema de defensa dinámica que cubra todo el ciclo de uso.

En el último mes, el nervio de la seguridad en el mundo Crypto se ha tensado nuevamente.

Primero, Coldcard fue expuesto por una grave vulnerabilidad en la generación de números aleatorios, y luego Trezor y SafePal revelaron riesgos de filtración de datos de privacidad de los usuarios.

A primera vista, estos tres incidentes no parecen tener mucho en común, pero si ampliamos la línea de tiempo, descubrimos que todos apuntan a un problema cada vez más importante:

Cuando la IA comienza a automatizar el descubrimiento de vulnerabilidades, el desarrollo de ataques y la ingeniería social, ¿cuántos lugares de una cartera de criptomonedas podrían convertirse en el próximo punto débil que los atacantes buscan?

I. Con la ayuda de la IA, los ataques de los hackers pasan de ser "artesanía" a "industrialización"

Objetivamente, estos tres incidentes han expuesto superficies de ataque completamente diferentes.

El problema de Coldcard radica en la generación de claves privadas, lo que representa un grave problema de seguridad; Trezor tiene problemas con servicios logísticos de terceros, y SafePal presenta riesgos de exposición relacionados con el sistema de pedidos y permisos de plugins.

Aunque actualmente no hay evidencia que demuestre que los tres incidentes estén directamente relacionados con la IA, es innegable que, en la era de la IA, la "caja de herramientas" de los hackers está experimentando un cambio radical.

Esto se debe a que muchos ataques cibernéticos avanzados en el pasado estaban limitados por una restricción muy real: el tiempo humano.

Investigar un gran repositorio de código, comprender las relaciones de llamadas y buscar vulnerabilidades lógicas ocultas durante años requiere que investigadores de seguridad experimentados dediquen mucho tiempo; recopilar información de identidad de un usuario específico, estudiar sus hábitos y diseñar un correo electrónico de phishing lo suficientemente convincente puede incluso requerir meses para construir un complejo guion de ingeniería social.

Esto ha llevado a que los ataques pasados a menudo presenten un tipo de compromiso: o son altamente automatizados, pero los métodos de ataque son bastante burdos, capturando solo a unos pocos usuarios; o están cuidadosamente diseñados para objetivos de alto valor, pero son difíciles de replicar a gran escala.

Sin embargo, hoy en día, con la rápida evolución de las capacidades de la IA, la caja de herramientas de los hackers ha sido completamente actualizada:

• Automatización de la búsqueda de vulnerabilidades: La IA puede ayudar a los atacantes a analizar rápidamente contratos inteligentes, código de clientes e incluso firmware, buscando automáticamente vulnerabilidades de día cero y defectos lógicos.
• Escalabilidad de la ingeniería social: Los correos electrónicos de phishing que antes requerían una cuidadosa redacción, ahora la IA puede generar automáticamente contenido de phishing altamente personalizado y persuasivo, mensajes de texto e incluso voces / videos basados en datos de identidad de usuarios filtrados;
• Inteligencia en la implementación de ataques: Desde la búsqueda de objetivos hasta la entrega concurrente a través de múltiples canales, el costo de toda la cadena de ataque ha caído a su nivel más bajo en la historia;

Se puede decir que desde la selección de objetivos, la investigación de vulnerabilidades, hasta la generación de código malicioso, la ingeniería social y la entrega de contenido de ataque, las capacidades que antes estaban dispersas entre diferentes atacantes están siendo gradualmente comprimidas en un flujo de trabajo más automatizado.

Este es también el verdadero impacto profundo de la IA en la ciberseguridad.

No necesariamente crea de repente un método de ataque sin precedentes, sino que reduce rápidamente el costo de los métodos de ataque existentes: encontrar una vulnerabilidad se ha vuelto más barato, analizar un objetivo es más rápido, y generar mil versiones diferentes de correos electrónicos de phishing es mucho más fácil que antes.

En otras palabras, la razón por la que muchos sistemas no han sido atacados en el pasado no significa necesariamente que no existan vulnerabilidades; a veces, simplemente se debe a que las vulnerabilidades son demasiado difíciles de encontrar, el costo de ataque es demasiado alto, o el costo-beneficio para el atacante es demasiado bajo. Ahora, la frontera de seguridad invisible que antes dependía de "los atacantes no tienen tanto tiempo" se está volviendo cada vez más delgada.

Desde esta perspectiva, la seguridad en los activos criptográficos también está pasando de una "guerra por la clave privada" relativamente concentrada a una guerra de desgaste de toda la cadena que abarca código, dispositivos, cadenas de suministro, identidad de usuarios e interacciones diarias.

Lo que la IA ha hecho es simplemente presionar el botón de aceleración aún más.

II. La verdadera superficie de ataque de una cartera no se limita a una cadena de palabras clave

Esta es también la razón por la que los recientes incidentes, al ser vistos juntos, parecen ser especialmente representativos.

Cada uno de ellos ha golpeado diferentes puntos en el ciclo de vida de la cartera, recordándonos que los riesgos que enfrenta una cartera han superado desde hace tiempo la única dimensión de "si la clave privada ha sido robada", y están más incrustados en cada etapa de la generación de claves privadas, dispositivos de hardware, cadenas de suministro logísticas e incluso información de privacidad de los usuarios.

Podemos desglosarlo de manera simple.

Coldcard es el ejemplo más típico; su problema ocurre incluso antes de que el usuario haya comenzado a usar la cartera realmente.

Las palabras clave parecen seguir siendo 12 o 24 palabras normales, el dispositivo puede firmar y transferir normalmente, y el usuario puede tener dificultades para notar cualquier anomalía, pero el número aleatorio que generó esta cadena de palabras clave no es aleatorio, por lo que incluso si tu cadena de palabras clave no se le dice a nadie, aún puede enfrentar riesgos.

Porque el supuesto de "mantener bien la cadena de palabras clave" es que esta cadena de palabras clave se generó primero de una manera suficientemente segura e impredecible.

Luego están Trezor y SafePal.

A diferencia de Coldcard, su hardware en sí no ha sido comprometido, y la cadena de palabras clave está intacta, sin embargo, se han filtrado registros de compra de los usuarios, incluyendo nombres, teléfonos, correos electrónicos e incluso direcciones de entrega.

Es como si hubieras comprado una caja fuerte de explosivos de alta gama; la caja fuerte no ha sido forzada, pero el recibo de la empresa de logística se ha perdido, y en él está claramente escrito tu nombre, correo electrónico, número de teléfono, dónde vives, y que has comprado un hardware wallet diseñado para almacenar activos criptográficos.

Lo que los atacantes obtienen es una pista potencial de un usuario de alto valor en Crypto, que puede hacerse pasar por el servicio al cliente de la cartera y enviar una notificación de "actualización de firmware urgente", personalizar una página de phishing según el modelo de compra, llamar y afirmar que hay un problema con el pedido, e incluso asociar aún más la información de las redes sociales del usuario, su identidad pública y su dirección en la cadena.

Es decir, no poder romper la criptografía no significa que no haya caminos para el ataque.

En el mundo real, incluso existe un dicho extremo que ha circulado en la comunidad Crypto durante años: "el ataque con llave de $5": ningún algoritmo de cifrado, por fuerte que sea, puede resolver el problema de que el atacante encuentre directamente al propietario de los activos.

Esto no es completamente un riesgo teórico. Según datos proporcionados por Chainalysis al Financial Times, hasta mediados de agosto de 2026, ya se han registrado al menos 46 ataques violentos contra poseedores de Crypto este año, de los cuales más de la mitad fueron secuestros y más de un tercio fueron ataques en casa.

Así que al mirar de nuevo estos tres incidentes, se puede ver que la llamada "seguridad de la cartera" hoy en día se ha convertido en una larga cadena:

Desde el código de la cartera, la generación de números aleatorios y claves, hasta chips, firmware y dispositivos, luego a sitios web, canales de compra, cadenas de suministro, logística y bases de datos de pedidos; una vez que el usuario realmente comienza a usarlo, se conectará a RPC, DApps, plugins de navegador y contratos inteligentes, y luego también involucrará autorizaciones, firmas, servicio al cliente, redes sociales e incluso agentes de IA.

Cualquier eslabón que se convierta en el punto más débil podría eludir la defensa de seguridad establecida por otros eslabones.

III. Cuando los ataques comienzan a automatizarse, la defensa debe integrarse con la IA

Si la IA continúa evolucionando a la velocidad actual, entonces los problemas expuestos hoy podrían ser solo el comienzo.

Porque una de las cosas en las que la IA es más experta es en buscar continuamente anomalías, patrones repetidos y puntos débiles en un sistema grande.

Los atacantes pueden hacer que un agente escanee continuamente el código abierto, pueden probar en masa páginas web, API y permisos de plugins, pueden recopilar automáticamente información de redes sociales y bases de datos públicas, y luego filtrar objetivos de alto valor potencial.

Incluso el phishing en sí podría evolucionar de los antiguos y monótonos "la cartera está a punto de caducar, por favor ingrese su cadena de palabras clave" a un diálogo en tiempo real que realmente entienda quién eres:

• Si el atacante sabe que acabas de comprar un modelo específico de hardware wallet, puede generarte un "aviso de seguridad de firmware" correspondiente a ese modelo;
• Si sabe que has participado recientemente en un protocolo DeFi, puede hacerse pasar por el equipo del proyecto y hacerte migrar a un nuevo tesoro del protocolo;
• Si ha obtenido más información sobre tu cuenta social y tus declaraciones públicas, incluso puede imitar a miembros de tu equipo, KOL o personal de servicio al cliente que conoces para interactuar contigo;

Desde esta perspectiva, un desafío importante que enfrentará la cartera en el futuro es si, cuando los ataques han pasado de ser "reglas fijas" a un sistema que puede analizar, juzgar y cambiar, la defensa aún puede depender solo de reglas estáticas.

Después de todo, los mecanismos de seguridad de las carteras anteriores todavía se asemejan a un "repositorio de reglas": si una dirección es marcada como dirección de phishing, se muestra una ventana emergente de advertencia; si un dominio entra en la lista negra, se prohíbe el acceso; si un modo de autorización es de alto riesgo, se agrega una capa de advertencia.

Estos mecanismos siguen siendo importantes, pero frente a ataques cada vez más dinámicos, depender únicamente de los riesgos que ya han ocurrido para identificar el siguiente riesgo es claramente insuficiente.

La IA puede convertirse en un complemento muy importante para la defensa; de hecho, este no es un nuevo tema que haya surgido de repente.

En discusiones anteriores sobre "IA × Seguridad Web3", se han propuesto direcciones similares: la capacidad de seguridad de las carteras en el futuro no debería limitarse a listas negras de direcciones, etiquetas de riesgo y ventanas emergentes fijas, sino que podría aprovechar la IA para llevar el juicio de seguridad más allá del proceso de transacción completo del usuario.

Por ejemplo, antes de que el código entre en producción, la IA puede revisar continuamente las dependencias del código, las rutas de llamadas y la lógica anómala; cuando un usuario accede a un DApp, puede combinar el historial de dominios, el comportamiento del frontend, las direcciones de contratos y las relaciones en la cadena para determinar si es anómalo; antes de la firma, puede simular el resultado real de la transacción en lugar de simplemente mostrar al usuario una cadena de datos hexadecimales difíciles de entender.

Un paso más allá, la cartera incluso puede comenzar a establecer un modelo de seguridad dinámico para cada usuario.

Una cuenta que normalmente solo realiza transferencias de unos pocos cientos de dólares que de repente está dispuesta a autorizar todos sus activos a un contrato desconocido que se ha desplegado hace solo dos horas es en sí misma una señal de anomalía; una dirección con la que un usuario nunca ha interactuado que de repente solicita una aprobación de límite ilimitado también debería recibir una advertencia de riesgo de mayor prioridad; y un correo electrónico que afirma ser de la cartera oficial, solicitando al usuario que ingrese su cadena de palabras clave, sin importar cuán realista sea el contenido, debería ser directamente clasificado como de alto riesgo.

Así, el cambio que trae la IA puede no ser solo "ayudar automáticamente a los usuarios a juzgar si una dirección es segura"; se asemeja más a permitir que la cartera, de ser una herramienta de firma y custodia de claves relativamente pasiva, adquiera gradualmente una capacidad activa de juicio de riesgos.

Esto también hace que la otra capa de la frontera de seguridad discutida anteriormente se vuelva aún más importante, es decir, la IA puede ayudar a los usuarios a comprender y ejecutar operaciones complejas, pero el control de los activos no debe ser transferido indefinidamente; para acciones clave como transferencias de grandes cantidades, autorizaciones de nuevas direcciones e interacciones con contratos sensibles, aún se debe limitar la capacidad de la IA dentro de un rango de autorización claro mediante el uso de permisos mínimos, confirmación humana, simulaciones previas a la ejecución y una clara explicabilidad.

Especialmente en los momentos verdaderamente anómalos, es crucial comunicar claramente al usuario "por qué es peligroso", "qué sucederá después de la ejecución" y "dónde está el riesgo".

En otras palabras, el significado de la defensa de la IA radica en impulsar a la cartera desde ser una herramienta de firma pasiva a adquirir gradualmente la capacidad de comprender activamente las transacciones, identificar anomalías y restringir la ejecución.

Escrito al final

La reciente serie de incidentes de seguridad en carteras no significa que el modelo de auto-custodia haya perdido su valor, ni significa que los usuarios deban devolver todo el control de sus activos a plataformas centralizadas.

Lo que realmente nos recuerdan es que la auto-custodia nunca equivale a seguridad inherente; simplemente devuelve el control absoluto de los activos a los usuarios.

Y proteger este control requiere un sistema de seguridad que pueda evolucionar y actualizarse con el tiempo, porque la seguridad no es una entrega de producto única, es una evolución dinámica a largo plazo que requiere el esfuerzo conjunto de usuarios, proyectos y fabricantes de carteras.

Los atacantes pueden usar IA para entender el código, los usuarios y el entorno, y los defensores también pueden hacerlo.

Esto será una prolongada competencia de actualización entre "la lanza y el escudo".

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.