¿Qué ocurrió exactamente?
Bitcoin Core, la implementación de software más utilizada de la red de bitcoin, cambió su política de seguridad según coinciden los informes de Decrypt, CoinDesk y Cointelegraph. A partir de ahora, en el caso de las vulnerabilidades clasificadas como "fácilmente detectables" (easily discoverable), los desarrolladores incorporarán las correcciones de inmediato (lo que se conoce como backport) y publicarán nuevas versiones, en lugar de mantenerlas bajo un embargo prolongado.
El embargo es el periodo durante el cual la información sobre un fallo se mantiene en secreto para que los atacantes no obtengan instrucciones antes de que los usuarios estén protegidos. Esta lógica solo funciona si el fallo es difícil de descubrir. Según CoinDesk y Cointelegraph, Bitcoin Core argumenta que, en una parte de los fallos, el secretismo ya no aporta gran protección.
¿Por qué lo hacen los desarrolladores precisamente ahora?
El detonante clave es la llegada de herramientas de IA capaces de buscar fallos en el código. Según CoinDesk, durante el verano la IA detectó cientos de fallos de bitcoin antes que las personas. Decrypt describe el núcleo del problema así: si un atacante puede volver a descubrir un fallo con una sola consulta a un chatbot, entonces el secretismo prolongado solo alarga el tiempo durante el cual los usuarios están vulnerables, sin ayudarles realmente.
En otras palabras, la antigua ventaja de los defensores (que el fallo estaba "oculto") se reduce con las herramientas de IA. Cuando encontrar un fallo es trivial para cualquiera con acceso al modelo, publicar la corrección rápidamente es más seguro que esperar.
¿Qué significa exactamente "fácilmente detectable"?
Aquí hay que ser precisos. Las fuentes describen el nuevo enfoque para fallos clasificados como fácilmente detectables, de los que se presume que un atacante puede volver a encontrarlos con un esfuerzo mínimo. Cómo clasificará exactamente Bitcoin Core cada fallo dentro de esta categoría y quién lo decide no se desprende de forma clara de las fuentes disponibles. Eso, por ahora, no está claro.
De igual modo, en las fuentes citadas no queda claro si cambia el procedimiento para vulnerabilidades más complejas que la IA todavía no detecta habitualmente. En esos casos, la divulgación coordinada y el embargo pueden seguir teniendo sentido.
¿Cómo encaja esto en el panorama más amplio de la seguridad?
El contexto más amplio del año es tenso. The Block informó en el mismo periodo de que la red Initia suspendió su funcionamiento tras un incidente de seguridad, en el que un atacante habría acuñado tokens y los datos on-chain mostraron una transferencia de ether por un valor aproximado de 2,7 millones de dólares. Se trata de un proyecto distinto y de un tipo de incidente diferente al cambio de política en Bitcoin Core, pero ilustra el entorno en el que se decide sobre la velocidad de respuesta ante vulnerabilidades.
Cuidado con la causalidad: nada en las fuentes vincula el incidente de Initia directamente con el cambio de reglas de Bitcoin Core. Son dos sucesos independientes de la misma semana.
Qué seguir de cerca en este tipo de cambios
- Cómo funcionará en la práctica la clasificación de fallos "fácilmente detectables" y con qué transparencia la publicarán los desarrolladores.
- Si la publicación más rápida de correcciones conducirá a actualizaciones más frecuentes de los nodos y cómo reaccionarán los operadores.
- Si otros grandes proyectos (no solo los de bitcoin) ajustarán sus políticas de divulgación en una dirección similar debido a la IA.
Charliedesk no da recomendaciones sobre qué hacer con ningún activo. Esto es una descripción de lo que ocurrió y de por qué, según las fuentes, lo hicieron los desarrolladores.