La mayoría de los usuarios de criptomonedas aprenden muy pronto una regla de seguridad: protege tu frase semilla.
Ese consejo es correcto, pero incompleto.
Una frase de recuperación puede generarse de forma segura, almacenarse fuera de línea y no exponerse nunca, mientras la billetera que controla sigue desarrollando una postura de seguridad peligrosa en la cadena.
La razón es sencilla.
La seguridad de la billetera cambia a medida que se usa.
Se conceden aprobaciones. Se crean firmas. Se invocan contratos inteligentes. Aparecen nuevas contrapartes. Los activos se mueven entre protocolos y redes. El comportamiento de las transacciones evoluciona con el tiempo.
Esto significa que proteger el secreto criptográfico y monitorear lo que autoriza la billetera son dos responsabilidades de seguridad diferentes.
Cinco capas de seguridad de billeteras
Un marco útil separa el riesgo de billetera en cinco capas:
1. Generación de claves
2. Almacenamiento de claves
3. Permisos
4. Exposición a contrapartes
5. Comportamiento de la transacción
Estas capas se superponen, pero responden a preguntas diferentes.
Generación de claves
La primera pregunta es si la frase de recuperación o la clave privada se generaron usando aleatoriedad criptográfica suficientemente impredecible.
Si el secreto original se generó de manera deficiente, almacenarlo de forma segura después no puede reparar la debilidad.
Aquí también hay una limitación importante.
Los escáneres de blockchain públicos generalmente no pueden determinar la calidad de la entropía original solo examinando una dirección ordinaria de billetera pública.
Por lo tanto, un historial limpio de blockchain no prueba que la frase de recuperación subyacente se haya generado de forma segura.
Almacenamiento de claves
La siguiente pregunta es si el secreto se mantuvo confidencial después de la generación.
El phishing, el malware, las capturas de pantalla, las copias de seguridad en la nube, las aplicaciones de billetera falsas y las importaciones inseguras de semillas pueden comprometer una frase de recuperación generada correctamente.
La generación fuerte y el almacenamiento fuerte son, por lo tanto, requisitos separados.
Los permisos pueden crear riesgo sin robar tu clave
Aquí es donde la seguridad de la billetera va más allá de la protección de la frase semilla.
Una clave privada puede permanecer completamente confidencial mientras otra dirección aún obtiene autoridad sobre ciertos activos.
Las allowances de ERC-20 son un ejemplo.
Al revisar un permiso, el contexto importa. Necesitas saber el propietario, el token, el autorizado (spender) y la red involucrados.
Los NFT pueden introducir permisos de operador.
Los sistemas basados en permisos pueden crear autoridad para gastar mediante firmas.
Las cuentas inteligentes y otros sistemas de autorización pueden introducir formas adicionales de autoridad delegada.
Esto significa que la seguridad de la billetera requiere entender qué ha autorizado la billetera, no solo si la clave privada quedó expuesta.
Conexión de billetera vs Aprobación en cadena
Estos conceptos se confunden con frecuencia.
Conectar una billetera a un dApp no significa automáticamente que la aplicación tenga permiso para gastar cada activo en la billetera.
Una conexión permite la comunicación con la billetera y le da a la aplicación la posibilidad de solicitar acciones.
El evento de seguridad importante es la transacción o la firma que crea autoridad.
Lo contrario también es igual de importante.
Desconectar una billetera de un sitio web no revoca automáticamente una asignación (allowance) de ERC-20 ya almacenada en cadena.
Cerrar el sitio web cambia el estado de la conexión.
No reescribe el estado de la blockchain.
Firmas de permiso
Las transacciones tradicionales de aprobación no son el único mecanismo de autorización.
Los sistemas de permit (permiso) pueden usar mensajes firmados para establecer autoridad para gastar tokens.
Una revisión de seguridad que solo busque transacciones ordinarias de approve puede, por lo tanto, pasar por alto rutas de permisos relevantes.
Los usuarios deben entender qué autoriza una firma en lugar de asumir que, si no hay una transacción de aprobación en cadena, no existe permiso.
Permisos de operador de NFT
La seguridad de los NFT tiene consideraciones similares.
Los estándares ERC-721 y ERC-1155 pueden admitir autoridad de operador sobre activos.
Esto significa que revisar solo allowances de tokens fungibles puede proporcionar una imagen incompleta del estado de permisos de una billetera.
Exposición a contrapartes
Una billetera desarrolla relaciones mientras opera.
Interactúa con exchanges, routers, bridges, contratos inteligentes, protocolos y otras billeteras.
Estas relaciones pueden proporcionar evidencia investigativa útil.
¿Qué dirección financió originalmente la billetera?
¿Otra dirección proporciona gas repetidamente?
¿Qué contratos aparecen inmediatamente antes de un movimiento inusual de activos?
¿La billetera ha comenzado a interactuar con contrapartes que nunca usó antes?
Estas observaciones no prueban automáticamente una actividad maliciosa, pero pueden identificar relaciones que vale la pena investigar.
Las etiquetas de riesgo necesitan contexto
Las etiquetas de dirección son útiles, pero no deben tratarse como veredictos automáticos.
Una dirección sin etiqueta no necesariamente es segura.
Pueden existir nuevas direcciones maliciosas antes de que haya suficiente evidencia disponible para la clasificación.
De igual modo, interactuar con una dirección riesgosa no prueba automáticamente que el propietario de la billetera sea malicioso.
Importan la dirección de la transacción, el momento, el método y el contexto económico.
Una buena investigación usa etiquetas como evidencia en lugar de permitir que la etiqueta reemplace el análisis.
Rutas de financiación
Las relaciones de financiación pueden exponer conexiones que una pantalla de saldo nunca mostrará.
La dirección que financia inicialmente una billetera, que suministra gas repetidamente o que aparece antes de secuencias de transacciones sospechosas puede proporcionar un contexto valioso.
Varias billeteras que comparten la misma fuente de financiación también pueden merecer investigación, según las circunstancias.
De nuevo, la relación es evidencia, no atribución automática.
Comportamiento de la transacción
El comportamiento de la billetera cambia con el tiempo.
Los barridos repentinos de activos, la cadencia inusual de transacciones, las llamadas fallidas repetidas, las aprobaciones no familiares, las interacciones inesperadas con contratos y las desviaciones significativas respecto a la actividad histórica pueden justificar una revisión más cercana.
El análisis del comportamiento es especialmente útil cuando hay suficiente historial para establecer cómo era antes la actividad normal.
Decodificación de transacciones
Cuando una transacción parece no familiar, decodificarla puede ayudar a determinar lo que realmente ocurrió.
Según los datos disponibles, una transacción decodificada puede revelar el contrato llamado, el método ejecutado, parámetros, transferencias, aprobaciones, eventos y otra información de ejecución.
Esto importa porque el texto del botón de un sitio web no determina lo que sucede en la cadena.
La transacción que autorizas es la que lo hace.
Por lo tanto, entender la transacción en sí es más confiable que confiar en la descripción presentada por una interfaz.
Los fraudes fuera de la cadena pueden crear autoridad en la cadena
Muchos ataques comienzan fuera de la blockchain.
Un mensaje falso de soporte crea urgencia.
Una cuenta en redes sociales envía un enlace.
Un sitio web de phishing imita un servicio legítimo.
Se persuade al usuario para que firme algo.
La ingeniería social ocurre fuera de la cadena, pero la transacción o el permiso resultante crea la exposición en cadena.
Separar estas etapas ayuda a explicar tanto cómo se persuadió a la víctima como lo que realmente ocurrió con los activos.
EVM y Solana no son idénticos
El análisis de billeteras también necesita respetar las diferencias entre arquitecturas de blockchain.
Las redes EVM usan conceptos como allowances de ERC-20, permisos de operador de NFT y llamadas a contratos.
Solana tiene sus propias estructuras de cuenta, programa, delegado y autoridad de token.
El objetivo de seguridad es similar, pero la mecánica es diferente.
Por lo tanto, la actividad en Solana debe interpretarse según la arquitectura de Solana, en lugar de aplicar mecánicamente la terminología de EVM.
Lo que un escáner de riesgo de billetera no puede probar
Esta es una de las limitaciones más importantes que debes entender.
Un escaneo de riesgo de billetera limpio no prueba que tu frase de recuperación o clave privada sea segura.
Un escáner analiza la evidencia pública compatible.
En general, no puede determinar si alguien copió en secreto una frase de recuperación fuera de línea.
No puede necesariamente determinar si la clave original se generó con suficiente aleatoriedad.
Y no puede garantizar que una dirección desconocida sea inofensiva.
La ausencia de una advertencia en cadena detectada, por lo tanto, debe interpretarse según la cobertura y la evidencia disponibles.
Las puntuaciones de riesgo son señales de apoyo a la decisión
Una puntuación de riesgo de billetera puede ayudar a resumir múltiples señales, pero el número no debe reemplazar la evidencia subyacente.
Dos billeteras con puntuaciones similares pueden tener razones completamente diferentes para recibirlas.
Una puede tener permisos sospechosos.
Otra puede tener exposición a contrapartes.
Otra puede mostrar un comportamiento anormal de transacciones.
Por lo tanto, la evidencia detrás de la puntuación es más importante que tratar el número como un veredicto absoluto.
Un mejor proceso de seguridad de billeteras
La seguridad de la billetera debe ser repetitiva.
Protege el secreto criptográfico.
Revisa los permisos.
Comprende transacciones que no te resulten familiares.
Investiga a las contrapartes cuando sea necesario.
Examina las relaciones de financiación.
Supervisa los cambios en el comportamiento de las transacciones.
Trata las etiquetas de riesgo como evidencia en lugar de prueba.
Considera los límites de los datos disponibles.
Y documenta la incertidumbre en lugar de convertir información incompleta en certeza.
La distinción clave es esta:
Proteger una frase de recuperación asegura el secreto raíz.
El monitoreo de la actividad en cadena ayuda a asegurar lo que ocurre después de que ese secreto empiece a interactuar con aplicaciones de blockchain.
Ambas importan.
Publicamos la investigación completa de TokenToolHub sobre permisos de billetera, firmas de permiso, autoridad de operador de NFT, exposición de contrapartes, rutas de financiación, decodificación de transacciones, flujos EVM y Solana, puntuaciones de riesgo de billetera, confianza y cobertura.
Lee la investigación completa:
https://tokentoolhub.com/wallet-security-beyond-seed-phrase/
La seguridad de la billetera no debe tratarse como algo que queda completado el día en que se genera una frase semilla.
Es una postura de seguridad en evolución que cambia con cada autorización, interacción y transacción.