La advertencia del CEO de Ledger, Pascal Gauthier, de que todos serán hackeados eventualmente se produjo después de que los atacantes colocaran componentes ocultos dentro de carteras de hardware genuinas para capturar frases de recuperación. El incidente lleva la cuestión de seguridad más allá de la clave privada almacenada en un chip. Un titular también depende de que el dispositivo le llegue intacto, de que la copia de seguridad permanezca privada y de que la pantalla explique con precisión lo que está a punto de aprobar.
Resumen
- El CEO de Ledger, Pascal Gauthier, dijo a Bloomberg el 10 de noviembre que la seguridad perfecta no existe. Defendió la autocustodia mientras reconocía que el principio se aplica a su propia empresa.
- La respuesta publicada por Ledger describe dispositivos genuinos modificados después de salir de su control. La empresa afirma que los componentes ocultos fueron diseñados para capturar frases de recuperación durante la configuración.
- Trezor emitió una advertencia de precaución sobre un presunto implante en un Safe 5 comprado a través del mismo revendedor. Su cuenta del 30 de octubre distinguió el informe creíble de un examen de laboratorio completado.
- Una frase de recuperación robada y una transacción firmada dañina crean exposiciones diferentes. Una puede permitir que otra persona recree la cartera, mientras que la otra puede autorizar una transferencia específica, una aprobación o un cambio en los permisos.
- La recuperación depende de lo que obtuvo el atacante y qué activos se movieron. Nuevo hardware, aprobaciones revocadas, una congelación de tokens y una dirección de reembolso abordan diferentes etapas de la pérdida.
“Todos serán hackeados en algún momento. La seguridad perfecta no existe”, dijo el CEO de Ledger, Pascal Gauthier, durante una entrevista con Bloomberg el 10 de noviembre. Dijo que la regla se aplicaba a Ledger así como a otras empresas.
La pregunta que se le planteó concernía a robos asociados con carteras de hardware modificadas. Ledger ya había descrito un ataque de distribución en el que los criminales compraban dispositivos genuinos, añadían componentes ocultos y los devolvían al canal de ventas. La empresa dijo que los componentes fueron diseñados para recopilar la frase de recuperación mostrada durante la configuración.
Esa ruta importa porque alcanza la información destinada a rescatar al propietario después de que se pierde un dispositivo. Una vez que otra persona tiene el material de recuperación requerido, puede recrear el acceso en otro lugar. La cartera original puede seguir funcionando mientras el propietario ya no tiene el control exclusivo.
La advertencia vino acompañada de una defensa del negocio de Ledger
El CEO de Ledger, Pascal Gauthier, utilizó la entrevista para argumentar que distribuir la custodia entre titulares individuales reduce la concentración de riesgo que se encuentra en un gran exchange. Comparó las pérdidas discutidas por el entrevistador con el robo mucho mayor de Binance y dijo que la industria de carteras de hardware había perdido una proporción menor de los activos que protege.
Esas cifras fueron su afirmación comparativa. Una evaluación de las tasas de pérdida necesitaría períodos consistentes, una medida clara de los activos protegidos y un método acordado para atribuir los robos. Los activos reportados de un gran exchange y la estimación de un fabricante de carteras de hardware sobre los activos controlados por los clientes describen poblaciones diferentes.
Un cliente puede usar el mismo material de firma con varios dispositivos. Una cartera puede mantener activos en varias cadenas. El fabricante puede no ver todos esos saldos, mientras que un exchange normalmente mantiene su propio libro de clientes. Eso hace que el denominador sea importante al comparar porcentajes.
La entrevista también incluyó un argumento sobre los atacantes que se vuelven más capaces mediante la IA. Eso puede ser relevante para el phishing y la suplantación de identidad, donde los criminales intentan persuadir a una persona para que divulgue un secreto o apruebe una acción. No explica la ruta física utilizada en un dispositivo modificado en particular.
El valor práctico de la advertencia está en la falla que la sigue. Una declaración general sobre un compromiso eventual no puede decirle a un titular qué acción pone sus fondos en riesgo. Los casos documentados ofrecen un relato más específico de lo que quedó expuesto y por qué algunas salvaguardas familiares no lo impidieron.
Un dispositivo genuino puede adquirir hardware adicional
La respuesta de Ledger en octubre sitúa la modificación después de la fabricación. Afirma que los atacantes conservaron dispositivos genuinos e instalaron hardware separado diseñado para capturar la copia de seguridad durante la configuración. La empresa describe el ataque como ocurrido en el canal de distribución.
Crypto.news informó sobre la confirmación de Ledger de un implante no autorizado en el dispositivo de un cliente afectado. Ese hallazgo físico es evidencia sobre la unidad examinada. Las estimaciones de los investigadores de blockchain describen un conjunto más amplio de pérdidas sospechosas y deben leerse como sus resultados de rastreo.
La razón por la que los componentes genuinos importan es que una prueba de autenticidad puede tener éxito en el componente que verifica. Si el atacante deja ese componente intacto y añade otro circuito, la verificación puede establecer el origen de esa parte sin establecer la ausencia de electrónica añadida.
Por lo tanto, un propietario puede recibir un dispositivo que se comporta con normalidad en el uso rutinario. El objetivo del atacante puede ser observar un momento sensible durante la configuración en lugar de cambiar cada transacción. Los hallazgos técnicos publicados por Ledger sobre la conexión de la pantalla describen esa ruta. Una pantalla que muestra las palabras de recuperación correctas puede exponerlas si un observador añadido puede copiar lo que recibe la pantalla.
Esto cambia la pregunta que un cliente hace sobre la vía de venta. Una relación con un revendedor autorizado identifica un canal comercial. El incidente muestra por qué la manipulación del stock, las devoluciones y el trayecto desde el fabricante hasta el comprador también pertenecen al modelo de seguridad.
La respuesta de Ledger afirma que los dispositivos devueltos nunca deben revenderse y describe una manipulación más estricta del stock. Crypto.news cubrió las nuevas normas de venta minorista, incluyendo cambios destinados a reducir la oportunidad de reemplazar o alterar los productos exhibidos. Esas medidas abordan la ruta hacia las manos del propietario.
La advertencia de Trezor concernía a un dispositivo reportado separado
El aviso de Trezor del 30 de octubre describía un Safe 5 comprado a través de CryptoBilis. La empresa había recibido fotografías y entrevistado al informante, pero dijo que aún no había inspeccionado el dispositivo en su propio laboratorio.
El informe describía una placa adicional entre la placa principal y la pantalla, con un componente celular y una antena. Trezor lo consideró lo suficientemente creíble como para advertir a los compradores afectados. El relato de la empresa hizo de la ruta de compra un elemento central de su respuesta de precaución.
Ese estatus debe permanecer vinculado al informe. El implante examinado por Ledger y el dispositivo reportado por Trezor estaban en etapas diferentes de investigación en los avisos publicados. Un revendedor compartido no establece por sí mismo que cada dispositivo vendido a través de él haya sido alterado.
La cobertura de Crypto.news de la advertencia de Trezor explica la oferta de la empresa de hardware de reemplazo para compradores elegibles. La oferta y el consejo de migración concernían a la exposición de dispositivos suministrados a través de esa ruta. Eran distintos de un retiro general de todos los productos que fabrica la empresa.
La empresa pidió a los clientes que crearan una nueva cartera con una nueva copia de seguridad en la que se aplicara su guía. Ese requisito se deriva de lo que el componente sospechoso podría observar. Si la propia copia de seguridad se ha filtrado, otra copia de la antigua configuración de firma no elimina el acceso del atacante.
La copia de seguridad puede eludir el PIN del dispositivo antiguo
Un PIN protege el acceso a un dispositivo concreto. Una frase de recuperación permite al propietario restaurar la cartera tras una pérdida o un daño. La misma función ofrece al atacante una vía para eludir el dispositivo antiguo si se roba el material de recuperación necesario.
Restaurar una cartera en un firmante de reemplazo crea otra forma de usar las mismas claves. No revoca las claves del dispositivo original ni las de una copia del atacante. Los fondos siguen siendo gastables bajo las mismas condiciones hasta que se transfieran a una nueva configuración.
La distinción es visible en una recuperación ordinaria. Una persona que pierde un dispositivo puede restaurar el acceso sin pedir a la red que autorice el nuevo hardware. La cadena comprueba si una transacción satisface las condiciones de gasto, no qué dispositivo físico produjo la firma.
Un cambio de PIN afecta igualmente al firmante local. No cambia lo que una persona que posee la copia de seguridad puede derivar en otro lugar. Una funda nueva, un restablecimiento de fábrica o una marca diferente de dispositivo pueden dejar que las claves de la cartera original controlen los mismos activos.
La documentación sobre la frase de contraseña de Trezor describe un secreto adicional que puede derivar una cartera separada a partir de la copia de seguridad. El usuario necesita la combinación exacta para llegar a esa cartera. Perder la frase de contraseña también puede impedir que el propietario legítimo la recupere.
La función añade una dependencia; su protección depende de cómo se introducen los secretos y de lo que una configuración comprometida puede observar. No puede sustituir la comprensión de qué material ha quedado expuesto en un incidente. Si el atacante tiene todo lo necesario para una cartera, cambiar el lugar donde el propietario guarda una copia deja utilizable la copia de ese atacante.
Un formato de copia de seguridad diferente puede preservar las mismas claves
Algunas carteras permiten al propietario dividir el material de recuperación en fragmentos. Un umbral determina cuántos son necesarios. Eso puede reducir el riesgo de perder o exponer un único fragmento almacenado, según el esquema.
La guía sobre copias de seguridad multiuso de Trezor explica que crear una nueva configuración de copia de seguridad para la misma cartera compatible no invalida una copia de seguridad anterior. Ambas pueden seguir siendo rutas hacia la misma cartera.
Ese es un límite importante para un cambio de almacenamiento que, por lo demás, es útil. Una mejor distribución de los nuevos fragmentos puede mejorar cómo gestiona el propietario una pérdida o un robo futuros. No cancela una copia de seguridad completa que otra persona ya haya copiado.
Una cartera multifirma aborda una parte diferente del problema. Su regla de gasto puede exigir varias claves independientes para autorizar una transacción. Si una queda comprometida, el atacante sigue necesitando el umbral restante según la configuración.
Los firmantes tienen que ser independientes en la práctica. Varios dispositivos restaurados a partir de la misma semilla de firma única son copias de una sola autoridad. No crean varias aprobaciones independientes. Almacenar varias claves bajo el control inmediato de una sola persona también puede concentrar un umbral que sobre el papel parece distribuido.
La pregunta relevante es qué necesitaría reunir el atacante. Un dispositivo robado, una frase copiada y un ordenador compartido comprometido pueden solaparse de distintas maneras. El diseño de la cartera importa junto con cómo se gestionan realmente sus claves y la información de copia de seguridad.
Una firma válida puede seguir autorizando la acción equivocada
Otra clase de robo no requiere sustraer la frase de recuperación. Un usuario puede mantener la posesión exclusiva de la clave y firmar una solicitud que otorgue a otra persona poder sobre un activo. La transacción resultante puede ser válida según las reglas de la cadena.
Una transferencia simple autoriza al destinatario y la cantidad especificados. Una aprobación de token puede dar a un gastador permiso para mover activos más adelante. Un cambio en los permisos de una cuenta puede alterar quién puede actuar en nombre de la cuenta. Esas son consecuencias diferentes incluso cuando se presentan a través de la misma conexión de cartera.
Un firmante de hardware puede proteger la clave contra la extracción mientras sigue ejecutando una instrucción que el propietario aprueba. El aislamiento de la clave no puede decirle al propietario si la descripción del sitio web coincide con la solicitud que se está firmando. Eso hace que la información mostrada antes de la confirmación forme parte de la protección.
La documentación de firma clara de Ledger describe el uso de metadatos que permiten a un dispositivo presentar los detalles de transacción compatibles en un formato legible. La cobertura depende de la cadena, la solicitud y la integración correspondiente. Un dispositivo compatible no hace que toda interacción posible sea legible automáticamente.
Un propietario también necesita distinguir una firma de una transacción ya difundida. Algunos mensajes firmados pueden ser enviados más tarde por otra persona. Cerrar la ventana del navegador después de firmar no elimina necesariamente el permiso que la firma creó.
Revocar una aprobación de token puede limitar el uso futuro de esa aprobación si el propietario aún controla la cuenta y puede enviar el cambio a tiempo. No revierte una transferencia anterior. Si el material de firma raíz está comprometido, el atacante podría ser capaz de realizar una nueva autorización.
La pantalla es parte de la decisión
Una transacción puede llegar a un firmante a través de un ordenador o sitio web comprometido. La pantalla está pensada para dar al propietario una forma de comprobar qué se le está pidiendo aprobar al dispositivo. Su utilidad depende de mostrar los detalles que determinan el resultado.
Para una transferencia, esos detalles incluyen el activo, el destino y el importe. Para una interacción con un contrato, la información importante puede incluir el gastador, la asignación o el rol que se concede. Un nombre de aplicación familiar es menos informativo que la acción que la solicitud autorizaría.
La firma ciega deja más de la interpretación fuera del dispositivo. El usuario puede ver datos que no puede verificar de forma significativa y depender de la aplicación anfitriona para explicarlos. La firma clara puede mejorar esa presentación para las solicitudes cubiertas, pero sigue requiriendo que el propietario lea la consecuencia y decida si coincide con su intención.
La simulación es otra capa. Un servicio puede estimar qué hará una transacción contra un estado particular. La estimación puede ayudar a identificar movimientos de activos o permisos, mientras que la ejecución real sigue dependiendo del estado y la solicitud que llegan a la red.
El ataque de distribución también plantea una pregunta separada a la pantalla. Un observador añadido puede dirigirse a la información mostrada durante la configuración incluso si la visualización de la transacción es precisa más adelante. Proteger el camino desde la clave hasta la pantalla y proteger el secreto de la copia de seguridad abordan momentos diferentes en la vida del dispositivo.
El CEO de Ledger, Pascal Gauthier, promocionó la arquitectura de pantalla de un producto futuro en la entrevista con Bloomberg. Una afirmación de producto puede identificar qué pretende cambiar la empresa. Su protección real contra un ataque conocido debe evaluarse frente al diseño entregado y las condiciones bajo las cuales el ataque puede operar.
Un token congelado es un paso hacia la recuperación
Después de una transferencia, la respuesta disponible depende del activo y de dónde haya ido. Algunos emisores de tokens pueden restringir saldos a través de sus contratos. Un activo nativo como Bitcoin no tiene el mismo mecanismo de congelación controlado por el emisor.
Una congelación puede impedir que un saldo de token especificado se mueva. No decide por sí misma quién debería recibirlo ni completa un pago de vuelta a las víctimas. La recuperación puede requerir un proceso separado para identificar reclamaciones, establecer autoridad y distribuir los activos.
El atacante también puede intercambiar el token antes de que una congelación surta efecto. Un poder sobre el token original no controla automáticamente el activo diferente recibido en el intercambio. El historial de transacciones puede permanecer visible incluso después de que el punto de intervención particular haya pasado.
Un custodio puede tener otro tipo de control si los fondos llegan a una cuenta allí. Puede restringir retiradas según sus políticas y la ley aplicable. Un aviso enviado a un servicio, una restricción de cuenta y una devolución de fondos siguen siendo eventos separados.
Esa distinción es útil al leer un total de pérdidas. Los fondos presuntamente robados, los saldos aún mantenidos en direcciones identificadas y el dinero realmente devuelto a los propietarios miden etapas diferentes. Un dispositivo de reemplazo aborda el uso futuro del hardware. No sustituye por sí mismo los activos ya tomados.
La persona que responde también necesita establecer si la cuenta sigue bajo el control del propietario. Una aprobación a veces puede revocarse. Un umbral de permiso modificado puede impedir que la clave original actúe por sí sola. Una copia de seguridad copiada puede permitir al atacante recrear el acceso en varias cadenas.
Por qué la comparación de pérdidas necesita una medida común
Crypto.news cubrió la disputa entre el CEO de Ledger, Pascal Gauthier, y el ex CEO de Mt. Gox, Mark Karpelès, sobre las advertencias acerca de dispositivos modificados. El desacuerdo pone de relieve un problema al pasar de un mecanismo confirmado a una afirmación amplia sobre la seguridad relativa.
Un investigador puede identificar un conjunto de direcciones que se cree están asociadas con una operación. Ese conjunto puede cambiar a medida que avanza el rastreo. Un fabricante puede inspeccionar un dispositivo e identificar un componente físico. Las dos investigaciones pueden respaldarse mutuamente sin producir el mismo recuento.
Una copia de seguridad puede controlar direcciones en varias redes. Una persona puede tener varias carteras. Por lo tanto, un total de direcciones no se traduce directamente en un número de dispositivos alterados o de compradores afectados. Los mismos límites se aplican al estimar la cantidad que un fabricante protege.
Comparar la autocustodia con un exchange también reúne diferentes formas de riesgo. Un exchange puede sufrir un compromiso operativo, hacer un uso indebido de los activos de los clientes o restringir el acceso. Una cartera personal puede perder su copia de seguridad, aprobar una solicitud dañina o llegar con hardware alterado. Un único porcentaje puede ocultar esas rutas distintas.
La comparación práctica depende del usuario. Una persona que puede mantener copias de seguridad independientes e inspeccionar las solicitudes de firma puede manejar una cartera de manera diferente a alguien que depende de la recuperación de cuenta de un exchange. La existencia de riesgos en ambos arreglos deja la necesidad de comprender el control real y la ruta de recuperación en cada uno.
La declaración del CEO de Ledger, Pascal Gauthier, es más útil cuando se vincula a ese trabajo. La evidencia del caso del implante pone la exposición de distribución y de copia de seguridad en la misma discusión que la seguridad del chip. Los casos de firma ponen la información de aprobación legible junto al aislamiento de claves.
Qué cambia cuando la seguridad se trata como una secuencia
Una cartera llega al propietario, crea o restaura claves, registra una copia de seguridad y firma solicitudes. Un fallo en cada paso puede dar al atacante un tipo diferente de autoridad. La respuesta correspondiente depende de si el propietario perdió el secreto, aprobó un permiso o perdió el acceso.
Un dispositivo nuevo puede resolver un firmante roto. Un nuevo conjunto de claves puede eliminar la dependencia de una copia de seguridad expuesta una vez que se transfieren los activos. La revocación puede abordar una aprobación activa. Un plan de herencia o recuperación puede ayudar a una persona autorizada a recuperar el acceso sin entregar autoridad inmediata a todos los que saben que existe.
Esas acciones se vuelven más claras cuando el incidente se describe con precisión. Un implante que captura las palabras de configuración exige una respuesta diferente a la de una página falsificada que solicita una firma. Un resultado de autenticidad del dispositivo responde a una pregunta diferente a la de una inspección en busca de electrónica añadida.
Los cambios minoristas anunciados por Ledger y el consejo de migración emitido por Trezor demuestran el punto. Las empresas abordaron de dónde provenía el hardware y qué copia de seguridad seguía controlando la cartera. Las próximas divulgaciones técnicas pueden mostrar cuánto de esa ruta cerrarán los diseños futuros y los controles de distribución.
La configuración y el uso diario tienen diferentes puntos de exposición
La frase de recuperación es inusualmente valiosa porque puede conectar la configuración de una cartera con el control de muchas transacciones posteriores. Un componente que registra la frase una vez puede dar al atacante tiempo para esperar mientras el propietario deposita más activos. El propietario puede ver que el dispositivo funciona normalmente durante ese período.
Una aprobación dañina tiene un calendario diferente. El atacante puede necesitar que el propietario firme después de que la cuenta contenga un token en particular. El permiso puede permanecer en vigor hasta que se use o se revoque según las reglas del contrato. Por lo tanto, la pérdida puede ocurrir mucho después de que se haya cerrado la página que solicitó la aprobación.
Un cambio de permiso de cuenta puede ser aún más persistente. Si una cadena permite umbrales y roles, el cambio firmado puede alterar qué claves tienen permitido actuar. El propietario puede seguir teniendo su secreto original mientras carece del peso necesario para realizar una transacción correctiva por sí solo.
Estos mecanismos exigen registros de incidentes diferentes. Una sospecha de filtración de frase comienza con qué carteras se derivaron del material y qué activos permanecen bajo esas claves. Una investigación de aprobación comienza con el gastador, el contrato y la asignación. Una investigación de permisos comienza con las reglas de firma actuales de la cuenta.
La misma distinción explica por qué una lista de direcciones afectadas puede estar incompleta al principio. Una frase puede generar múltiples cuentas y direcciones. El propietario o el investigador pueden descubrir otra cadena afectada más adelante. Un drenaje visible puede revelar el control sin revelar todos los objetivos restantes.
Separar los ahorros del uso de aplicaciones cambia la exposición
Una persona puede usar una billetera para los activos que rara vez mueve y otra para interactuar con aplicaciones. La segunda cuenta puede contener solo lo necesario para la actividad prevista. Si una aprobación de token se aplica a esa cuenta, los activos de una cuenta separada quedan fuera de ese permiso.
El beneficio depende de cómo estén organizadas las claves. Varias cuentas derivadas del mismo material de recuperación expuesto pueden seguir siendo accesibles para el mismo atacante. Una distinción en la interfaz de la billetera no crea necesariamente secretos independientes.
Un esquema de ahorros con multifirma puede añadir un umbral antes de que se muevan los fondos. Una billetera de aplicaciones puede usar una ruta de firma más simple para transacciones frecuentes. La contrapartida es el trabajo adicional necesario para mantener a los firmantes de ahorros y la información de recuperación accesibles para las personas autorizadas.
Un umbral también puede debilitarse por una infraestructura común. Si varios firmantes dependen del mismo host comprometido para describir una transacción, pueden aprobar la misma solicitud engañosa. Las claves independientes reducen una vía de pérdida, mientras que los detalles legibles de la transacción abordan otra.
El punto es identificar hasta dónde llega un compromiso. Una aprobación debe evaluarse por su alcance. Una copia de seguridad debe evaluarse por las cuentas que puede recrear. Un dispositivo o servicio compartido debe evaluarse por las funciones de firma y recuperación que desempeña.
El incidente crea una segunda oportunidad para la suplantación de identidad
El aviso de Trezor advierte explícitamente que el soporte nunca solicitará la frase de recuperación. El proceso de reemplazo concierne al dispositivo físico y a la vía de compra del cliente. Una frase introducida en un formulario remoto puede dar a otra persona los medios para restaurar la billetera.
Una solicitud de firma puede disfrazarse como otro tipo de ayuda. Una página podría pedir al propietario que demuestre control o verifique elegibilidad. La pregunta relevante sigue siendo qué autoriza la solicitud y si crea un permiso transferible en lugar de simplemente mostrar una dirección.
La fuente de la solicitud importa porque un cliente existente puede tener motivos genuinos para esperar una actualización. La información de contacto expuesta en otros lugares puede hacer que un mensaje sea más convincente sin establecer que provino del fabricante. La relación previa del propietario con un vendedor no autentica cada comunicación posterior que lleve su nombre.
Por lo tanto, un programa de respuesta debería facilitar la identificación del siguiente paso mediante la guía publicada por el fabricante. El período de compra, los términos de reemplazo y la vía de soporte son más útiles para un comprador afectado que una garantía general sobre seguridad.
Lo que un producto futuro tiene que demostrar
Una nueva arquitectura puede abordar una vía de ataque conocida. Para evaluar esa afirmación, la pregunta relevante es qué información podía observar antes el atacante y qué componente la protege ahora. La comparación debe seguir esa ruta en lugar de basarse solo en la categoría del producto.
Lo mismo se aplica a las actualizaciones de software. Una actualización puede mejorar la interpretación de transacciones o añadir cobertura para otra aplicación. No puede suponerse que elimine hardware físico añadido ni revoque una frase ya copiada de una configuración anterior.
Una divulgación técnica útil explicaría el acceso del atacante, los datos observados y las condiciones necesarias para la extracción. Luego podría mostrar cómo el diseño revisado cambia una o más de esas condiciones. Eso permite a los usuarios distinguir la protección que pueden usar ahora de una función prometida para hardware posterior.
Los comentarios de noviembre del CEO de Ledger, Pascal Gauthier, sitúan ese trabajo futuro junto a la respuesta existente. La guía inmediata sigue dependiendo del dispositivo, la copia de seguridad y los permisos firmados del propietario. Los próximos productos se juzgarán por cómo protegen esos mismos puntos de autoridad.
Qué observar
- Divulgaciones técnicas: Los exámenes publicados pueden mostrar qué observó un implante y qué partes del dispositivo permanecieron sin cambios.
- Controles minoristas: Las rutas de compra, la gestión del stock devuelto y las condiciones de reemplazo determinan cómo la respuesta llega a los compradores afectados.
- Cobertura de firma: El soporte de billeteras y aplicaciones determina qué solicitudes pueden mostrar movimientos de activos y permisos legibles.
- Atribución de pérdidas: Los hallazgos del dispositivo y el rastreo basado en direcciones deberían identificar sus propias poblaciones antes de combinarse en una estimación de pérdidas.
- Transacciones de recuperación: Los activos devueltos y las distribuciones documentadas establecen qué recuperaron los tenedores tras cualquier congelación o restricción.
Preguntas frecuentes
¿Qué dijo el CEO de Ledger?
El CEO de Ledger, Pascal Gauthier, dijo que todos serían hackeados en algún momento y que la seguridad perfecta no existe. Aplicó esa declaración a Ledger y defendió la seguridad relativa de la autocustodia. Su comparación de las tasas de pérdida sigue siendo el argumento de la empresa.
¿Puede una billetera de hardware genuina contener un implante?
Ledger afirma que los dispositivos genuinos fueron modificados en el canal de distribución. Conservar los componentes originales puede permitir que las funciones ordinarias continúen mientras el hardware añadido observa información sensible. Los hallazgos conciernen a los dispositivos examinados y a la ruta de venta identificada.
¿Por qué importa la frase de recuperación si la clave permanece en el chip?
La frase está diseñada para recrear el acceso después de que se pierde un dispositivo. Alguien con el material requerido para la billetera puede restaurarla en otro lugar. No necesitan extraer la clave original de su chip ni desbloquear el firmante original.
¿Cambiar el PIN elimina al atacante?
Un cambio de PIN afecta el acceso al dispositivo. No cambia una copia de seguridad ya copiada en otro lugar. La respuesta al material de firma expuesto depende de mover los activos a una configuración que el atacante no pueda reproducir.
¿Puede una billetera de hardware detener una aprobación dañina?
Puede proteger la clave y, para solicitudes compatibles, mostrar detalles antes de firmar. El propietario todavía tiene que juzgar la acción. Una firma válida puede conceder una asignación de tokens o un permiso que el propietario no pretendía.
¿La firma clara cubre todas las aplicaciones?
La documentación de Ledger hace que la cobertura dependa de las redes compatibles, los metadatos y las integraciones. Una solicitud fuera de esa cobertura todavía puede requerir firma ciega. El propietario necesita saber qué puede mostrar realmente el dispositivo para la interacción que tiene delante.
¿Una congelación de tokens reembolsa al propietario?
Una congelación restringe el movimiento del saldo de tokens identificado. Devolver valor a las víctimas es un proceso posterior. Necesita un destinatario identificado, una asignación de reclamaciones y transacciones que completen la devolución.
¿Confirmó Trezor el mismo ataque que Ledger?
El aviso de Trezor del 30 de octubre describió un informe creíble a la espera de su propio examen de laboratorio. Ledger había publicado hallazgos sobre un dispositivo que examinó. Los dos relatos deberían mantener esas posiciones probatorias diferentes a menos que los fabricantes publiquen más resultados.






