MPC钱包深度研究
19 Publicaciones
MPC钱包深度研究
Denunciar
Bloquear usuario
21 Siguiendo
2 Seguidores
0 Me gusta
Publicaciones
·
--
Los agentes de IA están pasando de “buscar información por la persona” a “comprar servicios en su lugar”2026-08-24
Según informó CoinDesk el 23 de agosto, los escenarios más comunes de los pagos agentic actuales aún no consisten en que un agente compre boletos de avión en nombre del usuario, sino en que el agente pague cantidades pequeñas y por tandas por datos, capacidad de cómputo y APIs. El informe compara esta fase actual con una etapa temprana de pruebas del pago agentic: la infraestructura todavía está creciendo, pero las fuentes de financiación, la asignación de responsabilidades y los límites de seguridad aún no están definidos.
Esto cambia el problema de las billeteras. Pagar ya no es solo un clic, sino una autorización ejecutable. Para un agente, “poder pagar” no es el final: también debe saber qué servicios se pueden pagar, cuál es el límite máximo por operación, cuánto se puede gastar como máximo en un día y cuándo debe devolver el control de la confirmación a una persona.
Los agentes de IA están pasando de “buscar información por la persona” a “comprar servicios en su lugar”
2026-08-24
Según informó CoinDesk el 23 de agosto, los escenarios más comunes de los pagos agentic actuales aún no consisten en que un agente compre boletos de avión en nombre del usuario, sino en que el agente pague cantidades pequeñas y por tandas por datos, capacidad de cómputo y APIs. El informe compara esta fase actual con una etapa temprana de pruebas del pago agentic: la infraestructura todavía está creciendo, pero las fuentes de financiación, la asignación de responsabilidades y los límites de seguridad aún no están definidos.
Esto cambia el problema de las billeteras. Pagar ya no es solo un clic, sino una autorización ejecutable. Para un agente, “poder pagar” no es el final: también debe saber qué servicios se pueden pagar, cuál es el límite máximo por operación, cuánto se puede gastar como máximo en un día y cuándo debe devolver el control de la confirmación a una persona.
Según informó CoinDesk el 23 de agosto, los escenarios más comunes de los pagos agentic actuales aún no consisten en que un agente compre boletos de avión en nombre del usuario, sino en que el agente pague cantidades pequeñas y por tandas por datos, capacidad de cómputo y APIs. El informe compara esta fase actual con una etapa temprana de pruebas del pago agentic: la infraestructura todavía está creciendo, pero las fuentes de financiación, la asignación de responsabilidades y los límites de seguridad aún no están definidos.
Esto cambia el problema de las billeteras. Pagar ya no es solo un clic, sino una autorización ejecutable. Para un agente, “poder pagar” no es el final: también debe saber qué servicios se pueden pagar, cuál es el límite máximo por operación, cuánto se puede gastar como máximo en un día y cuándo debe devolver el control de la confirmación a una persona.
81
·
--
El custodia por umbral se está moviendo desde los activos en cadena hacia la infraestructura de pagos en línea2026-08-23
La lección de la semana pasada fue que la seguridad de las claves no puede evaluarse solo una vez al generarlas o una vez al actualizarlas; hoy la señal cambia de capa: las firmas umbral se están integrando en protocolos de pago más complejos y con conexión continua, y los límites de seguridad del propio protocolo también deben rediseñarse.
Según el reporte de IACR ePrint, un nuevo artículo parte de las limitaciones reales de Lightning: los endpoints del canal dependen de una única clave en línea, y la experiencia existente de firmas umbral en Bitcoin on-chain no puede resolver directamente los problemas del flujo de mensajes de Lightning. El artículo propone firmas multisig umbral anidadas y, a modo de ejemplo, usa la construcción Iceberg, para que en el lado de Lightning se opere con un conjunto umbral, mientras que, desde la perspectiva del adversario, siga pareciendo un participante estándar de MuSig2.
El custodia por umbral se está moviendo desde los activos en cadena hacia la infraestructura de pagos en línea
2026-08-23
La lección de la semana pasada fue que la seguridad de las claves no puede evaluarse solo una vez al generarlas o una vez al actualizarlas; hoy la señal cambia de capa: las firmas umbral se están integrando en protocolos de pago más complejos y con conexión continua, y los límites de seguridad del propio protocolo también deben rediseñarse.
Según el reporte de IACR ePrint, un nuevo artículo parte de las limitaciones reales de Lightning: los endpoints del canal dependen de una única clave en línea, y la experiencia existente de firmas umbral en Bitcoin on-chain no puede resolver directamente los problemas del flujo de mensajes de Lightning. El artículo propone firmas multisig umbral anidadas y, a modo de ejemplo, usa la construcción Iceberg, para que en el lado de Lightning se opere con un conjunto umbral, mientras que, desde la perspectiva del adversario, siga pareciendo un participante estándar de MuSig2.
La lección de la semana pasada fue que la seguridad de las claves no puede evaluarse solo una vez al generarlas o una vez al actualizarlas; hoy la señal cambia de capa: las firmas umbral se están integrando en protocolos de pago más complejos y con conexión continua, y los límites de seguridad del propio protocolo también deben rediseñarse.
Según el reporte de IACR ePrint, un nuevo artículo parte de las limitaciones reales de Lightning: los endpoints del canal dependen de una única clave en línea, y la experiencia existente de firmas umbral en Bitcoin on-chain no puede resolver directamente los problemas del flujo de mensajes de Lightning. El artículo propone firmas multisig umbral anidadas y, a modo de ejemplo, usa la construcción Iceberg, para que en el lado de Lightning se opere con un conjunto umbral, mientras que, desde la perspectiva del adversario, siga pareciendo un participante estándar de MuSig2.
62
·
--
La actualización de firmware no es una migración: dos fronteras de seguridad en una cartera de hardware2026-08-22
Según la última actualización de seguridad de Coinkite, las semillas generadas nuevas deben incorporar un tipo de entrada aleatoria proporcionada por el usuario, incluyendo pulsaciones de teclas con temporización impredecible, dados físicos o lanzamientos de una moneda al aire.
Más clave aún: Coinkite indicó explícitamente que, si una semilla se generó entre 2021 y julio de 2026 en firmware afectado, las actualizaciones no harán que la semilla vulnerable existente vuelva a ser segura; el usuario debe seguir generando nuevas semillas en el firmware corregido y migrar fondos. La información de CoinDesk también señala que las carteras afectadas aún requieren nuevas semillas y la migración de fondos.
Esto separa dos estados que a menudo se confunden: la ruta de generación cambia después de la actualización; solo la migración transfiere el control de los activos a nuevos materiales de clave.
La actualización de firmware no es una migración: dos fronteras de seguridad en una cartera de hardware
2026-08-22
Según la última actualización de seguridad de Coinkite, las semillas generadas nuevas deben incorporar un tipo de entrada aleatoria proporcionada por el usuario, incluyendo pulsaciones de teclas con temporización impredecible, dados físicos o lanzamientos de una moneda al aire.
Más clave aún: Coinkite indicó explícitamente que, si una semilla se generó entre 2021 y julio de 2026 en firmware afectado, las actualizaciones no harán que la semilla vulnerable existente vuelva a ser segura; el usuario debe seguir generando nuevas semillas en el firmware corregido y migrar fondos. La información de CoinDesk también señala que las carteras afectadas aún requieren nuevas semillas y la migración de fondos.
Esto separa dos estados que a menudo se confunden: la ruta de generación cambia después de la actualización; solo la migración transfiere el control de los activos a nuevos materiales de clave.
Según la última actualización de seguridad de Coinkite, las semillas generadas nuevas deben incorporar un tipo de entrada aleatoria proporcionada por el usuario, incluyendo pulsaciones de teclas con temporización impredecible, dados físicos o lanzamientos de una moneda al aire.
Más clave aún: Coinkite indicó explícitamente que, si una semilla se generó entre 2021 y julio de 2026 en firmware afectado, las actualizaciones no harán que la semilla vulnerable existente vuelva a ser segura; el usuario debe seguir generando nuevas semillas en el firmware corregido y migrar fondos. La información de CoinDesk también señala que las carteras afectadas aún requieren nuevas semillas y la migración de fondos.
Esto separa dos estados que a menudo se confunden: la ruta de generación cambia después de la actualización; solo la migración transfiere el control de los activos a nuevos materiales de clave.
75
·
--
El siguiente umbral de los pagos con agentes: el plano de control2026-08-21
Según informó The Block, el contribuidor principal de OpenLedger, Ram Kumar, cree que los pagos con agentes podrían convertirse en la primera aplicación “killer” impulsada por IA en el ámbito cripto: el agente no puede abrir una cuenta bancaria ni completar el KYC tradicional, por lo que los activos cripto podrían ser una vía de transacción más natural para él.
Pero la entrada no equivale a la autorización. Kumar también señaló que el trading impulsado por agentes debería comenzar con importes muy pequeños y luego ir aumentando gradualmente.
AP2 de Google divide el problema en autorización, autenticidad y responsabilidad, y registra en Mandate las instrucciones del usuario, el límite de precio, el tiempo y otras condiciones; Google también lanzó la extensión A2A x402, orientada a pagos cifrados para agentes.
El siguiente umbral de los pagos con agentes: el plano de control
2026-08-21
Según informó The Block, el contribuidor principal de OpenLedger, Ram Kumar, cree que los pagos con agentes podrían convertirse en la primera aplicación “killer” impulsada por IA en el ámbito cripto: el agente no puede abrir una cuenta bancaria ni completar el KYC tradicional, por lo que los activos cripto podrían ser una vía de transacción más natural para él.
Pero la entrada no equivale a la autorización. Kumar también señaló que el trading impulsado por agentes debería comenzar con importes muy pequeños y luego ir aumentando gradualmente.
AP2 de Google divide el problema en autorización, autenticidad y responsabilidad, y registra en Mandate las instrucciones del usuario, el límite de precio, el tiempo y otras condiciones; Google también lanzó la extensión A2A x402, orientada a pagos cifrados para agentes.
Según informó The Block, el contribuidor principal de OpenLedger, Ram Kumar, cree que los pagos con agentes podrían convertirse en la primera aplicación “killer” impulsada por IA en el ámbito cripto: el agente no puede abrir una cuenta bancaria ni completar el KYC tradicional, por lo que los activos cripto podrían ser una vía de transacción más natural para él.
Pero la entrada no equivale a la autorización. Kumar también señaló que el trading impulsado por agentes debería comenzar con importes muy pequeños y luego ir aumentando gradualmente.
AP2 de Google divide el problema en autorización, autenticidad y responsabilidad, y registra en Mandate las instrucciones del usuario, el límite de precio, el tiempo y otras condiciones; Google también lanzó la extensión A2A x402, orientada a pagos cifrados para agentes.
89
·
--
El siguiente umbral de los pagos con Agent: no es el volumen de operaciones, sino el plano de control2026-08-20 · Autocustodia y seguridad de claves / Carteras AI×Web3
La semana pasada, el foco del debate fue si el Agent puede iniciar pagos; hoy vale más la pena preguntar otra cosa: cuando puede iniciar más operaciones, ¿quién lo limita y quién lo revisa/valida?
Según informa The Block, Bitwise CIO Matt Hougan considera que la expansión del mercado de la tokenización y que los AI Agent operen en nombre de los usuarios podrían estar subestimando la actividad de transacciones en la cadena de bloques entre 10 y 100 veces; también reconoce explícitamente que un periodo de negociación más largo no necesariamente se traduce, en la misma proporción, en un mayor volumen de operaciones. Esto es una valoración de dirección, no una predicción del volumen de transacciones.
El siguiente umbral de los pagos con Agent: no es el volumen de operaciones, sino el plano de control
2026-08-20 · Autocustodia y seguridad de claves / Carteras AI×Web3
La semana pasada, el foco del debate fue si el Agent puede iniciar pagos; hoy vale más la pena preguntar otra cosa: cuando puede iniciar más operaciones, ¿quién lo limita y quién lo revisa/valida?
Según informa The Block, Bitwise CIO Matt Hougan considera que la expansión del mercado de la tokenización y que los AI Agent operen en nombre de los usuarios podrían estar subestimando la actividad de transacciones en la cadena de bloques entre 10 y 100 veces; también reconoce explícitamente que un periodo de negociación más largo no necesariamente se traduce, en la misma proporción, en un mayor volumen de operaciones. Esto es una valoración de dirección, no una predicción del volumen de transacciones.
La semana pasada, el foco del debate fue si el Agent puede iniciar pagos; hoy vale más la pena preguntar otra cosa: cuando puede iniciar más operaciones, ¿quién lo limita y quién lo revisa/valida?
Según informa The Block, Bitwise CIO Matt Hougan considera que la expansión del mercado de la tokenización y que los AI Agent operen en nombre de los usuarios podrían estar subestimando la actividad de transacciones en la cadena de bloques entre 10 y 100 veces; también reconoce explícitamente que un periodo de negociación más largo no necesariamente se traduce, en la misma proporción, en un mayor volumen de operaciones. Esto es una valoración de dirección, no una predicción del volumen de transacciones.
76
·
--
La IA comienza a auditar carteras de hardware, pero también surgen nuevos riesgos que se están extendiendo a los archivos de configuración
2026-08-19 · Autocustodia y seguridad de claves / Carteras AI×Web3
La semana pasada, el riesgo estaba en los datos de los pedidos y en la cadena de suministro de hardware; esta semana cambia hacia dos direcciones nuevas: primero, los modelos de IA empiezan a usarse para auditar el firmware y, de hecho, descubren vulnerabilidades graves; segundo, los archivos de configuración y el contexto mismo de los agentes empresariales se convierten en un vector de ataque: las claves no solo están en la cartera, sino también en la configuración en texto plano de la cadena de herramientas y en la memoria de la sesión.
Según informa Decrypt, el fabricante suizo de carteras de hardware BitBox utilizó modelos de IA de vanguardia en su auditoría interna y encontró dos vulnerabilidades críticas en el firmware, además de un problema en el bootloader. Una de las vulnerabilidades está en el bootloader: el atacante puede, mediante phishing, inducir al usuario a instalar una falsa BitBoxApp y, después de desbloquear el dispositivo, cargar un firmware malicioso para robar bitcoins. La otra vulnerabilidad es un defecto de corrupción de memoria existente antes de la configuración de múltiples versiones (Multi), que, combinada con una computadora controlada, permite la ejecución de código arbitrario.
BitBox afirma que no hay evidencia de que estas vulnerabilidades hayan sido explotadas realmente y que las semillas de la cartera nunca hayan estado en riesgo. Pero el informe también señala que, tras la divulgación de una explotación que provocó pérdidas de más de 130 millones de dólares por parte de Coldcard, esta sería otra revelación de fallos en el firmware de una cartera de hardware, recordando nuevamente que las carteras de hardware no son infalibles.
Mientras tanto, otro tipo de riesgo se está extendiendo desde la infraestructura hacia la cadena de herramientas. Según The Hacker News, los servidores MCP pueden exponer secretos empresariales mediante archivos de configuración en texto plano, permisos de acceso excesivamente autorizados y la inyección de prompts (prompt injection), y estos riesgos normalmente ya existen antes de que intervenga el equipo de seguridad.
Esto indica que, cuando un agente tiene capacidad de pago, las claves no solo residen en el firmware de la cartera, sino que también pueden dispersarse en archivos de configuración, variables de entorno y contextos de la sesión. Si la configuración de un agente no está aislada y almacenada de forma cifrada, la superficie de ataque se amplía de “si se puede vulnerar el hardware” a “si se puede leer el directorio de configuración de la herramienta”.
Al mismo tiempo, también está cambiando la custodia institucional. Según The Block, Citibank prevé lanzar un servicio de custodia de bitcoin más adelante este año, como parte de su nueva plataforma Custody+. La plataforma también incluye servicios de activos en tiempo real, liquidación inmediata, herramientas de liquidez y análisis de mercado impulsado por IA.
De acuerdo con Decrypt, la Custody+ de Citi permite a los clientes institucionales mantener bitcoin y activos tradicionales bajo el mismo marco. Esto sería un siguiente paso tras el anuncio de Citi en octubre sobre su plan de lanzar custodia institucional de bitcoin en 2026.
Estas tres noticias apuntan al mismo tipo de tendencia: el límite de la seguridad de las claves se está extendiendo desde “si el dispositivo está desconectado” hasta “si el modelo puede confiarse como auditor del firmware”, “si los archivos de configuración filtrarán credenciales” y “si el marco de custodia puede proteger simultáneamente los activos on-chain y off-chain”. Tanto si un fabricante de carteras de hardware audita su propio código con IA, como si una empresa descubre que el servidor MCP en sí se convierte en un punto de exposición de secretos, o incluso si un banco tradicional unifica la custodia de bitcoin con la custodia de valores en una misma arquitectura, todo apunta a lo mismo: la interfaz técnica entre la autocustodia y la custodia se está redefiniendo, y la superficie de ataque también se está expandiendo al mismo ritmo.
Divulgación: recopilado por el equipo de CoWallet. Nosotros hacemos carteras MPC con ECDSA umbral (threshold), así que tenemos una postura en el debate sobre autocustodia y seguridad de claves.
https://cowallet.ai/en?pid=jingle
Fuente de información: Decrypt (divulgación de vulnerabilidades del firmware de BitBox), The Hacker News (exposición de secretos del servidor MCP), The Block y Decrypt (custodia de bitcoin de Custody+ de Citi).
#AI #Web3 #MPC #硬件钱包 #MCP
La IA comienza a auditar carteras de hardware, pero también surgen nuevos riesgos que se están extendiendo a los archivos de configuración
2026-08-19 · Autocustodia y seguridad de claves / Carteras AI×Web3
La semana pasada, el riesgo estaba en los datos de los pedidos y en la cadena de suministro de hardware; esta semana cambia hacia dos direcciones nuevas: primero, los modelos de IA empiezan a usarse para auditar el firmware y, de hecho, descubren vulnerabilidades graves; segundo, los archivos de configuración y el contexto mismo de los agentes empresariales se convierten en un vector de ataque: las claves no solo están en la cartera, sino también en la configuración en texto plano de la cadena de herramientas y en la memoria de la sesión.
Según informa Decrypt, el fabricante suizo de carteras de hardware BitBox utilizó modelos de IA de vanguardia en su auditoría interna y encontró dos vulnerabilidades críticas en el firmware, además de un problema en el bootloader. Una de las vulnerabilidades está en el bootloader: el atacante puede, mediante phishing, inducir al usuario a instalar una falsa BitBoxApp y, después de desbloquear el dispositivo, cargar un firmware malicioso para robar bitcoins. La otra vulnerabilidad es un defecto de corrupción de memoria existente antes de la configuración de múltiples versiones (Multi), que, combinada con una computadora controlada, permite la ejecución de código arbitrario.
BitBox afirma que no hay evidencia de que estas vulnerabilidades hayan sido explotadas realmente y que las semillas de la cartera nunca hayan estado en riesgo. Pero el informe también señala que, tras la divulgación de una explotación que provocó pérdidas de más de 130 millones de dólares por parte de Coldcard, esta sería otra revelación de fallos en el firmware de una cartera de hardware, recordando nuevamente que las carteras de hardware no son infalibles.
Mientras tanto, otro tipo de riesgo se está extendiendo desde la infraestructura hacia la cadena de herramientas. Según The Hacker News, los servidores MCP pueden exponer secretos empresariales mediante archivos de configuración en texto plano, permisos de acceso excesivamente autorizados y la inyección de prompts (prompt injection), y estos riesgos normalmente ya existen antes de que intervenga el equipo de seguridad.
Esto indica que, cuando un agente tiene capacidad de pago, las claves no solo residen en el firmware de la cartera, sino que también pueden dispersarse en archivos de configuración, variables de entorno y contextos de la sesión. Si la configuración de un agente no está aislada y almacenada de forma cifrada, la superficie de ataque se amplía de “si se puede vulnerar el hardware” a “si se puede leer el directorio de configuración de la herramienta”.
Al mismo tiempo, también está cambiando la custodia institucional. Según The Block, Citibank prevé lanzar un servicio de custodia de bitcoin más adelante este año, como parte de su nueva plataforma Custody+. La plataforma también incluye servicios de activos en tiempo real, liquidación inmediata, herramientas de liquidez y análisis de mercado impulsado por IA.
De acuerdo con Decrypt, la Custody+ de Citi permite a los clientes institucionales mantener bitcoin y activos tradicionales bajo el mismo marco. Esto sería un siguiente paso tras el anuncio de Citi en octubre sobre su plan de lanzar custodia institucional de bitcoin en 2026.
Estas tres noticias apuntan al mismo tipo de tendencia: el límite de la seguridad de las claves se está extendiendo desde “si el dispositivo está desconectado” hasta “si el modelo puede confiarse como auditor del firmware”, “si los archivos de configuración filtrarán credenciales” y “si el marco de custodia puede proteger simultáneamente los activos on-chain y off-chain”. Tanto si un fabricante de carteras de hardware audita su propio código con IA, como si una empresa descubre que el servidor MCP en sí se convierte en un punto de exposición de secretos, o incluso si un banco tradicional unifica la custodia de bitcoin con la custodia de valores en una misma arquitectura, todo apunta a lo mismo: la interfaz técnica entre la autocustodia y la custodia se está redefiniendo, y la superficie de ataque también se está expandiendo al mismo ritmo.
Divulgación: recopilado por el equipo de CoWallet. Nosotros hacemos carteras MPC con ECDSA umbral (threshold), así que tenemos una postura en el debate sobre autocustodia y seguridad de claves.
https://cowallet.ai/en?pid=jingle
Fuente de información: Decrypt (divulgación de vulnerabilidades del firmware de BitBox), The Hacker News (exposición de secretos del servidor MCP), The Block y Decrypt (custodia de bitcoin de Custody+ de Citi).
#AI #Web3 #MPC #硬件钱包 #MCP
2026-08-19 · Autocustodia y seguridad de claves / Carteras AI×Web3
La semana pasada, el riesgo estaba en los datos de los pedidos y en la cadena de suministro de hardware; esta semana cambia hacia dos direcciones nuevas: primero, los modelos de IA empiezan a usarse para auditar el firmware y, de hecho, descubren vulnerabilidades graves; segundo, los archivos de configuración y el contexto mismo de los agentes empresariales se convierten en un vector de ataque: las claves no solo están en la cartera, sino también en la configuración en texto plano de la cadena de herramientas y en la memoria de la sesión.
Según informa Decrypt, el fabricante suizo de carteras de hardware BitBox utilizó modelos de IA de vanguardia en su auditoría interna y encontró dos vulnerabilidades críticas en el firmware, además de un problema en el bootloader. Una de las vulnerabilidades está en el bootloader: el atacante puede, mediante phishing, inducir al usuario a instalar una falsa BitBoxApp y, después de desbloquear el dispositivo, cargar un firmware malicioso para robar bitcoins. La otra vulnerabilidad es un defecto de corrupción de memoria existente antes de la configuración de múltiples versiones (Multi), que, combinada con una computadora controlada, permite la ejecución de código arbitrario.
BitBox afirma que no hay evidencia de que estas vulnerabilidades hayan sido explotadas realmente y que las semillas de la cartera nunca hayan estado en riesgo. Pero el informe también señala que, tras la divulgación de una explotación que provocó pérdidas de más de 130 millones de dólares por parte de Coldcard, esta sería otra revelación de fallos en el firmware de una cartera de hardware, recordando nuevamente que las carteras de hardware no son infalibles.
Mientras tanto, otro tipo de riesgo se está extendiendo desde la infraestructura hacia la cadena de herramientas. Según The Hacker News, los servidores MCP pueden exponer secretos empresariales mediante archivos de configuración en texto plano, permisos de acceso excesivamente autorizados y la inyección de prompts (prompt injection), y estos riesgos normalmente ya existen antes de que intervenga el equipo de seguridad.
Esto indica que, cuando un agente tiene capacidad de pago, las claves no solo residen en el firmware de la cartera, sino que también pueden dispersarse en archivos de configuración, variables de entorno y contextos de la sesión. Si la configuración de un agente no está aislada y almacenada de forma cifrada, la superficie de ataque se amplía de “si se puede vulnerar el hardware” a “si se puede leer el directorio de configuración de la herramienta”.
Al mismo tiempo, también está cambiando la custodia institucional. Según The Block, Citibank prevé lanzar un servicio de custodia de bitcoin más adelante este año, como parte de su nueva plataforma Custody+. La plataforma también incluye servicios de activos en tiempo real, liquidación inmediata, herramientas de liquidez y análisis de mercado impulsado por IA.
De acuerdo con Decrypt, la Custody+ de Citi permite a los clientes institucionales mantener bitcoin y activos tradicionales bajo el mismo marco. Esto sería un siguiente paso tras el anuncio de Citi en octubre sobre su plan de lanzar custodia institucional de bitcoin en 2026.
Estas tres noticias apuntan al mismo tipo de tendencia: el límite de la seguridad de las claves se está extendiendo desde “si el dispositivo está desconectado” hasta “si el modelo puede confiarse como auditor del firmware”, “si los archivos de configuración filtrarán credenciales” y “si el marco de custodia puede proteger simultáneamente los activos on-chain y off-chain”. Tanto si un fabricante de carteras de hardware audita su propio código con IA, como si una empresa descubre que el servidor MCP en sí se convierte en un punto de exposición de secretos, o incluso si un banco tradicional unifica la custodia de bitcoin con la custodia de valores en una misma arquitectura, todo apunta a lo mismo: la interfaz técnica entre la autocustodia y la custodia se está redefiniendo, y la superficie de ataque también se está expandiendo al mismo ritmo.
Divulgación: recopilado por el equipo de CoWallet. Nosotros hacemos carteras MPC con ECDSA umbral (threshold), así que tenemos una postura en el debate sobre autocustodia y seguridad de claves.
https://cowallet.ai/en?pid=jingle
Fuente de información: Decrypt (divulgación de vulnerabilidades del firmware de BitBox), The Hacker News (exposición de secretos del servidor MCP), The Block y Decrypt (custodia de bitcoin de Custody+ de Citi).
#AI #Web3 #MPC #硬件钱包 #MCP
97
·
--
Que el Agente pueda pagar no significa que deba otorgársele permisos ilimitados2026-08-18 · Autogestión y seguridad de claves / Cartera AI×Web3
El Agente de IA está pasando de ser una herramienta de apoyo a convertirse en un participante del pago. Según SlowMist, el Agente puede, en nombre del usuario y la empresa, consultar, decidir y llamar servicios, e incluso iniciar transacciones; x402, MPP, carteras de Agentes, credenciales de pago y sistemas de identidad están impulsando que el software pase de usar servicios a completar transacciones de forma autónoma.
Pero darle a la máquina una cartera no es la respuesta completa. SlowMist también plantea: ¿quién es responsable de las acciones de un Agente? ¿Qué permisos otorgó el usuario? ¿Cómo se controla el presupuesto? Estas preguntas determinan si el pago se realiza con una autorización auditable al ejecutarse, o si se entrega una llave móvil a un programa que decidirá por su cuenta.
Que el Agente pueda pagar no significa que deba otorgársele permisos ilimitados
2026-08-18 · Autogestión y seguridad de claves / Cartera AI×Web3
El Agente de IA está pasando de ser una herramienta de apoyo a convertirse en un participante del pago. Según SlowMist, el Agente puede, en nombre del usuario y la empresa, consultar, decidir y llamar servicios, e incluso iniciar transacciones; x402, MPP, carteras de Agentes, credenciales de pago y sistemas de identidad están impulsando que el software pase de usar servicios a completar transacciones de forma autónoma.
Pero darle a la máquina una cartera no es la respuesta completa. SlowMist también plantea: ¿quién es responsable de las acciones de un Agente? ¿Qué permisos otorgó el usuario? ¿Cómo se controla el presupuesto? Estas preguntas determinan si el pago se realiza con una autorización auditable al ejecutarse, o si se entrega una llave móvil a un programa que decidirá por su cuenta.
El Agente de IA está pasando de ser una herramienta de apoyo a convertirse en un participante del pago. Según SlowMist, el Agente puede, en nombre del usuario y la empresa, consultar, decidir y llamar servicios, e incluso iniciar transacciones; x402, MPP, carteras de Agentes, credenciales de pago y sistemas de identidad están impulsando que el software pase de usar servicios a completar transacciones de forma autónoma.
Pero darle a la máquina una cartera no es la respuesta completa. SlowMist también plantea: ¿quién es responsable de las acciones de un Agente? ¿Qué permisos otorgó el usuario? ¿Cómo se controla el presupuesto? Estas preguntas determinan si el pago se realiza con una autorización auditable al ejecutarse, o si se entrega una llave móvil a un programa que decidirá por su cuenta.
75
·
--
El vector de ataque de las billeteras de hardware: no solo está dentro del dispositivo2026-08-17 · Observación de la custodia propia y la seguridad de las claves
Que no se filtraron claves no significa que el riesgo no haya aumentado. Según la divulgación de SafePal del 16 de agosto, su complemento de seguimiento de pedidos tiene una vulnerabilidad de autorización: bajo condiciones específicas, podría permitir que personas no autorizadas accedan a la información de pedidos de otros clientes. Los datos afectados incluyen nombre, correo electrónico, dirección de envío, teléfono y detalles de compra; afecta a aproximadamente 39,798 clientes.
SafePal indica que este incidente no involucra frases mnemotécnicas, claves privadas, contraseñas de billetera, información de tarjetas bancarias ni documentos emitidos por el gobierno, y no hay pruebas de que la billetera o los fondos se hayan visto comprometidos como resultado. Sin embargo, los datos del pedido convierten la “posesión de una billetera de hardware por parte de alguien” en un perfil utilizable para el phishing dirigido: el atacante sabe cómo contactar, a dónde podría enviarse y también cómo hacerse pasar mediante el servicio posventa, la sustitución o avisos de recordatorio de firmware.
El vector de ataque de las billeteras de hardware: no solo está dentro del dispositivo
2026-08-17 · Observación de la custodia propia y la seguridad de las claves
Que no se filtraron claves no significa que el riesgo no haya aumentado. Según la divulgación de SafePal del 16 de agosto, su complemento de seguimiento de pedidos tiene una vulnerabilidad de autorización: bajo condiciones específicas, podría permitir que personas no autorizadas accedan a la información de pedidos de otros clientes. Los datos afectados incluyen nombre, correo electrónico, dirección de envío, teléfono y detalles de compra; afecta a aproximadamente 39,798 clientes.
SafePal indica que este incidente no involucra frases mnemotécnicas, claves privadas, contraseñas de billetera, información de tarjetas bancarias ni documentos emitidos por el gobierno, y no hay pruebas de que la billetera o los fondos se hayan visto comprometidos como resultado. Sin embargo, los datos del pedido convierten la “posesión de una billetera de hardware por parte de alguien” en un perfil utilizable para el phishing dirigido: el atacante sabe cómo contactar, a dónde podría enviarse y también cómo hacerse pasar mediante el servicio posventa, la sustitución o avisos de recordatorio de firmware.
Que no se filtraron claves no significa que el riesgo no haya aumentado. Según la divulgación de SafePal del 16 de agosto, su complemento de seguimiento de pedidos tiene una vulnerabilidad de autorización: bajo condiciones específicas, podría permitir que personas no autorizadas accedan a la información de pedidos de otros clientes. Los datos afectados incluyen nombre, correo electrónico, dirección de envío, teléfono y detalles de compra; afecta a aproximadamente 39,798 clientes.
SafePal indica que este incidente no involucra frases mnemotécnicas, claves privadas, contraseñas de billetera, información de tarjetas bancarias ni documentos emitidos por el gobierno, y no hay pruebas de que la billetera o los fondos se hayan visto comprometidos como resultado. Sin embargo, los datos del pedido convierten la “posesión de una billetera de hardware por parte de alguien” en un perfil utilizable para el phishing dirigido: el atacante sabe cómo contactar, a dónde podría enviarse y también cómo hacerse pasar mediante el servicio posventa, la sustitución o avisos de recordatorio de firmware.
62
·
--
El contenido web no puede autorizarte pagosUn sitio que parece documentación de una API puede servir a dos tipos de lectores: los humanos ven la entrada para depurar y pagar; y un Agent que navega la web, llama a herramientas y puede pagar también leerá las “instrucciones” escondidas dentro de datos estructurados y nodos DOM.
En los casos divulgados por Zscaler ThreatLabz, los atacantes usan envenenamiento SEO para empujar páginas de módulos falsos a los buscadores, y luego escriben en JSON-LD y en nodos HTML fuera de la pantalla el contenido “comprar una licencia soluciona el error”.
Esto no es un “error del usuario” en el sentido tradicional. Cuando un Agent trata una página web como contexto de la tarea, el cuerpo del sitio, los metadatos, los mensajes de error y las instrucciones de las herramientas entran en su cadena de decisiones. Este caso convierte la descripción de un pago en un paso rutinario de obtención de una clave API y contiene un script que transfiere aproximadamente 0.0012 ETH desde una dirección codificada. El atacante luego proporciona una “clave API” falsa para que un pago parezca una finalización correcta de la tarea.
El contenido web no puede autorizarte pagos
Un sitio que parece documentación de una API puede servir a dos tipos de lectores: los humanos ven la entrada para depurar y pagar; y un Agent que navega la web, llama a herramientas y puede pagar también leerá las “instrucciones” escondidas dentro de datos estructurados y nodos DOM.
En los casos divulgados por Zscaler ThreatLabz, los atacantes usan envenenamiento SEO para empujar páginas de módulos falsos a los buscadores, y luego escriben en JSON-LD y en nodos HTML fuera de la pantalla el contenido “comprar una licencia soluciona el error”.
Esto no es un “error del usuario” en el sentido tradicional. Cuando un Agent trata una página web como contexto de la tarea, el cuerpo del sitio, los metadatos, los mensajes de error y las instrucciones de las herramientas entran en su cadena de decisiones. Este caso convierte la descripción de un pago en un paso rutinario de obtención de una clave API y contiene un script que transfiere aproximadamente 0.0012 ETH desde una dirección codificada. El atacante luego proporciona una “clave API” falsa para que un pago parezca una finalización correcta de la tarea.
En los casos divulgados por Zscaler ThreatLabz, los atacantes usan envenenamiento SEO para empujar páginas de módulos falsos a los buscadores, y luego escriben en JSON-LD y en nodos HTML fuera de la pantalla el contenido “comprar una licencia soluciona el error”.
Esto no es un “error del usuario” en el sentido tradicional. Cuando un Agent trata una página web como contexto de la tarea, el cuerpo del sitio, los metadatos, los mensajes de error y las instrucciones de las herramientas entran en su cadena de decisiones. Este caso convierte la descripción de un pago en un paso rutinario de obtención de una clave API y contiene un script que transfiere aproximadamente 0.0012 ETH desde una dirección codificada. El atacante luego proporciona una “clave API” falsa para que un pago parezca una finalización correcta de la tarea.
77
·
--
Resumen diario de IA×Web3｜Que el Agente pueda pagar no significa que deba tener todos los permisos16 de agosto de 2026
Cuando el Agente puede invocar el servicio y pagar costos por sí mismo, el problema no es solo “dónde se guardan las claves”, sino “si esta acción aún está dentro del alcance autorizado”.
Según las explicaciones publicadas por Cloudflare, su solución de billeteras distingue entre la Account Wallet, administrada por el propietario de la cuenta, y la Virtual Wallet, destinada a que un Agente ejecute operaciones; la primera permite aportar fondos, delegar gastos y retirar dinero, mientras que la segunda opera según permisos. Los mecanismos de protección que aparecen en esta propuesta incluyen allowance, allow list y un límite máximo por transacción; además, el gasto máximo del Agente está acotado por un límite que establece el propietario de la cuenta.
Resumen diario de IA×Web3｜Que el Agente pueda pagar no significa que deba tener todos los permisos
16 de agosto de 2026
Cuando el Agente puede invocar el servicio y pagar costos por sí mismo, el problema no es solo “dónde se guardan las claves”, sino “si esta acción aún está dentro del alcance autorizado”.
Según las explicaciones publicadas por Cloudflare, su solución de billeteras distingue entre la Account Wallet, administrada por el propietario de la cuenta, y la Virtual Wallet, destinada a que un Agente ejecute operaciones; la primera permite aportar fondos, delegar gastos y retirar dinero, mientras que la segunda opera según permisos. Los mecanismos de protección que aparecen en esta propuesta incluyen allowance, allow list y un límite máximo por transacción; además, el gasto máximo del Agente está acotado por un límite que establece el propietario de la cuenta.
Cuando el Agente puede invocar el servicio y pagar costos por sí mismo, el problema no es solo “dónde se guardan las claves”, sino “si esta acción aún está dentro del alcance autorizado”.
Según las explicaciones publicadas por Cloudflare, su solución de billeteras distingue entre la Account Wallet, administrada por el propietario de la cuenta, y la Virtual Wallet, destinada a que un Agente ejecute operaciones; la primera permite aportar fondos, delegar gastos y retirar dinero, mientras que la segunda opera según permisos. Los mecanismos de protección que aparecen en esta propuesta incluyen allowance, allow list y un límite máximo por transacción; además, el gasto máximo del Agente está acotado por un límite que establece el propietario de la cuenta.
94
·
--
El punto de partida de la autogestión: la entropía no es un “ajuste”15 de agosto de 2026 · Observación sobre la autogestión y la seguridad de las claves
La lección de la semana pasada fue que una cartera de hardware no equivale automáticamente a un límite de riesgo ya trazado; esta semana, la conversación comienza a moverse desde la pregunta de si el dispositivo está sin conexión hacia etapas anteriores: cómo se generan las claves.
Según informó Cointelegraph el 14 de agosto, el incidente de Coldcard ha devuelto el riesgo de la autogestión al centro del debate del mercado; el reporte también señala que, durante esa semana, los ETF de bitcoin al contado en EE. UU. registraron entradas netas de alrededor de 1.000 millones de dólares, pero los analistas advierten con claridad que no se puede deducir una relación causal directa entre dichas entradas y ese evento.
El punto de partida de la autogestión: la entropía no es un “ajuste”
15 de agosto de 2026 · Observación sobre la autogestión y la seguridad de las claves
La lección de la semana pasada fue que una cartera de hardware no equivale automáticamente a un límite de riesgo ya trazado; esta semana, la conversación comienza a moverse desde la pregunta de si el dispositivo está sin conexión hacia etapas anteriores: cómo se generan las claves.
Según informó Cointelegraph el 14 de agosto, el incidente de Coldcard ha devuelto el riesgo de la autogestión al centro del debate del mercado; el reporte también señala que, durante esa semana, los ETF de bitcoin al contado en EE. UU. registraron entradas netas de alrededor de 1.000 millones de dólares, pero los analistas advierten con claridad que no se puede deducir una relación causal directa entre dichas entradas y ese evento.
La lección de la semana pasada fue que una cartera de hardware no equivale automáticamente a un límite de riesgo ya trazado; esta semana, la conversación comienza a moverse desde la pregunta de si el dispositivo está sin conexión hacia etapas anteriores: cómo se generan las claves.
Según informó Cointelegraph el 14 de agosto, el incidente de Coldcard ha devuelto el riesgo de la autogestión al centro del debate del mercado; el reporte también señala que, durante esa semana, los ETF de bitcoin al contado en EE. UU. registraron entradas netas de alrededor de 1.000 millones de dólares, pero los analistas advierten con claridad que no se puede deducir una relación causal directa entre dichas entradas y ese evento.
116
·
--
AI x Web3 Tendencias de hoy🔥14 de agosto de 2026 · Observación de seguridad de la autogestión y los agentes de IA
1. La superficie de ataque de las carteras de hardware no está solo en los dispositivos y las claves privadas.
Según el anuncio de Trezor, su proveedor de servicios de logística, ShipMonk, fue accedido sin autorización: se expusieron los nombres, correos electrónicos, números de teléfono y direcciones de entrega de 11,742 clientes, además de que otras 1,947 personas vieron afectados sus nombres, ciudades y correos electrónicos. El dispositivo y los propios sistemas de Trezor no fueron comprometidos; sin embargo, la identidad y la información logística pueden aumentar los riesgos de phishing más preciso, falsos agentes de soporte y falsos envíos.
2. La “razón oculta” de los agentes de IA también podría convertirse en datos de la cadena de suministro.
AI x Web3 Tendencias de hoy🔥
14 de agosto de 2026 · Observación de seguridad de la autogestión y los agentes de IA
1. La superficie de ataque de las carteras de hardware no está solo en los dispositivos y las claves privadas.
Según el anuncio de Trezor, su proveedor de servicios de logística, ShipMonk, fue accedido sin autorización: se expusieron los nombres, correos electrónicos, números de teléfono y direcciones de entrega de 11,742 clientes, además de que otras 1,947 personas vieron afectados sus nombres, ciudades y correos electrónicos. El dispositivo y los propios sistemas de Trezor no fueron comprometidos; sin embargo, la identidad y la información logística pueden aumentar los riesgos de phishing más preciso, falsos agentes de soporte y falsos envíos.
2. La “razón oculta” de los agentes de IA también podría convertirse en datos de la cadena de suministro.
1. La superficie de ataque de las carteras de hardware no está solo en los dispositivos y las claves privadas.
Según el anuncio de Trezor, su proveedor de servicios de logística, ShipMonk, fue accedido sin autorización: se expusieron los nombres, correos electrónicos, números de teléfono y direcciones de entrega de 11,742 clientes, además de que otras 1,947 personas vieron afectados sus nombres, ciudades y correos electrónicos. El dispositivo y los propios sistemas de Trezor no fueron comprometidos; sin embargo, la identidad y la información logística pueden aumentar los riesgos de phishing más preciso, falsos agentes de soporte y falsos envíos.
2. La “razón oculta” de los agentes de IA también podría convertirse en datos de la cadena de suministro.
92
·
--
ColdDespués de lo ocurrido con el dispositivo, se movieron grandes cantidades de bitcoins
13 de agosto de 2026 · Observación sobre autocustodia y seguridad de claves
A fines de julio, una vulnerabilidad de Coldcard permitió que se robaran aproximadamente 1.816 bitcoins, pero los datos on-chain muestran que, posteriormente, 233.000 BTC salieron de billeteras de tenencia a largo plazo; 22.000 BTC se dirigieron a exchanges.[1] El CEO de Casa, Nick Neuman, afirmó que entre 10 y 100 veces el monto robado se transfirió a ubicaciones seguras.
Estas migraciones tienen dos orígenes: una parte de los clientes de Casa antes usaban Ledger o Trezor de firma única (marcas de dispositivos totalmente distintas), pero el incidente los llevó a cambiar a billeteras multisig; la otra parte eran usuarios que ya usaban multisig, y retiraron el dispositivo Coldcard del conjunto de claves.[1]
Cold
Después de lo ocurrido con el dispositivo, se movieron grandes cantidades de bitcoins
13 de agosto de 2026 · Observación sobre autocustodia y seguridad de claves
A fines de julio, una vulnerabilidad de Coldcard permitió que se robaran aproximadamente 1.816 bitcoins, pero los datos on-chain muestran que, posteriormente, 233.000 BTC salieron de billeteras de tenencia a largo plazo; 22.000 BTC se dirigieron a exchanges.[1] El CEO de Casa, Nick Neuman, afirmó que entre 10 y 100 veces el monto robado se transfirió a ubicaciones seguras.
Estas migraciones tienen dos orígenes: una parte de los clientes de Casa antes usaban Ledger o Trezor de firma única (marcas de dispositivos totalmente distintas), pero el incidente los llevó a cambiar a billeteras multisig; la otra parte eran usuarios que ya usaban multisig, y retiraron el dispositivo Coldcard del conjunto de claves.[1]
13 de agosto de 2026 · Observación sobre autocustodia y seguridad de claves
A fines de julio, una vulnerabilidad de Coldcard permitió que se robaran aproximadamente 1.816 bitcoins, pero los datos on-chain muestran que, posteriormente, 233.000 BTC salieron de billeteras de tenencia a largo plazo; 22.000 BTC se dirigieron a exchanges.[1] El CEO de Casa, Nick Neuman, afirmó que entre 10 y 100 veces el monto robado se transfirió a ubicaciones seguras.
Estas migraciones tienen dos orígenes: una parte de los clientes de Casa antes usaban Ledger o Trezor de firma única (marcas de dispositivos totalmente distintas), pero el incidente los llevó a cambiar a billeteras multisig; la otra parte eran usuarios que ya usaban multisig, y retiraron el dispositivo Coldcard del conjunto de claves.[1]
133
·
--
La barrera de las carteras de autosocorro fue golpeada por dos problemas a la vez2026-08-12
Esta semana, la barrera de las carteras de autosocorro recibió un doble golpe: la vulnerabilidad de firmware del monedero hardware Coldcard impulsó la salida de más de 230.000 bitcoins de las carteras de tenedores a largo plazo, y, según informaron Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning en el procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «la seguridad recibirá prioridad indefinidamente sobre nuevas funciones»
## Vulnerabilidad de Coldcard que desencadenó una gran transferencia de fondos
Una vulnerabilidad en un generador de números aleatorios, sembrada en el firmware de Coldcard desde 2021, fue explotada por un atacante y, hasta la fecha, al menos 1.816 bitcoins (aproximadamente 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, citó datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se trasladaron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que el autosocorro (self-custody) refuerza la resiliencia de Bitcoin como clase de activos
La barrera de las carteras de autosocorro fue golpeada por dos problemas a la vez
2026-08-12
Esta semana, la barrera de las carteras de autosocorro recibió un doble golpe: la vulnerabilidad de firmware del monedero hardware Coldcard impulsó la salida de más de 230.000 bitcoins de las carteras de tenedores a largo plazo, y, según informaron Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning en el procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «la seguridad recibirá prioridad indefinidamente sobre nuevas funciones»
## Vulnerabilidad de Coldcard que desencadenó una gran transferencia de fondos
Una vulnerabilidad en un generador de números aleatorios, sembrada en el firmware de Coldcard desde 2021, fue explotada por un atacante y, hasta la fecha, al menos 1.816 bitcoins (aproximadamente 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, citó datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se trasladaron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que el autosocorro (self-custody) refuerza la resiliencia de Bitcoin como clase de activos
Esta semana, la barrera de las carteras de autosocorro recibió un doble golpe: la vulnerabilidad de firmware del monedero hardware Coldcard impulsó la salida de más de 230.000 bitcoins de las carteras de tenedores a largo plazo, y, según informaron Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning en el procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «la seguridad recibirá prioridad indefinidamente sobre nuevas funciones»
## Vulnerabilidad de Coldcard que desencadenó una gran transferencia de fondos
Una vulnerabilidad en un generador de números aleatorios, sembrada en el firmware de Coldcard desde 2021, fue explotada por un atacante y, hasta la fecha, al menos 1.816 bitcoins (aproximadamente 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, citó datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se trasladaron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que el autosocorro (self-custody) refuerza la resiliencia de Bitcoin como clase de activos
64
·
--
La defensa de las carteras de autocustodia es golpeada por dos capas de problemas2026-08-12
Esta semana, la defensa de las carteras de autocustodia fue golpeada simultáneamente por dos problemas: la vulnerabilidad del firmware de la wallet hardware Coldcard impulsó que más de 230.000 bitcoins salieran de carteras de tenedores a largo plazo, mientras que, según informes de Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning del procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «los parches de seguridad tendrán prioridad indefinidamente sobre las nuevas funciones»
## Fallo de Coldcard provoca una transferencia masiva de fondos
Un defecto en la generación de números aleatorios, oculto en el firmware de Coldcard desde 2021, fue explotado por un atacante; hasta ahora, al menos 1.816 bitcoins (aprox. 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, cita datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se transfirieron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que la autocustodia refuerza la resiliencia de bitcoin como clase de activo
La defensa de las carteras de autocustodia es golpeada por dos capas de problemas
2026-08-12
Esta semana, la defensa de las carteras de autocustodia fue golpeada simultáneamente por dos problemas: la vulnerabilidad del firmware de la wallet hardware Coldcard impulsó que más de 230.000 bitcoins salieran de carteras de tenedores a largo plazo, mientras que, según informes de Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning del procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «los parches de seguridad tendrán prioridad indefinidamente sobre las nuevas funciones»
## Fallo de Coldcard provoca una transferencia masiva de fondos
Un defecto en la generación de números aleatorios, oculto en el firmware de Coldcard desde 2021, fue explotado por un atacante; hasta ahora, al menos 1.816 bitcoins (aprox. 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, cita datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se transfirieron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que la autocustodia refuerza la resiliencia de bitcoin como clase de activo
Esta semana, la defensa de las carteras de autocustodia fue golpeada simultáneamente por dos problemas: la vulnerabilidad del firmware de la wallet hardware Coldcard impulsó que más de 230.000 bitcoins salieran de carteras de tenedores a largo plazo, mientras que, según informes de Bitcoin Magazine y Decrypt, la filtración de credenciales de la red Lightning del procesador de pagos de código abierto BTCPay Server obligó al proyecto a anunciar que «los parches de seguridad tendrán prioridad indefinidamente sobre las nuevas funciones»
## Fallo de Coldcard provoca una transferencia masiva de fondos
Un defecto en la generación de números aleatorios, oculto en el firmware de Coldcard desde 2021, fue explotado por un atacante; hasta ahora, al menos 1.816 bitcoins (aprox. 116 millones de dólares) han sido robados. El CEO de Casa, Nick Neuman, cita datos on-chain para señalar que, en los días posteriores al ataque a Coldcard, se robaron 2,1k bitcoins, 22k bitcoins se transfirieron a exchanges y 233k bitcoins salieron de las carteras de tenedores a largo plazo. Neuman considera que estas cifras demuestran que la autocustodia refuerza la resiliencia de bitcoin como clase de activo
141
·
--
La IA se ha integrado en la línea de producción del atacante, y la suposición de que la defensa de la clave sigue siendo "la operación humana"11 de agosto de 2026
La lección de la semana pasada fue cómo se generan las claves de una cartera hardware. Esta semana se cambió de nivel: la clave en sí no ha sido calculada, pero todo lo que rodea a esa clave está siendo desarmado a toda velocidad por una IA.
El atacante ya no es "solo usó una IA un momento"
La empresa de ciberseguridad surcoreana Genians publicó el 10 de agosto un informe en el que afirma que, al rastrear los registros de infraestructura C2 de la organización de hackers con trasfondo norcoreano Kimsuky, encontró indicios de que el grupo montó su propio entorno de modelos locales: las tres herramientas Ollama, GPT4All y Msty dejaron registros de instalación. Que las tres estuvieran instaladas indica que no fue una prueba al azar, sino una comparación horizontal de distintas formas de ejecutar modelos localmente.
La IA se ha integrado en la línea de producción del atacante, y la suposición de que la defensa de la clave sigue siendo "la operación humana"
11 de agosto de 2026
La lección de la semana pasada fue cómo se generan las claves de una cartera hardware. Esta semana se cambió de nivel: la clave en sí no ha sido calculada, pero todo lo que rodea a esa clave está siendo desarmado a toda velocidad por una IA.
El atacante ya no es "solo usó una IA un momento"
La empresa de ciberseguridad surcoreana Genians publicó el 10 de agosto un informe en el que afirma que, al rastrear los registros de infraestructura C2 de la organización de hackers con trasfondo norcoreano Kimsuky, encontró indicios de que el grupo montó su propio entorno de modelos locales: las tres herramientas Ollama, GPT4All y Msty dejaron registros de instalación. Que las tres estuvieran instaladas indica que no fue una prueba al azar, sino una comparación horizontal de distintas formas de ejecutar modelos localmente.
La lección de la semana pasada fue cómo se generan las claves de una cartera hardware. Esta semana se cambió de nivel: la clave en sí no ha sido calculada, pero todo lo que rodea a esa clave está siendo desarmado a toda velocidad por una IA.
El atacante ya no es "solo usó una IA un momento"
La empresa de ciberseguridad surcoreana Genians publicó el 10 de agosto un informe en el que afirma que, al rastrear los registros de infraestructura C2 de la organización de hackers con trasfondo norcoreano Kimsuky, encontró indicios de que el grupo montó su propio entorno de modelos locales: las tres herramientas Ollama, GPT4All y Msty dejaron registros de instalación. Que las tres estuvieran instaladas indica que no fue una prueba al azar, sino una comparación horizontal de distintas formas de ejecutar modelos localmente.
76
·
--
No robaron las claves, robaron los credenciales: una semana en la infraestructura de Bitcoin y dos umbrales que se elevaron al mismo tiempo10 de agosto de 2026 · Observación sobre el autoalojamiento y la seguridad de las claves
La lección de la semana pasada fue cómo se genera una semilla; esta semana, la lección cambió de capa: la wallet está bien, lo que falló fue lo que estaba junto a ella.
Según informó CoinDesk, en la noche del 7 de agosto, los atacantes vaciaron un lote de nodos de la Lightning Network que operaban detrás de BTCPay Server. BTCPay confirmó que se robaron los fondos y pidió a todas las personas que ejecutan LND que actualicen inmediatamente a la versión 2.4.2 o que, directamente, pongan los servidores fuera de línea. La forma del fallo es digna de notar: un atacante remoto no autenticado puede obtener el archivo “.macaroon”, que es el credencial con el que el software autorizado interactúa con el nodo LND. Es decir, el atacante no tocó ninguna clave privada en absoluto: de principio a fin lo que consiguió fue un “pase” que representa “hablar en tu nombre”, y luego lo usó para tomar control del nodo, cerrar canales y llevarse el dinero.
No robaron las claves, robaron los credenciales: una semana en la infraestructura de Bitcoin y dos umbrales que se elevaron al mismo tiempo
10 de agosto de 2026 · Observación sobre el autoalojamiento y la seguridad de las claves
La lección de la semana pasada fue cómo se genera una semilla; esta semana, la lección cambió de capa: la wallet está bien, lo que falló fue lo que estaba junto a ella.
Según informó CoinDesk, en la noche del 7 de agosto, los atacantes vaciaron un lote de nodos de la Lightning Network que operaban detrás de BTCPay Server. BTCPay confirmó que se robaron los fondos y pidió a todas las personas que ejecutan LND que actualicen inmediatamente a la versión 2.4.2 o que, directamente, pongan los servidores fuera de línea. La forma del fallo es digna de notar: un atacante remoto no autenticado puede obtener el archivo “.macaroon”, que es el credencial con el que el software autorizado interactúa con el nodo LND. Es decir, el atacante no tocó ninguna clave privada en absoluto: de principio a fin lo que consiguió fue un “pase” que representa “hablar en tu nombre”, y luego lo usó para tomar control del nodo, cerrar canales y llevarse el dinero.
La lección de la semana pasada fue cómo se genera una semilla; esta semana, la lección cambió de capa: la wallet está bien, lo que falló fue lo que estaba junto a ella.
Según informó CoinDesk, en la noche del 7 de agosto, los atacantes vaciaron un lote de nodos de la Lightning Network que operaban detrás de BTCPay Server. BTCPay confirmó que se robaron los fondos y pidió a todas las personas que ejecutan LND que actualicen inmediatamente a la versión 2.4.2 o que, directamente, pongan los servidores fuera de línea. La forma del fallo es digna de notar: un atacante remoto no autenticado puede obtener el archivo “.macaroon”, que es el credencial con el que el software autorizado interactúa con el nodo LND. Es decir, el atacante no tocó ninguna clave privada en absoluto: de principio a fin lo que consiguió fue un “pase” que representa “hablar en tu nombre”, y luego lo usó para tomar control del nodo, cerrar canales y llevarse el dinero.
300
·
--
210.000 BTC cambiaron de custodia, pero el dinero fluyó hacia el ETF9 de agosto de 2026 · Observación sobre custodia propia y seguridad de claves
El incidente de Coldcard entra en su segunda semana; que la tanda de firmware con problemas de entropía ya no sea noticia, vale la pena ver hacia dónde va el dinero. En la última semana aparecieron dos conjuntos de cifras al mismo tiempo, y la dirección parece opuesta.
Primero, mira la cadena. Los datos de Glassnode muestran que en la última semana salieron de las carteras de tenedores a largo plazo (LTH) unas 210.000 BTC, la mayor caída desde diciembre de 2024. [2] Glassnode define a los LTH como entidades que mantienen monedas en silencio durante unos 155 días, es decir, más de cinco meses. [2] Esta oferta en este momento es de aproximadamente 14,7 millones de BTC; antes del evento estaba cerca de 15 millones, cuando se acercaba a máximos históricos. [2]
210.000 BTC cambiaron de custodia, pero el dinero fluyó hacia el ETF
9 de agosto de 2026 · Observación sobre custodia propia y seguridad de claves
El incidente de Coldcard entra en su segunda semana; que la tanda de firmware con problemas de entropía ya no sea noticia, vale la pena ver hacia dónde va el dinero. En la última semana aparecieron dos conjuntos de cifras al mismo tiempo, y la dirección parece opuesta.
Primero, mira la cadena. Los datos de Glassnode muestran que en la última semana salieron de las carteras de tenedores a largo plazo (LTH) unas 210.000 BTC, la mayor caída desde diciembre de 2024. [2] Glassnode define a los LTH como entidades que mantienen monedas en silencio durante unos 155 días, es decir, más de cinco meses. [2] Esta oferta en este momento es de aproximadamente 14,7 millones de BTC; antes del evento estaba cerca de 15 millones, cuando se acercaba a máximos históricos. [2]
El incidente de Coldcard entra en su segunda semana; que la tanda de firmware con problemas de entropía ya no sea noticia, vale la pena ver hacia dónde va el dinero. En la última semana aparecieron dos conjuntos de cifras al mismo tiempo, y la dirección parece opuesta.
Primero, mira la cadena. Los datos de Glassnode muestran que en la última semana salieron de las carteras de tenedores a largo plazo (LTH) unas 210.000 BTC, la mayor caída desde diciembre de 2024. [2] Glassnode define a los LTH como entidades que mantienen monedas en silencio durante unos 155 días, es decir, más de cinco meses. [2] Esta oferta en este momento es de aproximadamente 14,7 millones de BTC; antes del evento estaba cerca de 15 millones, cuando se acercaba a máximos históricos. [2]
50
·
--
Artículo
Un error de compilación de hace cinco años hizo que 1.816 bitcoins fueran movidos en un ataque de cuatro oleadas8 de agosto de 2026 · Observación sobre custodia propia y seguridad de claves
En la madrugada del 30 de julio, los atacantes comenzaron a transferir Bitcoin desde monederos de hardware Coldcard. La primera ola, en el plazo de 25 minutos, movió 594 BTC desde aproximadamente 500 monederos; en ese momento valían alrededor de 38 millones de dólares.[1] Galaxy Research ubicó estas acciones de vaciado dentro de una ventana de 41 minutos entre las 1:10 y las 1:51 UTC, repartidas en nueve bloques.[5]
Eso fue solo el comienzo. Al 5 de agosto, TRM Labs citó los datos de seguimiento de Galaxy: los cuatro ataques acumulados provocaron la salida de aproximadamente 1.816 BTC, que involucran a más de 5.200 direcciones, por un valor cercano a 116 millones de dólares con los precios de ese momento.[1] Se trata del tercer gran incidente de ciberataques contra criptomonedas en 2026, y además hizo que el total robado en lo que va de año superara los 1.200 millones de dólares, con 276 incidentes.[1]
Un error de compilación de hace cinco años hizo que 1.816 bitcoins fueran movidos en un ataque de cuatro oleadas
8 de agosto de 2026 · Observación sobre custodia propia y seguridad de claves
En la madrugada del 30 de julio, los atacantes comenzaron a transferir Bitcoin desde monederos de hardware Coldcard. La primera ola, en el plazo de 25 minutos, movió 594 BTC desde aproximadamente 500 monederos; en ese momento valían alrededor de 38 millones de dólares.[1] Galaxy Research ubicó estas acciones de vaciado dentro de una ventana de 41 minutos entre las 1:10 y las 1:51 UTC, repartidas en nueve bloques.[5]
Eso fue solo el comienzo. Al 5 de agosto, TRM Labs citó los datos de seguimiento de Galaxy: los cuatro ataques acumulados provocaron la salida de aproximadamente 1.816 BTC, que involucran a más de 5.200 direcciones, por un valor cercano a 116 millones de dólares con los precios de ese momento.[1] Se trata del tercer gran incidente de ciberataques contra criptomonedas en 2026, y además hizo que el total robado en lo que va de año superara los 1.200 millones de dólares, con 276 incidentes.[1]
En la madrugada del 30 de julio, los atacantes comenzaron a transferir Bitcoin desde monederos de hardware Coldcard. La primera ola, en el plazo de 25 minutos, movió 594 BTC desde aproximadamente 500 monederos; en ese momento valían alrededor de 38 millones de dólares.[1] Galaxy Research ubicó estas acciones de vaciado dentro de una ventana de 41 minutos entre las 1:10 y las 1:51 UTC, repartidas en nueve bloques.[5]
Eso fue solo el comienzo. Al 5 de agosto, TRM Labs citó los datos de seguimiento de Galaxy: los cuatro ataques acumulados provocaron la salida de aproximadamente 1.816 BTC, que involucran a más de 5.200 direcciones, por un valor cercano a 116 millones de dólares con los precios de ese momento.[1] Se trata del tercer gran incidente de ciberataques contra criptomonedas en 2026, y además hizo que el total robado en lo que va de año superara los 1.200 millones de dólares, con 276 incidentes.[1]
89
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Temas en tendencia
BTCReaches$80000
7,054 visualizaciones
192 participa(n) en el debate
Bitcoin acechando el hito de los $80.000: expansión genuina frente a agotamiento de liquidez
Bitcoin está tocando con fuerza la puerta de la marca de $80.000 después de haber subido desde $64.000 hasta tocar máximos locales cerca de $79.800. Aunque los cronogramas minoristas ya están descontando una continuación parabólica, examinar las condiciones estructurales cerca de umbrales psicológicos ofrece una imagen más clara de la salud del mercado.
Principales impulsores estructurales detrás del empuje:
Compresión en cascada vs. respaldo de los ETF al contado:
La explosiva carrera hacia $80k estuvo impulsada en gran medida por liquidaciones de cortos forzadas mientras $BTC superaba resistencias clave entre $72k–$75k. Crucialmente, esto estuvo acompañado por casi $2B en entradas semanales de ETF al contado, lo que señala la absorción de capital institucional más que un pico aislado de apalancamiento.
El muro psicológico de $80k:
El rango de $79.500–$80.000 representa un gran cúmulo de órdenes limitadas de venta en reposo y de interés abierto de opciones de compra (call) que aún no se han activado. A medida que el precio prueba este techo, los compradores deben absorber una distribución considerable de los compradores de las caídas previas que están tomando ganancias.
Vientos de cola macro:
La expansión más amplia de activos duros —impulsada por rendimientos de los Treasury más suaves y debilidad del dólar— sigue aportando respaldo de liquidez macro para los activos digitales.
La realidad estructural:
Alcanzar un número redondo psicológico importante como $80.000 a menudo desencadena un barrido de liquidez de alta volatilidad antes de que comience la verdadera fijación de precios. Si los compradores de un rompimiento agresivo son absorbidos en el umbral, una consolidación saludable hacia el soporte en la franja de $75.500–$76.500 permitiría al mercado construir estructura.
Una recuperación limpia de $80k con volumen sostenido en spot abre la puerta a una mayor expansión, pero perseguir el impulso directamente dentro de muros de oferta de varios meses conlleva un riesgo asimétrico elevado.
#BTCReaches$80000
Shontz
·4 «Me gusta»
·662 visualizaciones
BitcoinOpenInterestFallsToTwoMonthLow
42,031 visualizaciones
1,250 participa(n) en el debate
BitcoinRises23.6%Weekly
63,525 visualizaciones
1,172 participa(n) en el debate