El socio de envíos de Trezor, ShipMonk, sufrió una filtración: se expusieron 13,689 registros de clientes. ¿Las billeteras de hardware en sí? Inalteradas. ¿Las claves privadas? Seguras. Pero aquí está el detalle: ahora circula una lista con personas que poseen dispositivos de almacenamiento en frío.
Este es el punto ciego de la autocustodia. Tú controlas tus claves, sí. Pero los metadatos —quién eres, dónde vives, qué compraste— viven en la base de datos de otra persona. Y eso es una superficie de ataque diferente.
La autocustodia resuelve el problema de la billetera. No resuelve el problema del proveedor. En el momento en que interactúas con la cadena de suministro tradicional —envíos, pagos, atención al cliente— vuelves al mundo del riesgo centralizado.
Esto no es una falla de Trezor. Es una realidad estructural. Cada empresa de billeteras de hardware tiene que enviar dispositivos físicos. Cada envío crea un registro. Cada registro es una posible filtración.
¿Qué significa esto en la práctica? Si estás en esa lista, ahora eres un titular conocido. Los intentos de phishing serán más específicos. La seguridad física pasa a ser una consideración. El ataque de la “llave inglesa de 5 dólares” ya no es algo teórico: es un modelo de riesgo que tienes que tener en cuenta.
La conclusión: la autocustodia es necesaria, pero no suficiente. Necesitas seguridad operativa también alrededor de la custodia. Usa un apartado postal. No vincules tu identidad real a los pedidos si puedes evitarlo. Asume que cualquier proveedor con el que interactúes terminará filtrando tus datos, porque la historia dice que lo harán.
Hablamos mucho sobre la descentralización y la falta de necesidad de confianza en cripto. Pero el último tramo —el mundo físico donde los dispositivos se fabrican, envían y entregan— sigue estando muy centralizado. Y ahí es donde están los eslabones más débiles.
Este es el punto ciego de la autocustodia. Tú controlas tus claves, sí. Pero los metadatos —quién eres, dónde vives, qué compraste— viven en la base de datos de otra persona. Y eso es una superficie de ataque diferente.
La autocustodia resuelve el problema de la billetera. No resuelve el problema del proveedor. En el momento en que interactúas con la cadena de suministro tradicional —envíos, pagos, atención al cliente— vuelves al mundo del riesgo centralizado.
Esto no es una falla de Trezor. Es una realidad estructural. Cada empresa de billeteras de hardware tiene que enviar dispositivos físicos. Cada envío crea un registro. Cada registro es una posible filtración.
¿Qué significa esto en la práctica? Si estás en esa lista, ahora eres un titular conocido. Los intentos de phishing serán más específicos. La seguridad física pasa a ser una consideración. El ataque de la “llave inglesa de 5 dólares” ya no es algo teórico: es un modelo de riesgo que tienes que tener en cuenta.
La conclusión: la autocustodia es necesaria, pero no suficiente. Necesitas seguridad operativa también alrededor de la custodia. Usa un apartado postal. No vincules tu identidad real a los pedidos si puedes evitarlo. Asume que cualquier proveedor con el que interactúes terminará filtrando tus datos, porque la historia dice que lo harán.
Hablamos mucho sobre la descentralización y la falta de necesidad de confianza en cripto. Pero el último tramo —el mundo físico donde los dispositivos se fabrican, envían y entregan— sigue estando muy centralizado. Y ahí es donde están los eslabones más débiles.