NoticiasCriptoEl SDK de Ledger envía metadatos de firma por defecto

El SDK de Ledger envía metadatos de firma por defecto

Autor: CryptoNewsNet·

Puntos clave

  • •La versión 1.16.0 del módulo de contexto de Ledger, fechada el 14 de abril, añadió un reportero de blind-signing por defecto que transmite metadatos de firma a los servidores de Ledger a menos que el desarrollador de la wallet que lo integre proporcione un reemplazo.
  • •Los reportes pueden incluir un identificador de evento de firma, el método de firma, el ID de cadena, la dirección de destino, el estado de blind-signing, el modelo del dispositivo y las versiones de software, pero no contienen claves privadas, frases de recuperación ni firmas criptográficas.
  • •Ledger cambió el destino de los reportes de una dirección de ingesta de staging a su endpoint de blind-signing de producción, https://blind-signing.api.ledger.com/ingest, en la versión 2.1.0.
  • •El desarrollador de Ambire dijo que ninguna versión afectada llegó a la aplicación de producción de la wallet, que se distribuye con los reportes desactivados por defecto y ofrece un interruptor opcional en la configuración de privacidad.
  • •La exposición de los usuarios está determinada por cómo su wallet integra el SDK, porque la decisión de mantener o reemplazar el reportero por defecto se toma en el código de la aplicación y no en la configuración del dispositivo.
El SDK de Ledger envía metadatos de firma por defecto

El software de integración de wallets de Ledger incluye un servicio de reportes por defecto que transmite metadatos de firma a los servidores de la compañía, un comportamiento que el desarrollador de Ambire @0xSuperKalo destacó el 10 de noviembre. El código fuente público de Ledger muestra que los reportes pueden incluir la red, la dirección de destino, el modelo del dispositivo, las versiones de software y si la firma se realizó a ciegas.

El mecanismo reside en el software que las aplicaciones de wallet utilizan para comunicarse con el hardware de Ledger. Las wallets de hardware mantienen las claves privadas aisladas en el dispositivo, y las apps de wallet llegan a ellas a través de estos kits de desarrollo de software reutilizables, lo que significa que un valor por defecto dentro del SDK se aplica en todos los lugares donde se distribuye. La implementación de la versión 1.16.0 instala un reportero de red a menos que el desarrollador que la integre proporcione un reemplazo. Por lo tanto, la exposición de los usuarios depende de cómo su wallet integre el SDK, y no solo de una actualización de firmware.

El desarrollador de Ambire dijo que ninguna versión afectada había llegado a la aplicación de producción de Ambire y que la wallet se distribuye con los reportes desactivados por defecto, ofreciendo un interruptor opcional en la configuración de privacidad. "Sostengo que la privacidad debería ser el valor por defecto", escribió el desarrollador.

Qué contienen los reportes

El registro de versiones de Ledger fecha el módulo de contexto 1.16.0 el 14 de abril y describe la incorporación de un reportero de blind-signing al módulo. El código de firma de Ethereum acompañante genera reportes para transacciones y firma de datos tipados, incluso cuando la operación se clasifica como firma no ciega.

El código de construcción de reportes proporciona un identificador de evento de firma generado, el método de firma, el ID de cadena, la dirección de destino, el estado y la razón del blind-signing, el modelo del dispositivo y las versiones de la app de firma y del firmware cuando están disponibles. También incluye el tipo de firma clara y un conteo de errores de contexto cuando esa información está disponible. La firma clara se refiere a presentar los detalles de la transacción en forma legible antes de la aprobación; la firma a ciegas es su contraparte: la aprobación de datos que el dispositivo no puede mostrar en forma legible. Las direcciones de destino son seudónimas en las blockchains públicas, pero cada reporte vincula una dirección de destino con el método de firma, el modelo del dispositivo y las versiones de software en una sola carga enviada a los servidores de Ledger.

La implementación HTTP añade una etiqueta de origen de la aplicación y envía el reporte con encabezados que identifican la versión del módulo de contexto y el token de origen de la integración. El constructor de reportes no incluye claves privadas, frases de recuperación ni la firma criptográfica en sí, lo que ubica el comportamiento reportado en la categoría de recolección de metadatos y no de custodia de claves.

El destino de los reportes ha cambiado con el tiempo. La versión 1.16.0 configuró una dirección de ingesta de staging, y el registro de cambios posterior de Ledger registra el cambio al endpoint de blind-signing de producción en la versión 2.1.0. El constructor actual apunta el reportero a

Para los desarrolladores de wallets, el constructor expone una forma de reemplazar el reportero por defecto. El desarrollador de Ambire dice que su implementación dará a los usuarios un interruptor en la configuración de privacidad, con el envío de reportes desactivado por defecto. Para los usuarios, el factor decisivo es la wallet que utilizan: si sus desarrolladores mantuvieron el reportero por defecto o lo reemplazaron, una decisión tomada en el código de la aplicación y no en la configuración del dispositivo. Con el reportero por defecto apuntando ahora al endpoint de ingesta de producción de Ledger desde la versión 2.1.0, cómo configuran los creadores de wallets el módulo es lo que hay que observar a continuación.