Guías de seguridad

Vulnerabilidad de Metabase CVE-2026-72898: filtraciones de 2026 y qué hacer

Metabase reveló un fallo explotado antes de su parche. Trezor, Framework, n8n y otras empresas informaron brechas en sus entornos de análisis. Impacto y qué hacer.

Publicado 2026-10-03 Actualizado 2026-10-23 Última verificación 2026-10-03 18 min de lectura
En esta página

Para: personas que compraron una billetera de hardware Trezor; usuarios de Framework, n8n, Tally, Kilo Code y Privy; y cualquiera que use Metabase u otra herramienta de análisis similar. Este artículo se basa en las declaraciones oficiales de cada organización y en la información de prensa, y no describe técnicas de ataque. Los detalles técnicos del fallo y cómo corregirlo están en nuestra alerta sobre CVE-2026-72898.

¿Está usted afectado? Referencia rápida

Solo se enumeran las organizaciones que informaron el impacto por sí mismas (por orden de publicación). «No divulgado» significa que la organización no ha dado una cifra.

OrganizaciónInformadoQué se filtró (según la organización)CantidadNo incluido
Framework (portátiles)6 de agosto (aviso a clientes)Nombres, direcciones de correo electrónico, direcciones IP de inicio de sesión, direcciones de facturación y envío, números de teléfono, nombres de empresaNo divulgadaDatos de pedidos y de pago
n8n (automatización de flujos de trabajo)8 de agosto; desglose revisado el 11 de agostoDatos personales con acceso confirmado en 12 registros, posible acceso en 62; cinco registros confirmados incluían contraseñas con hash bcrypt136 registros informados (desglose abajo)Los 62 restantes, descritos como sin información sensible
Kilo Code (parte de Anaconda)9 de agostoPara algunos usuarios: nombres, direcciones de correo electrónico, direcciones de facturación, datos de ubicación, tokens de acceso de Slack, prompts parciales o completosNo divulgada (algunos usuarios)Datos de tarjetas de pago
Privy (infraestructura de billeteras)AgostoDirecciones de correo electrónico de clientes y usuarios finales, algunos campos definidos por desarrolladoresNo divulgadaInfraestructura de billeteras y sistemas de autenticación
Trezor (billeteras de hardware)13 de agosto; alcance ampliado en septiembreNombres, direcciones de correo electrónico, números de teléfono, direcciones de envío, números de pedido80.689 clientesBilleteras, claves privadas, copias de seguridad, datos de pago

La actualización de n8n del 11 de agosto a las 18:00 CEST distingue los siguientes grupos dentro de sus 136 registros informados. Son registros, no un recuento de personas sin duplicados.

RegistrosCamposEstado de acceso (según n8n)
7Nombres de usuario y direcciones de correo electrónico de n8n CloudAcceso confirmado
5Nombres, nombres de usuario de n8n Cloud, direcciones de correo electrónico y contraseñas con hash bcryptAcceso confirmado
62Nombres y direcciones de correo electrónicoPuede que hayan sido accedidos; no se confirma cuáles, si alguno, fueron obtenidos
62Descritos como sin información sensibleDescritos como accedidos

n8n atribuye la intrusión a una vulnerabilidad de Metabase, pero su artículo oficial consultado el 20 de octubre no menciona ningún CVE. El vínculo entre el incidente de n8n y CVE-2026-72898 sigue sin confirmarse aquí. Las causas en otras organizaciones se describen dentro del alcance de sus respectivas declaraciones e informaciones.

Además, el creador de formularios Tally habría informado a sus usuarios de que se tomaron del entorno de análisis las direcciones de correo electrónico y las contraseñas con hash, y que los formularios y las respuestas no se vieron afectados porque se almacenan por separado.

El hash es la conversión de una contraseña en una forma que no puede revertirse a su original. No se puede leer directamente, pero las contraseñas cortas o reutilizadas a veces pueden adivinarse, así que cámbienla si fueron notificados.

Qué hacer hoy

1

Clientes de Trezor: nunca introduzcan su copia de seguridad (frase de recuperación), por ningún motivo

La frase de recuperación son las 12 a 24 palabras que restauran su billetera. Quien las tenga puede mover sus fondos sin el dispositivo.

Trezor pide a sus clientes que nunca introduzcan la copia de seguridad en un sitio web ni la compartan con nadie. Esto vale aunque el mensaje afirme que hay una vulnerabilidad, una verificación de cuenta o un cambio a una nueva aplicación, y aunque llegue por correo electrónico, SMS, teléfono o carta.

2

Clientes de Trezor: asuman que su dirección particular es conocida y vigilen su correo y su puerta

Lo que se filtró aquí son las direcciones de envío. Trezor afirma que esto podría exponer a las personas afectadas a riesgos de seguridad física (peligro que surge cuando alguien sabe dónde vive).

Si reciben una carta que dice ser de Trezor, o un paquete que no pidieron (como un «dispositivo de reemplazo»), no sigan las instrucciones que contenga; contacten a Trezor directamente a través de su sitio oficial. No hablar en redes sociales sobre cuánta criptomoneda tienen es hoy más importante que antes.

3

Clientes de Trezor: revisen los datos de entrega y de contacto en pedidos futuros

Para pedidos futuros, Trezor sugiere considerar una dirección de correo electrónico anónima, pagar con criptomonedas y usar un apartado postal (P.O. box). Un casillero de paquetes o punto de recogida también evita que su dirección particular aparezca en la etiqueta de envío.

4

Si n8n, Tally u otro servicio les notificó: cambien su contraseña y dejen de reutilizarla

n8n pide a los usuarios notificados que restablezcan su contraseña lo antes posible. Si usan la misma contraseña en otros servicios, cámbienla también allí. Un gestor de contraseñas es la forma práctica de mantenerlas separadas.

5

Usuarios de Kilo Code: revisen su conexión con Slack y sus sesiones

Kilo Code afirma que se incluyeron tokens de acceso de Slack (cadenas que permiten a una aplicación actuar en Slack sin iniciar sesión) para algunos usuarios de su integración con Slack. Revisen el permiso de la aplicación en Slack y busquen sesiones que no reconozcan en su cuenta de Kilo. Desde el 18 de agosto, Kilo ofrece una función de exportación que permite descargar los datos suyos que fueron accedidos.

6

Todos: no abran enlaces en mensajes que digan provenir de estas empresas

Un nombre, una dirección de correo electrónico y un número de teléfono juntos hacen posibles mensajes convincentes. No abran enlaces en mensajes que reciban; verifiquen abriendo ustedes mismos el sitio o la aplicación oficial (vean qué es el phishing).

Un incidente aparte: correo falso a suscriptores del boletín de Trezor (septiembre de 2026)

Trezor afirma que el 9 de septiembre de 2026 se vulneró el servicio de correo electrónico que utiliza para enviar su boletín y que se envió una falsa advertencia de seguridad desde la cuenta de Trezor a unas 347.000 direcciones de suscriptores.

El correo afirmaba falsamente que había un fallo en un componente de la billetera y llevaba a los lectores a una aplicación que pedía su copia de seguridad. Trezor afirma que dio de baja el dominio en unos 20 minutos, pero unas 2.500 personas habían hecho clic en el enlace antes. Este caso es independiente del incidente de Metabase y se diferencia en que el correo salió del remitente real. Incluso si el remitente es auténtico, cualquier petición de su copia de seguridad es falsa.

Qué pasó (según las declaraciones de las organizaciones)

Metabase es una herramienta de BI (inteligencia de negocios) que se conecta a las bases de datos de una organización para crear gráficos e informes. Puede ser alojada por la propia organización (autoalojada) o usarse como servicio en la nube operado por Metabase.

Según Metabase, el 3 de agosto un cliente en la nube informó de una clave de API creada fuera del horario laboral; al investigarla se descubrió una vulnerabilidad hasta entonces desconocida. Metabase afirma que menos del 3 % de sus clientes en la nube, además de algunas instancias autoalojadas accesibles desde internet, fueron comprometidos antes de la corrección.

Base de datos de clientes de cada organización

Nombres, direcciones de correo electrónico, números de teléfono, direcciones, números de pedido, etc.

↓ Conectada para elaborar informes de ventas y de uso

Entorno de análisis (Metabase)

Entorno de análisis comprometido. En el caso de Trezor, era el del socio logístico

Filtrado: datos que la herramienta podía leer

Nombres, direcciones y números de teléfono de 80.689 clientes de Trezor, contraseñas con hash en n8n, y más

No incluido o no afectado

Formularios y respuestas de Tally (almacenados por separado), infraestructura de billeteras de Privy (separada del análisis), datos de pago en todas las organizaciones

Las herramientas de análisis se conectan a las bases de datos de los clientes para elaborar informes. Cuando la herramienta es explotada, se filtra todo lo que podía leer. Los datos almacenados en otro lugar no se vieron afectados.
  1. 2 y 3 de agosto de 2026

    Kilo Code (unas cuatro horas el 2 de agosto) y n8n, Framework y Tally (3 de agosto) afirman que hubo acceso no autorizado en sus entornos de análisis.
  2. 6 de agosto

    Metabase publica versiones corregidas, afirma que el fallo había sido explotado antes de la corrección y notifica a los clientes afectados. Framework envía su aviso a clientes.
  3. 8 y 9 de agosto

    n8n y Kilo Code informan su impacto.
  4. 11 de agosto

    La CISA de EE. UU. añade el fallo a su catálogo de vulnerabilidades explotadas activamente (KEV).
  5. 13 de agosto

    Trezor informa que los datos de 13.689 clientes se filtraron desde el entorno de análisis de su socio logístico.
  6. 27 de agosto

    Metabase publica un relato de lo sucedido y sus planes de refuerzo.
  7. 2 de septiembre

    El socio informa a Trezor de que también se incluyeron datos de pedidos de Estados Unidos de 2019 a 2021 de unos 67.000 clientes, y Trezor actualiza después su comunicado (80.689 en total).
80.689
Trezor: clientes cuyos nombres, direcciones y números de teléfono se filtraron
136
n8n: registros informados (no todos con acceso confirmado a datos personales)
<3%
Metabase: proporción de clientes en la nube comprometidos antes de la corrección
No incluido
Todas: datos de pago como tarjetas de crédito
Trezor (informado el 13 de agosto de 2026; actualizado en septiembre)
Vía
El entorno de análisis del socio logístico que almacena y envía los productos de Trezor. Según la información publicada, el socio comunicó a sus clientes que se explotó una vulnerabilidad del software de Metabase
Afectados (2026)
Pedidos enviados desde Estados Unidos, Reino Unido, Suecia, Colombia, Brasil, Italia y Portugal entre el 10 de mayo y el 8 de agosto. 11.742 clientes con todos los campos; 1.947 solo con nombre, ciudad y correo electrónico
Afectados (anteriores)
Unos 67.000 pedidos de Estados Unidos de noviembre de 2019 a agosto de 2021, con todos los campos
Datos
Nombre, dirección de correo electrónico, número de teléfono, dirección de envío, número de pedido
No afectados
Sistemas de Trezor, billeteras de hardware, claves privadas, copias de seguridad de billeteras, datos de pago
Datos antiguos
Trezor afirma que pidió repetidamente al socio que eliminara los datos según su contrato y su política de datos, y que recibió confirmación por escrito de que lo había hecho, pero los datos no se habían eliminado
Notificación
Correo electrónico a los clientes afectados desde notification@trezor.io

Para quienes operan herramientas de análisis

La actualización, la revocación de sesiones y la rotación de credenciales de las bases de datos conectadas se explican paso a paso en nuestra alerta sobre CVE-2026-72898. Aquí tratamos un punto más que muestran los casos de las víctimas: los clientes en la nube fueron comprometidos antes de poder hacer nada por sí mismos. En ese momento, lo único que limitó el daño fue lo que la herramienta tenía permitido leer.

Lo que amplió el daño (según las declaraciones)

  • La herramienta de análisis podía leer columnas de direcciones y de teléfonos
  • Datos de pedidos de hacía años, que debían haberse eliminado, seguían en poder de un socio
  • Las instancias autoalojadas accesibles desde internet fueron comprometidas (según Metabase)

Lo que lo limitó (según las declaraciones)

  • Tally almacenaba los formularios y las respuestas en un lugar separado
  • Privy mantenía su infraestructura de billeteras separada del entorno de análisis
  • Framework dijo que restringiría el acceso solo a las columnas que el análisis necesita
1

Enumeren las columnas que el usuario de base de datos de su herramienta de análisis puede leer

Empiecen aquí. En las pantallas de administración de Metabase (o el equivalente de su herramienta), enumeren todas las bases de datos conectadas y anoten qué tablas y columnas puede leer el usuario de cada conexión (en PostgreSQL, information_schema.role_table_grants y information_schema.column_privileges muestran esto).

2

Los informes rara vez necesitan direcciones, números de teléfono o correos electrónicos

Los informes de ventas y de uso suelen necesitar fechas, importes, productos, una región general y un identificador de cliente. Creen vistas que contengan solo las columnas necesarias (una vista es una tabla virtual que expone parte de una tabla) y concedan al usuario de la conexión permiso de lectura solo sobre esas vistas. El identificador de cliente puede ser un valor sustituto en lugar del real (seudonimización).

3

Comprueben que los datos entregados a socios se eliminan de verdad

En el caso de Trezor, datos de pedidos de hacía años permanecieron en poder de un socio. El entorno de análisis de un socio es un lugar más donde viven sus datos. No se conformen con una cláusula de eliminación en el contrato: acuerden qué se elimina, cómo y cómo verificarán que se hizo, y compruébenlo al final del contrato y periódicamente.

4

Mantengan las herramientas de análisis autoalojadas fuera de internet abierto

Solo el personal propio debería usar una herramienta de análisis. Usen una VPN, restricciones por IP de origen o una red solo interna para que la propia página de inicio de sesión no sea visible desde el exterior. Este fallo estaba en código que se ejecuta antes del inicio de sesión, por lo que las contraseñas seguras y la autenticación multifactor no lo habrían impedido (vean cómo defenderse de vulnerabilidades en dispositivos VPN, y fallos de diseño en el restablecimiento de contraseñas para saber por qué los flujos de restablecimiento son un objetivo habitual).

5

Decidan con antelación cuántos días tienen para corregir una vulnerabilidad

Definan de antemano dónde llega la información sobre vulnerabilidades, cuántos días tienen para corregir cada nivel de gravedad y quién toma la decisión. Las herramientas internas, como las de análisis, a menudo no tienen un responsable claro de las actualizaciones. Partan de una lista de las herramientas que usan y de quién es responsable de cada una (lista de control de inventario de seguridad, guía de corrección de CVE).

Visión de este sitio: protejan los datos que su herramienta de análisis puede leer como protegerían los datos de producción

Las herramientas de análisis se consideran «solo para consultar» y se gestionan con menos cuidado que la base de datos de producción. Pero una vez conectadas, pueden leer los mismos datos. En esta oleada, todas las organizaciones enumeradas perdieron datos de su entorno de análisis, no de su servicio principal.

Pocos informes necesitan una dirección particular. Una columna que la herramienta no puede leer no puede filtrarse. Esta es también la medida que sigue funcionando cuando no es posible aplicar un parche a tiempo, que fue precisamente la situación de los clientes en la nube.

Fuentes (registros públicos)

Los hechos de este artículo se basan en la siguiente información pública. No especulamos sobre métodos de intrusión ni causas no divulgados.

  • Metabase, «Security update available for Metabase» (6 de agosto de 2026) — metabase.com
  • Metabase, «August 2026 Security Vulnerability: What happened?» (27 de agosto de 2026) — metabase.com
  • Trezor, «Recent customer data exposed in shipping provider incident» (13 de agosto de 2026; actualizado en septiembre) — trezor.io
  • Trezor, aviso sobre el incidente de seguridad en su proveedor de correo electrónico para boletines (septiembre de 2026) — trezor.io
  • n8n, «Metabase security incident update» (8 de agosto de 2026; actualizado el 11 de agosto) — blog.n8n.io
  • Anaconda, «Metabase Incident Impacting Kilo Code Customer Data» (agosto de 2026) — anaconda.com
  • Privy, «Post-mortem on August 6, 2026 Metabase security incident» — privy.io
  • Información periodística: BleepingComputer sobre los avisos de Framework y Tally — bleepingcomputer.com / sobre el alcance ampliado de Trezor y la declaración del socio — bleepingcomputer.com
  • CISA de EE. UU., «Known Exploited Vulnerabilities Catalog» (CVE-2026-72898, añadido el 11 de agosto de 2026) — cisa.gov

Historial de actualizaciones

2026-10-20: Se revisó parcialmente y se corrigió el desglose de n8n del 11 de agosto y el vínculo no confirmado con un CVE específico. No fue una revisión completa del impacto ni de las causas de las demás organizaciones.

2026-10-03: Primera versión, basada en las declaraciones oficiales de Metabase, Trezor, n8n, Anaconda (Kilo Code) y Privy, y en información periodística sobre los avisos de Framework y Tally. La actualizaremos si más organizaciones informan su impacto.

Lectura recomendada

FAQ

Q¿Qué empresas se vieron afectadas por la vulnerabilidad de Metabase y qué se filtró?
A

Según sus propias declaraciones: Trezor perdió los nombres, direcciones, números de teléfono, direcciones de correo electrónico y números de pedido de 80.689 clientes, desde el entorno de un socio logístico; Framework, nombres, direcciones de correo electrónico, direcciones IP de inicio de sesión, direcciones de facturación y envío, y números de teléfono de sus clientes; n8n revisó el 11 de agosto sus 136 registros informados: siete con acceso confirmado, con nombres de usuario y correos electrónicos; cinco con nombres, nombres de usuario, correos electrónicos y contraseñas con hash bcrypt; 62 con posible acceso a nombres y correos electrónicos; y 62 descritos como sin información sensible; Kilo Code (parte de Anaconda), los nombres, direcciones de correo electrónico, direcciones de facturación, tokens de acceso de Slack y partes de los prompts de algunos usuarios; y Privy, direcciones de correo electrónico de clientes y usuarios finales. Todas indican que no se incluyeron datos de pago, como tarjetas de crédito.

Q¿Están en riesgo los fondos de mi billetera Trezor?
A

Trezor afirma que sus propios sistemas no fueron vulnerados y que las billeteras de hardware, las claves privadas y las copias de seguridad de las billeteras no se vieron afectadas. El riesgo real es que, mediante un mensaje convincente que use su nombre, dirección y teléfono filtrados, le engañen para introducir la copia de seguridad de su billetera (frase de recuperación). Trezor pide a sus clientes que nunca introduzcan la copia de seguridad en un sitio web ni la compartan con nadie.

Q¿Qué clientes de Trezor están afectados?
A

Trezor indica que abarca a 13.689 clientes que recibieron pedidos enviados desde Estados Unidos, Reino Unido, Suecia, Colombia, Brasil, Italia y Portugal entre el 10 de mayo y el 8 de agosto de 2026, y a unos 67.000 clientes de Estados Unidos que compraron entre noviembre de 2019 y agosto de 2021. Los clientes afectados fueron notificados por correo electrónico desde notification@trezor.io.

QRecibí un correo de «alerta de seguridad» de Trezor. ¿Está relacionado?
A

Es un incidente aparte. Trezor afirma que el 9 de septiembre de 2026 se vulneró el servicio de correo electrónico que utiliza para sus boletines y que se envió una falsa advertencia de seguridad desde la cuenta de Trezor a unos 347.000 suscriptores del boletín. El enlace llevaba a una aplicación que pedía la copia de seguridad de la billetera. Trezor afirma que dio de baja el dominio en unos 20 minutos, pero las direcciones podrían usarse para más phishing en el futuro.

QUsamos Metabase. ¿Qué debemos hacer?
A

La respuesta técnica (versiones corregidas, la solución provisional y, tras la actualización, revocar las sesiones y rotar las credenciales de las bases de datos conectadas) está en la alerta de este sitio sobre CVE-2026-72898. Este artículo cubre lo que añaden los casos de las víctimas: revisar qué datos puede leer su herramienta de análisis.