BitBox publica actualización de seguridad, si usas @BitBox es mandatorio actualizar.
No son fallos graves en cuanto a la facilidad de ejecutar los posibles ataques, pero es altamente recomendable la actualización.
BitBox acaba de sacar una actualización (versión 9.26.5) que corrige tres fallos de seguridad en el firmware de sus dispositivos. Os contamos qué es y qué tenéis que hacer.
Los tres fallos:
1. Uno en el arranque del dispositivo que permitiría instalar un firmware falso. Pero solo si antes te engañan para descargar una app falsa. Ya estaba corregido en la actualización de julio.
2. Un fallo de memoria en la edición Multi, y solo cuando el dispositivo todavía no tiene monedero configurado y se conecta a un ordenador comprometido. La edición Bitcoin-only no está afectada, sencillamente porque ese código no existe en su firmware.
3. Un problema con los Silent Payments que no permite robar fondos, pero sí dejarlos bloqueados en una dirección equivocada.
Lo importante: no hay ni un solo caso de fondos robados que se haya reportado.
Y las condiciones para explotar cualquiera de los tres son bastante rebuscadas.
Dos cosas que merece la pena destacar:
Los tres fallos los encontró el propio equipo de BitBox en sus auditorías internas. Aparentemente nadie los estaba explotando. Ellos buscaron fallos, los encontraron y los publicaron con todo detalle. Así es como debe funcionar esto.
Y algo que va a marcar los próximos años: están usando modelos de IA para auditar su propio código, y dicen haber recibido un volumen récord de reportes externos hechos también con IA.
Como ya lo he mencionado en esta newsletter: https://newsparser.btcconsulting360.com/atacar-y-defender
La IA está encontrando bugs en todo el ecosistema mucho más rápido que antes. Eso significa más fallos descubiertos, sí, pero también corregidos mucho antes de que alguien los aproveche.
Qué tenéis que hacer:
Actualizar el firmware. Se hace desde la BitBoxApp, en Gestionar dispositivo. Descargad la app siempre desde bitbox.swiss o directamente desde el banner dentro de la propia app.
Y como siempre: BitBox nunca os va a pedir las palabras de recuperación. Nadie os las va a pedir nunca. Cuidado con los correos que aprovechan estos anuncios para meter miedo.
Aquí el anuncio original: https://blog.bitbox.swiss/en/bitbox-08-2026-dixence-update/
Decentralized
decentralized@dinerosinreglas.com
npub1qqqq...hrhr
#Bitcoin ₿ para aprender y educar.
Co-Founder y Organizador de @WoBitcoin
🚀 RoboSats v0.8.6-alpha ya está disponible.
🔒 Correcciones de seguridad y dependencias actualizadas
➕ Nuevos métodos de pago: Wero y gift cards de DoorDash (EE. UU.)
⚠️ 3 coordinadores retirados
🐛 Varios bugs corregidos

GitHub
Release v0.8.6-alpha · RoboSats/robosats
RoboSats v0.8.6-alpha is now out! 🚀
Changes
What's new
TL;DR
General security fixes and dependency updates
3 coordinators removed from service....
Empiezo a leer, sobre el tema BIP-110, que se está poniendo sobre la mesa un posible cambio de proof of work.
En redes, pero qué dice el código?
El código no opina, el código es lo que se ejecuta. Cierto que antes se debate, se revisa, y se prueba,
Existe una rama, que de hecho ya se había comentado en redes preparada por Chris Guida (@cguida6) y lo que hace es adaptar código que Luke escribió en 2017 para que encaje en la versión de hoy.
Pero no hay ningún algoritmo elegido: los cuatro que trae (SHA256, SHA256d, RIPEMD160, HASH160) son de prueba y solo funcionan en regtest.
En mainnet el algoritmo por defecto es el de siempre, es decir si alguien ejecuta ese programa hoy, mina exactamente igual que ahora.
La dificultad la bajan de golpe a una millonésima parte, un número puesto a mano, y a partir de ahí vuelve el mecanismo de siempre, que solo se corrige cada 2016 bloques.
Si se quedan cortos de potencia, no hay forma de arreglarlo antes: toca esperar esos 2016 bloques, y eso pueden ser meses.
Y falta algo básico: si la cadena se parte, un pago firmado vale en las dos, así que alguien puede repetirlo en la otra y moverte monedas que no querías mover. Ese código no está escrito
En general creo que aún no hay un plan, aunque a lo mejor me estoy perdiendo info.
Por si queda alguna duda, de momento, yo no he visto nada real en esa línea, pero no me he leído todo internet.
Si se hace, esto es un hard fork, es una separación, es algo que deben saber quiénes quieran ir hasta sus últimas consecuencias y deben decirlo claramente sus promotores.
Están en su derecho, pero en mi opinión deben ir de frente con ese mensaje.
Mira que respeto a Luke, pero no puede decir que los bloques son más lentos y que eso es "tolerable".

BIP-110 Observer
BIP-110 signalling, measured against own Bitcoin nodes. Every number labelled by how much it can be trusted.
Varias horas después, la cadena de nodos que apoyan al BIP-110 sigue sin avanzar .

BIP-110 Observer
BIP-110 signalling, measured against own Bitcoin nodes. Every number labelled by how much it can be trusted.

Y mis canales de LN siguen vivos, menos lo que decidieron cerrar, está claro y por el momento, eso acaba de empezar!
Ya está. Se ha minado el bloque 961.632.
¿Bitcoin ha desaparecido?
NOOOOO!
Lo primero, porque es lo que importa a la mayoría: no ha pasado nada que te obligue a hacer nada. No hay dos Bitcoin. Si tienes tus bitcoin con tus llaves, no tienes que mover nada ni elegir bando.
Lo que ha cambiado es lo que aceptan unos nodos concretos.
Desde este bloque, los que aplican el BIP-110 solo dan por bueno un bloque si lleva la señal.
El que no la lleve, para ellos no existe.
Así que esos nodos (BIP-110) se han quedado ahí parados, esperado a por info BIP-110 mientras el resto de la red sigue.
¿Ahora qué? Dos caminos.
Uno: que sigan parados. Cuantos más bloques pasen sin señal, más atrás se quedan.
No se rompe nada, simplemente dejan de ver lo que ve todo el mundo.
Dos: que alguien se ponga a minar desde donde ellos se quedaron y con la señal puesta.
Ese día habrá dos cadenas de verdad, cada una con sus bloques.
Y eso necesita potencia de minado detrás.
Hoy señaliza el 2,5%.
Es por lo que apuestán BIP-110.
Iré contando lo que pase con datos, no con predicciones.
View quoted note →
BIP-110 Observer
BIP-110 signalling, measured against own Bitcoin nodes. Every number labelled by how much it can be trusted.
Cosquillas, para qué vamos a negarlo
Muchas cosquillas o mariposas, escoge como llamarlas.
Lo importante del BIP-110 no es la activación.
Es lo que pasa a partir del bloque 961.632.
Hasta ahí señalizar es voluntario.
A partir de ahí, y durante un periodo de reajuste completo (2016 bloques), los nodos que aplican el BIP-110 rechazarán como inválidos los bloques que no señalicen.
Un detalle que no he leído en casi ningún sitio: aplicar el BIP-110 no se decide en el bitcoin.conf, se decide con el binario que ejecutes.
Con los binarios oficiales de Knots, poner consensusrules=rdts o no ponerlo no desactiva nada: el nodo aplica las reglas igual.
Ese parámetro es irrelevante.
Quien ejecuta ese binario las aplica, lo sepa o no (un poco tricky en mi opinión).
Y a partir de aquí algo importante en mi opinión.
Los bloques van pegados unos a otros, como los vagones de un tren: no se pueden saltar.
Un nodo con BIP-110 solo acepta los que llevan la señal "BIP-110"", así que en cuanto llegue uno sin ella, se planta ahí.
Y a partir de ese momento los bloques van pegados unos a otros, como los vagones de un tren: no se pueden saltar.
Un nodo con BIP-110 solo acepta los vagones que llevan la señal.
En cuanto llegue uno sin ella, se planta ahí (se queda esperando).
Y como todos los que vengan después van enganchados a ese, tampoco le valen, lleven la señal o no.
Para volver a avanzar necesita que alguien se ponga a minar desde donde él se quedó, y con la señal puesta.
Cuando eso ocurra habrá dos Bitcoin avanzando por separado.
Ahí es donde se parte la cadena.
Y mientras la señalización siga tan baja, esos nodos pueden pasar horas sin dar por bueno ni un bloque.
Veremos online que sucede:

BIP-110 Observer
BIP-110 signalling, measured against own Bitcoin nodes. Every number labelled by how much it can be trusted.

La parte de regenerar macaroons es fundamental!
View quoted note →
Volvemos a estar ready.
Pero con un ojo encima (más grande que el de Sauron)!
Gracias!! View quoted note →
Si corres BTCPay Server, actualiza ya a 2.4.2.
Vulnerabilidad crítica bajo explotación activa.
Y ojo: tener 2FA activado NO te protege.
El fallo: la API Greenfield aceptaba autenticación Basic (usuario + contraseña) sin comprobar el segundo factor.
Con tus credenciales, alguien entraba por API con permisos completos. El TOTP no pintaba nada.
Muy recomendable, actualiza también NBXplorer a 2.6.10.
Si usas docker es más sencillo de actualizar.
Actualizar no cierra el incidente. Si alguien entró, se llevó lo que hubiera dentro.
Antes de reconectar nada:
- Audita usuarios: Busca cuentas admin que no reconozcas
- Revoca TODAS las API Keys, el parche no invalida las emitidas
- Contraseñas nuevas
Si conectas BTCPay con un nodo LN:
- el macaroon se ve en texto en los ajustes de tienda.
En LND borra los .macaroon y macaroons.db, donde está la root key.
Si solo borras los macaroons, los robados siguen validando.
Si alguien generó una hot wallet on-chain desde BTCPay (pésima opción, pero factible), la semilla está en tu base de datos.
Mueve esos fondos hoy a una wallet con semilla generada fuera.
Sobre todo si compartes tu instancia.
Avisa a quien conozcas que corra BTCPay.
GitHub
Release 2.4.2 · btcpayserver/btcpayserver
This release contains fix of a critical vulnerability that is being actively exploited. You need to update as fast as you can.
We recommend integra...
GitHub
Release v2.6.10 · btcpayserver/NBXplorer
2.6.10
Debido a esta advertencia, el BTC Payserver de @Wo_Bitcoin
y el de cualquier tienda que este usando el BTCPay de dinerosinreglas esta desactivado hasta nuevo aviso.
Si sabes de alguien que este usando BTCPay, avísale de inmediato.
👇👀🔥🔥🔥🔥👀👇
Lo siento pero no tengo tiempo de buscar el post para Nostr:


X (formerly Twitter)
BTCPay Server (@BtcpayServer) on X
There is a critical vulnerability being actively exploited on BTCPay Server, which can result in the loss of funds.
Please update your BTCPayServe...
GM.
What a week, isn't?
It's Friday, let's go!!!
Muchas gracias a Silkpad, de la mano de @ChavoGnuGrowers
por apoyarnos un año más.
Es un lujo que nos apoye.
Y dale un vistazo a la nueva web, totalmente alineada por los valores de la empresa
Gracias ❤️❤️❤️
Nos vemos más pronto de lo que parece! View quoted note →

SilkPad - Privacy & Security by Default
Donde la privacidad no es una opción, es el estándar. Hardware auditable, software libre y pagos anónimos. Compra ordenadores seguros hoy.
Lo que llevo de verano, y acaba de empezar.
WTF!


A lot of things is happening, but .....

BIP-110 Observer
BIP-110 signalling, measured against own Bitcoin nodes. Every number labelled by how much it can be trusted.

👇👀👀😍😍👀👀👇 View quoted note →
El 31 de agosto termina el periodo mid-term y las entradas cambian de precio.
3 días donde la actualidad manda y seguramente tratemos muchos temas de relevante actualidad, tanto en los talleres y como en los debates.
📅 2-4 oct · Madrid
Nos vemos en #WOB26,
👇⚡️⚡️👇 View quoted note →
