Metabase Zero-Day Exploited in Wild Allows Admin Access Without Authentication

Metabase has warned that a maximum-severity security flaw impacting its business intelligence and data visualization software package has been exploited in the wild as a zero-day.

The vulnerability (CVSS score: 10.0), which does not carry a CVE identifier, allows an unauthenticated remote attacker to inject arbitrary SQL into the Metabase application database, enabling them to gain administrator access to the instance.

Armed with the elevated access, the attacker can change the application configuration, steal stored credentials for the connected databases, read any data accessible through those connections, and export data.

"We recently identified that Metabase Cloud was attacked by someone utilizing an unknown ('0-day') security vulnerability in versions 1.58 and above," Metabase said in an advisory.

Metabase Cloud instances have already been updated to the latest version. Users running self-hosted versions are advised to apply security patches released by Metabase with immediate effect. The following versions are affected -

• >= x.58.0, < x.58.23 (Fixed in x.58.24)
• >= x.59.0, < x.59.20 (Fixed in x.59.21)
• >= x.60.0, < x.60.16 (Fixed in x.60.17)
• >= x.61.0, < x.61.10 (Fixed in x.61.11)
• >= x.62.0, < x.62.8 (Fixed in x.62.9)
• >= x.63.0, < x.63.3 (Fixed in x.63.5)

As a temporary workaround until the fixes can be applied, it's advised to block the "/api/session/reset_password" endpoint. Once the update is complete, customers who have their "/api/session/reset_password" endpoint publicly accessible are advised to perform the following steps -

• Revoke all active user sessions by accessing the Metabase Application Database and deleting all rows in the core_session table
• Review API keys and delete any unrecognized keys
• Review administrator accounts for any unexpected changes
• Rotate credentials for any of the connected databases
• Review data warehouse logs for any sign of unauthorized access
• Review Metabase activity and query history for unexpected or unauthorized activity

Metabase has not shared any specifics about the malicious activity, but shared the following indicators of compromise (IoCs) -

• A call to "POST /api/session/reset_password" with a 400 status code
• This is followed by a call to "GET /api/user/current" with a 200 status code

"If you find that pattern in your application logs or in your Metabase server ingress logs, it is likely that your instance has been compromised," Metabase CEO Sameer Al-Sakran said.

One of the companies that has been affected is Framework. According to Engadget, the PC maker alerted all its customers that customer names, login IPs, addresses, phone numbers, and emails were accessed during the hack. It noted that no order or payment information was accessed.

Exactly three years ago, Metabase moved to address another "extremely severe" flaw (CVE-2023-38646, CVSS score: 9.8) that could have resulted in pre-authenticated remote code execution on affected installations.

Additional Victims Emerge

N8n, a popular workflow automation platform, disclosed on August 8, 2026, that an attacker obtained 136 customer records containing names and email addresses for both self-hosted and n8n Cloud users by leveraging the Metabase vulnerability.

"Our investigation confirmed that an unauthorized third party accessed and queried certain data available through n8n’s Metabase environment," it said in a post.

"Five of these records contained bcrypt-hashed passwords of n8n Cloud accounts, self-hosted passwords are never shared with n8n. Because the queries used returned a variable, non-deterministic set of rows each time they are run, we cannot determine which specific records were accessed."

Separately, n8n said its investigation also identified a historical bug that was previously fixed in April 2023 and caused a "small number of n8n Cloud account passwords to be stored in plain text."

Although there is no evidence to suggest that these records were accessed during the Metabase-related exploitation activity, the company said it has contacted all 25 account holders directly out of an abundance of caution.

N8n said it has rotated potentially affected credentials, rectified any users affected by the historical bug, and notified relevant data protection authorities of the matter.

Another company that was impacted by the Metabase zero-day attacks is Kilo Code, which said the "incident at Metabase occurred over a period of approximately 4 hours on August 2, 2026" and that it was alerted of the breach four days later.

"Our investigation so far has confirmed that the Kilo Slackbot was impacted and a small subset of Kilo users on that feature had their Slack access token exposed," it said. "Out of an abundance of caution, we invalidated all Kilo Slackbot authentication tokens for these users. Affected Kilo Slackbot users were contacted."

Flaw Now Tracked as CVE-2026-72898

The SQL injection vulnerability has been assigned the CVE identifier CVE-2026-72898 (CVSS score: 10.0). The U.S. Cybersecurity and Infrastructure Security Agency (CISA) has added the flaw to its Known Exploited Vulnerabilities (KEV) catalog, requiring federal agencies to apply the fixes by August 14, 2026.

"Metabase allows a remote, unauthenticated attacker to inject arbitrary SQL via the '/reset_password' database endpoint and gain administrator access to the connected Metabase instance," a description for the flaw on CVE.org reads.

Google-owned Wiz said it observed that roughly 13% of cloud environments have self-hosted Metabase instances deployed, out of which approximately 25% are fully internet accessible. About 2,500 Metabase instances are estimated to be accessible over the internet.

(The story was updated after publication on August 11, 2026, to include the latest developments.)

Found this article interesting? Follow us on Google News, Twitter and LinkedIn to read more exclusive content we post.