La firma de seguridad Web3 CertiK ha identificado una grave vulnerabilidad de escritura fuera de los límites (out-of-bounds, OOB) en la billetera hardware BitBox02. Descubierta por el investigador de CertiK Guanxing Wen, la falla abrió la puerta a un posible secuestro del flujo de control mediante comandos USB comprometidos. El hallazgo subraya una creciente preocupación en el ecosistema de activos digitales: mantener las claves privadas sin conexión ya no es suficiente, por sí solo, para garantizar la seguridad total de los activos.

Cómo funcionaba la vulnerabilidad de la BitBox02

Las billeteras hardware están diseñadas para mantener las claves privadas fuera de los dispositivos conectados a internet, pero cada transacción sigue comenzando fuera de la billetera. El dispositivo debe recibir comandos, analizar datos, mostrar detalles de confirmación y generar una firma.

Como BitBox divulgó públicamente en su actualización de seguridad de julio, Oeschinen, las claves privadas secretas almacenadas dentro de la billetera nunca estuvieron directamente expuestas. El problema radicaba, en cambio, en cómo el dispositivo se comunicaba con una computadora.

Al recibir comandos por USB, el software de la billetera aceptaba a ciegas instrucciones sobre la cantidad de datos que llegaban, sin verificar si realmente cabían en el espacio de memoria temporal del dispositivo. Un atacante podría aprovechar esto enviando un comando sobredimensionado para desbordar ese búfer de memoria, lo que, según señaló BitBox, podría permitirle tomar el control del dispositivo. En términos prácticos, una escritura fuera de los límites es un error clásico de seguridad de memoria: los datos se desbordan más allá del final del búfer asignado y sobrescriben la memoria adyacente, y con suficiente control sobre esos datos, un atacante puede redirigir la ejecución del dispositivo, es decir, el secuestro del flujo de control del que advirtió BitBox. Explotar la falla requeriría enviar a la billetera comandos USB maliciosos, y es precisamente por eso que CertiK enfatizó que una computadora o un smartphone conectado siempre debe tratarse como una fuente de entrada no confiable, lo que significa que el firmware de la billetera debe procesar de forma segura cada comando que recibe. La corrección se incluyó en la actualización de julio de BitBox.

Un patrón más amplio en la seguridad de las billeteras hardware

El caso de la BitBox02 no está aislado. A inicios de 2026, Ledger corrigió una falla en el gestor de arranque del MCU (CVE-2025-15645) después de que CertiK descubriera que los controladores de reinicio proporcionados por el host no se validaban correctamente durante las actualizaciones de firmware. La falla afectaba el proceso de actualización de firmware del MCU de Ledger, en el que el gestor de arranque —el pequeño fragmento de código que inicializa el microcontrolador de un dispositivo antes de que se cargue el firmware principal— no validaba suficientemente una dirección reset_handler proporcionada por el host. Ledger remedió el problema y afirmó que los fondos de los usuarios nunca estuvieron en riesgo.

Los dos casos comparten un hilo común: cada billetera confiaba en datos que llegaban de una fuente externa —un comando USB en un caso, una entrada de actualización de firmware en el otro— sin validarlos de manera adecuada.

Los riesgos para la seguridad de Web3 rara vez han sido tan altos. Según el Informe Hack3D H1 2026 de CertiK, el primer semestre de 2026 registró 344 incidentes de seguridad que provocaron más de 1,310 millones de dólares en pérdidas totales de criptomonedas. Los compromisos de billeteras resultaron ser la amenaza más dañina de todas, drenando más de 444 millones de dólares en apenas 33 ataques separados.

En ese contexto —con el compromiso de billeteras ahora entre las categorías de ataque más costosas en Web3—, el caso de la BitBox02 demuestra que la seguridad de las billeteras hardware depende de algo más que aislar las claves privadas: el firmware, los protocolos de comunicación y los flujos de confirmación también deben resistir las entradas no confiables. Para los propietarios de una BitBox02, el siguiente paso práctico es sencillo: instalar la actualización de julio, Oeschinen, para que el firmware corregido esté en ejecución en el dispositivo.