Bitcoin Core incorporó el 25 de septiembre una protección a su rama principal de desarrollo que bloquea un caso concreto de firma PSBT que podía dejar desprotegido el destino de un pago. El problema afecta a SIGHASH_SINGLE, un modo de firma que normalmente vincula una entrada con la salida situada en la misma posición. Si esa salida no existe, la firma puede seguir siendo válida sin vincular al destinatario previsto.
Por qué importa
El fallo no expone las claves privadas. El riesgo está en la autorización: en determinadas circunstancias, un monedero o dispositivo de firma podría mostrar un destinatario y, aun así, generar una firma que no garantice que la transacción siga pagando a ese destinatario. Los desarrolladores de Bitcoin Core señalaron que las firmas legacy afectadas podrían reutilizarse contra otras salidas no gastadas controladas por la misma clave si se dan las mismas condiciones estructurales. SegWit v0 mantiene el compromiso con la moneda concreta y su importe, pero la salida de destino puede quedar sin vincular.
PSBT permite que los monederos de software, los dispositivos físicos y los firmantes sin conexión coordinen transacciones sin entregar las claves privadas a quien las prepara. Por eso es importante el límite de firma: una firma válida debe comprometerse con los detalles que aprobó el usuario. BIP 174 ya recomienda que los firmantes rechacen los modos de firma inaceptables y aconseja usar SIGHASH_ALL cuando no se especifique otra opción.
Impacto en el mercado
Bitcoin Core ya rechazaba este caso límite a través de su interfaz de firma de transacciones sin procesar, pero la vía PSBT, incluida walletprocesspsbt, todavía podía firmarlo. El cambio incorporado traslada la comprobación a la lógica compartida de creación de firmas, bloqueando las entradas legacy y SegWit v0 afectadas y permitiendo que se procesen otras entradas válidas de la misma PSBT.
La protección se incorporó a la rama de desarrollo, pero al 4 de octubre no se había confirmado ninguna versión de producción que la incluyera. Por ello, los proveedores de monederos y las integraciones de firma con dispositivos físicos deben revisar cómo gestionan las solicitudes SIGHASH_SINGLE mientras los usuarios esperan una versión o una adaptación retroportada.
Preguntas frecuentes
-
¿Qué riesgo abordaba la protección de Bitcoin Core?
Se podía firmar una PSBT aunque la firma no vinculara el destino del pago aprobado por el usuario. El problema no exponía las claves privadas.
-
¿Qué relación tiene SIGHASH_SINGLE con la falta de una salida?
SIGHASH_SINGLE está diseñado para vincular una entrada con la salida situada en la misma posición. Si esa salida no existe, la firma podría no proteger el destino previsto.
-
¿Afectaba el problema por igual a las entradas legacy y SegWit v0?
No. Según los desarrolladores, las firmas legacy afectadas podrían reutilizarse contra otras salidas no gastadas si se dan las mismas condiciones. SegWit v0 mantiene el compromiso con la moneda y su importe, aunque el destino puede quedar sin vincular.
-
¿Por qué importa a los usuarios de monederos la vía de firma PSBT?
PSBT permite coordinar transacciones entre monederos de software, dispositivos físicos y firmantes sin conexión. El firmante debe comprobar que los detalles de la transacción coincidan con lo aprobado por el usuario.
-
¿Estaba disponible la protección en una versión de producción de Bitcoin Core?
El cambio se incorporó a la rama de desarrollo de Bitcoin Core el 25 de septiembre. Al 4 de octubre no se había identificado ninguna versión de producción que lo incluyera ni ninguna adaptación retroportada confirmada.
WuBlockchain
CoinTelegraph
CZ Binance
Crypto News
Crypto Rank News
TheBlock