Skip to content

Metabase

Bug bounty on Sorona metabase.com

Accepting reports open-source
Top reward
$1,500
Top severity paid
Critical
Assets in scope
13
Public CVEs
40
Last change
No changes yet

At a glance

What to know before you start testing.

Pays from $1,500
for critical bugs.
Partial safe harbor
Some legal protection; read the terms.
Publish after a fix
Coordinate the timing with the company.

Rewards

What Sorona lists as the payout for each severity.

Severity Reward
Critical $1,500+
High $700+
Medium $300+
Low $100 $100 / 1 month Claude Max
Safe harbor
Partial Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf.

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Scope

13 assets you may test, 6 excluded.

Web 1

  • https://www.metabase.com

Products and areas 12

  • Alerts, subscriptions and scheduled reports, which run queries unattended and deliver results to an address a user chose
  • Authentication end to end: password login, API keys, SSO through SAML, JWT and Google, and the account provisioning that follows a successful assertion
  • Database connection handling for every shipped driver, including connection string parameters, credential storage, encryption at rest and the connection test endpoint
  • Public links, embedding and the signed embedding tokens, which expose questions and dashboards to unauthenticated visitors by design
  • Sandboxing and row-level restrictions, which are the boundary an operator relies on to let one team see a subset of another team's table
  • The admin surface, including the audit tools and every setting an administrator can change on a running instance
  • The full REST API, including the session, card, dashboard, collection, database and setup endpoints, plus CSRF and session cookie handling
  • The native query editor and the query processor, covering how a user's SQL is built, parameterised and sent to the underlying engine
  • The permission model in full: collection permissions, data permissions, native query privileges, group membership and every check that decides whether a user reaches a question, dashboard or database
  • The policy asks for responsible disclosure of security information by email and draws no component boundary at all. Everything Metabase ships is inside it
  • The setup and initialisation flow, along with any endpoint that remains reachable before an instance has been configured
  • Uploads, model persistence, caching and the application database, wherever query results or user content are stored and read back
Out of scope (6)
  • Database engines and JDBC drivers, unless Metabase's own use of the driver is what makes the defect reachable
  • Filing on a public GitHub issue rather than by email, which the policy asks reporters not to do
  • Instances deployed with no authentication in front of them or with the setup flow left incomplete, which is an operator decision
  • Metabase Cloud's hosting infrastructure rather than the product code
  • Permissions an administrator granted deliberately, including native query access to a database they chose to connect
  • Third-party drivers and plugins outside the Metabase distribution

Rules

What the policy asks of you, and the bug types it won't reward, quoted from Sorona's policy. "We" in these lines means Sorona, not this site.

While testing

  • Submit through sorona.xyz. This project runs no bounty of its own; we validate, coordinate disclosure with the maintainers, and pay you directly.
  • The policy asks you not to create a GitHub issue for a security bug, and that instruction is explicit
  • Name the Metabase version and the edition.
  • State the attacker's starting role and whether the instance requires authentication.
  • Say which database driver was connected.
  • Hold detail until the advisory and the release are out.

Not accepted

  • Permissions an administrator granted deliberately, including native query access to a database they chose to connect
  • Instances deployed with no authentication in front of them or with the setup flow left incomplete, which is an operator decision
  • Database engines and JDBC drivers, unless Metabase's own use of the driver is what makes the defect reachable
  • Third-party drivers and plugins outside the Metabase distribution
  • Metabase Cloud's hosting infrastructure rather than the product code

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 1 hour ago.

No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.

Public CVEs

Published vulnerabilities in this vendor's products, from the NVD.

Search NVD
CVESeverityPublished
CVE-2026-72898 Critical 10.0 10 Aug 2026
CVE-2026-50147 High 7.6 15 Jul 2026
CVE-2026-50148 Critical 10.0 15 Jul 2026
CVE-2026-59826 Critical 9.1 9 Jul 2026
CVE-2026-59827 Critical 9.9 9 Jul 2026
CVE-2026-33725 High 7.2 27 Mar 2026
CVE-2026-27464 High 7.7 21 Feb 2026
CVE-2026-22805 Low 2.1 12 Jan 2026
CVE-2025-5895 Low 2.1 9 Jun 2025
CVE-2025-27141 Medium 4.8 24 Feb 2025
CVE-2023-37470 Critical 10.0 4 Aug 2023
CVE-2023-38646 Critical 9.8 21 Jul 2023
CVE-2023-32680 Medium 5.8 18 May 2023
CVE-2023-23628 Medium 5.7 28 Jan 2023
CVE-2023-23629 Medium 6.3 28 Jan 2023
CVE-2022-39362 High 8.8 26 Oct 2022
CVE-2022-39361 High 8.8 26 Oct 2022
CVE-2022-39360 Medium 6.5 26 Oct 2022
CVE-2022-39359 Medium 6.5 26 Oct 2022
CVE-2022-39358 Medium 6.5 26 Oct 2022
CVE-2022-43776 Medium 6.5 26 Oct 2022
CVE-2022-24853 Medium 5.9 14 Apr 2022
CVE-2022-24854 High 8.0 14 Apr 2022
CVE-2022-24855 High 8.7 14 Apr 2022
CVE-2021-41277 Critical 10.0 17 Nov 2021
CVE-2018-0697 Medium 6.1 15 Nov 2018

Original policy

Copied from sorona.xyz on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.

Skip to content What this pays This project runs no bounty of its own. sorona.xyz pays you directly on qualified, reproduced findings. Severity │ sorona.xyz pays Critical │ $1,500+ High │ $700+ Medium │ $300+ Low │ $100 / 1 month Claude Max Submit a vulnerability CVE history 14 Last 12 months 40 Lifetime Access control 35 % SQL injection 25 % Info disclosure 25 % SSRF 15 % Latest advisories Loading the feed Overview Metabase is the self-hosted BI tool that small and mid-sized companies actually run, and every install holds standing credentials to the production databases an analyst was told to query. Fourteen advisories were published in the last twelve months out of forty ever, the heaviest sustained researcher workload of anything in this category. The maintainers state in their own policy that there is no bug bounty programme, and the check backs it up: no programme on any platform, live or historic. Reports go by email, the only private channel they run. sorona.xyz pays you directly on qualified, reproduced findings. In scope The policy asks for responsible disclosure of security information by email and draws no component boundary at all. Everything Metabase ships is inside it The permission model in full: collection permissions, data permissions, native query privileges, group membership and every check that decides whether a user reaches a question, dashboard or database The native query editor and the query processor, covering how a user's SQL is built, parameterised and sent to the underlying engine Database connection handling for every shipped driver, including connection string parameters, credential storage, encryption at rest and the connection test endpoint Sandboxing and row-level restrictions, which are the boundary an operator relies on to let one team see a subset of another team's table Public links, embedding and the signed embedding tokens, which expose questions and dashboards to unauthenticated visitors by design The full REST API, including the session, card, dashboard, collection, database and setup endpoints, plus CSRF and session cookie handling Authentication end to end: password login, API keys, SSO through SAML, JWT and Google, and the account provisioning that follows a successful assertion The setup and initialisation flow, along with any endpoint that remains reachable before an instance has been configured Uploads, model persistence, caching and the application database, wherever query results or user content are stored and read back Alerts, subscriptions and scheduled reports, which run queries unattended and deliver results to an address a user chose The admin surface, including the audit tools and every setting an administrator can change on a running instance Out of scope Metabase Cloud's hosting infrastructure rather than the product code Database engines and JDBC drivers, unless Metabase's own use of the driver is what makes the defect reachable Permissions an administrator granted deliberately, including native query access to a database they chose to connect Instances deployed with no authentication in front of them or with the setup flow left incomplete, which is an operator decision Third-party drivers and plugins outside the Metabase distribution Filing on a public GitHub issue rather than by email, which the policy asks reporters not to do Most-valued findings Permission bypass in any direction: a viewer reaching a collection they were excluded from, an analyst reaching a database outside their group, or a sandboxed user seeing rows the sandbox filtered. This is the densest part of a forty-advisory record SQL injection into a native query or a filter parameter, where a user-supplied value escapes parameterisation and runs against a production database with the connection's full rights Anything that returns stored database credentials, an encryption key or a connection secret to a user who should only ever see query results Authentication bypass in the SSO paths, especially identity binding, where an attacker-controlled assertion attaches to an existing account and takes over a BI tool with warehouse access Public link and embedding defects, where a signed token or a public question ID reaches data outside what was published. These are the only endpoints intended for unauthenticated visitors, so the checks behind them carry everything Server-side request forgery through connection setup or alert delivery, since the Metabase host usually sits inside the network the databases live on Endpoints reachable before or during setup, where an uninitialised instance grants administrative control to whoever arrives first Program rules Submit through sorona.xyz. This project runs no bounty of its own; we validate, coordinate disclosure with the maintainers, and pay you directly. Email [email protected] . That address appears only in the repository's SECURITY.md and is not on metabase.com/security at all GitHub private vulnerability reporting is disabled on metabase/metabase , so email is the sole private channel. There is no advisory button here The policy asks you not to create a GitHub issue for a security bug, and that instruction is explicit Nothing is paid. The policy states there is no bug bounty programme, and the vendor has never run one on any platform Name the Metabase version and the edition. Open source and the paid editions differ on permissions, sandboxing and SSO, and several of the interesting boundaries only exist in one of them State the attacker's starting role and whether the instance requires authentication. Metabase severity turns on whether a viewer, an analyst or an anonymous visitor reached the endpoint Say which database driver was connected. Most of the query-side surface only exists once a real data source is attached Disclosure Coordinated privately by email and published as a GitHub Security Advisory alongside a fixed release. The cadence here is heavy and regular: fourteen advisories in twelve months against forty all-time means the pipeline is moving constantly, and fixes tend to land in the next patch release across the supported version lines. Hold detail until the advisory and the release are out. Safe harbor Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf. You are responsible for understanding and following the laws that apply to you, wherever you are, and for staying within any scope the project has defined. Submit a vulnerability