Decentralized's avatar
Decentralized
decentralized@dinerosinreglas.com
npub1qqqq...hrhr
#Bitcoin ₿ para aprender y educar. Co-Founder y Organizador de @WoBitcoin
Decentralized's avatar
Decentralized 2 months ago
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's avatar
Decentralized 2 months ago
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.
Decentralized's avatar
Decentralized 2 months ago
Y mis canales de LN siguen vivos, menos lo que decidieron cerrar, está claro y por el momento, eso acaba de empezar!
Decentralized's avatar
Decentralized 2 months ago
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 →
Decentralized's avatar
Decentralized 2 months ago
Cosquillas, para qué vamos a negarlo Muchas cosquillas o mariposas, escoge como llamarlas.
Decentralized's avatar
Decentralized 2 months ago
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: image
Decentralized's avatar
Decentralized 2 months ago
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.
Decentralized's avatar
Decentralized 2 months ago
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:
Decentralized's avatar
Decentralized 3 months ago
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 →
↑