\n
Bitcoin Core revis\u00f3 su pol\u00edtica de divulgaci\u00f3n ante vulnerabilidades que los modelos de lenguaje pueden redescubrir f\u00e1cilmente. En una actualizaci\u00f3n de la Bitcoin Development Mailing List<\/a>, Antoine Poinsot explic\u00f3 que los reportes han aumentado porque los LLM pueden identificar bugs o fixes encubiertos. Bitcoin Core acelerar\u00e1 los parches para fallos considerados f\u00e1ciles de descubrir en lugar de mantenerlos bajo embargos prolongados.<\/strong> El cambio a\u00f1ade otra capa al mantenimiento del software de Bitcoin<\/a>.<\/p>\n <\/p>\n Bitcoin Core favorec\u00eda embargos m\u00e1s largos porque muchos usuarios actualizan lentamente, dando m\u00e1s tiempo antes de publicar detalles t\u00e9cnicos. Ese enfoque puede impedir backports y obligar a esperar una versi\u00f3n mayor. Para bugs que un atacante puede redescubrir con poco esfuerzo, los desarrolladores consideran que el secreto ofrece protecci\u00f3n limitada mientras retrasa software corregido.<\/strong> El cambio llega tras atenci\u00f3n sobre la seguridad de Bitcoin Core<\/a>.<\/p>\n Durante el triage, los maintainers podr\u00e1n clasificar una vulnerabilidad como \u201cf\u00e1cil de descubrir\u201d. Poinsot dijo que la categor\u00eda incluir\u00e1 problemas encontrados con un prompt sencillo a un LLM, aunque no se limita a IA. Para esos fallos, los fixes se aplicar\u00e1n mediante backport a todas las versiones mantenidas y las releases se publicar\u00e1n pronto. Los avisos acompa\u00f1ar\u00e1n las versiones corregidas, sin depender del calendario extendido anterior.<\/strong> El enfoque aparece mientras revisiones de seguridad asistidas por IA<\/a> aumentan hallazgos que requieren validaci\u00f3n.<\/p>\n Las dem\u00e1s vulnerabilidades seguir\u00e1n bajo el marco basado en severidad. Los problemas de baja gravedad se publican dos semanas despu\u00e9s de una versi\u00f3n mayor con el fix, mientras los de severidad media y alta se divulgan dos semanas despu\u00e9s de que la \u00faltima versi\u00f3n afectada llegue al final de su vida \u00fatil, normalmente un a\u00f1o. Las vulnerabilidades cr\u00edticas permanecen fuera del calendario est\u00e1ndar porque probablemente exigir\u00edan una respuesta ad hoc.<\/strong> La pol\u00edtica cambia el tratamiento de bugs f\u00e1ciles de redescubrir sin sustituir la divulgaci\u00f3n coordinada.<\/p>\n El cambio refleja un entorno donde la automatizaci\u00f3n ayuda a defensores a encontrar bugs m\u00e1s r\u00e1pido y puede facilitar que atacantes reproduzcan debilidades. Los scanners de seguridad open source impulsados por IA<\/a> muestran esa aceleraci\u00f3n, aunque los hallazgos generados por modelos necesitan verificaci\u00f3n. La pol\u00edtica actualizada prioriza la disponibilidad de parches cuando mantener el secreto ya no reduce significativamente el riesgo de descubrimiento.<\/strong> Esta categor\u00eda recibir\u00e1 backports y releases r\u00e1pidas, mientras los fallos dif\u00edciles seguir\u00e1n bajo embargos.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Bitcoin Core revis\u00f3 su pol\u00edtica porque los LLM facilitan redescubrir vulnerabilidades, creando una v\u00eda r\u00e1pida para fallos considerados f\u00e1ciles de encontrar. Esos problemas recibir\u00e1n fixes mediante backport en versiones mantenidas, releases r\u00e1pidas y avisos de seguridad publicados junto con las correcciones. Las dem\u00e1s vulnerabilidades conservar\u00e1n calendarios basados en severidad, mientras … <\/p>\nLos Bugs F\u00e1ciles de Redescubrir Recibir\u00e1n Parches y Divulgaci\u00f3n M\u00e1s R\u00e1pidos<\/h2>\n
![\"Bitcoin](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/10\/Bitcoin-Core-Developer-Outlines-Policy-Shift.jpg\")
<\/p>\n