External risk intelligence

Percona PMM `pmm-admin` Authenticated OS Command Execution

CVE advisorySeverity: CRITICAL (CVSS 9.9)

CVE-2026-25212

Percona Monitoring and Management (PMM) is typically deployed within an internal network to monitor database infrastructure. While network-accessible in those environments, it is generally protected by internal access controls and not intended for direct exposure to the public internet.

Percona Monitoring And Management

before 3.7.0

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A security issue has been identified in Percona Monitoring and Management software that could allow an attacker with administrative access to execute commands on the underlying operating system. This vulnerability stems from an internal database user retaining excessive privileges, which can be exploited through a specific feature designed for adding data sources. At a high level, this could potentially compromise the integrity and confidentiality of systems managed by PMM if not addressed.

  • Database oversight allows command execution.
  • Impacts systems managing critical data.
  • Confirm relevance and assess potential exposure.

Attack Path

How an attacker could exploit the issue

An attacker with administrative rights on Percona Monitoring and Management can exploit a vulnerability by using the "Add data source" feature. This allows them to escape the database environment and run commands on the server's operating system.

  • Requires administrative access to the system.
  • Abuse of the "Add data source" feature.
  • Risk of unauthorized operating system commands.

Live Threat

Current exploitation, exposure, and threat context

An attacker with administrative rights on Percona Monitoring and Management (PMM) could execute arbitrary shell commands on the underlying operating system. This is possible by abusing the "Add data source" feature, which allows an internal database user with superuser privileges to break out of the database context.

  • Underlying operating system.
  • Abuse of "Add data source" feature.
  • Arbitrary shell command execution.

Operational Fix

Recommended remediation, mitigation, and detection steps

The discovery of an internal database user retaining superuser privileges in Percona Monitoring and Management (PMM) necessitates action from infrastructure and platform teams. Attackers with `pmm-admin` rights can exploit the "Add data source" feature to execute shell commands on the operating system. The first practical step is to identify all PMM instances, confirm their reachability and criticality, and then ascertain the accountable owner to plan remediation based on assessed risk.

  • Platform and infrastructure teams own.
  • Verify PMM instance reachability and criticality.
  • Plan remediation based on assessed risk.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Percona Monitoring and Management (PMM)?

Percona Monitoring and Management is a platform designed to observe and analyze the performance of database clusters. It collects metrics from database infrastructure, helping teams maintain health and reliability. It is widely used in enterprise environments to centralize monitoring for various database technologies.

What does CWE-250 mean in the context of CVE-2026-25212?

CWE-250 refers to 'Execution with Unnecessary Privileges.' In this CVE, an internal database user within PMM is granted more permissions than it needs. Because this user holds excessive 'superuser' rights, it allows the system to be manipulated in ways that should be restricted, specifically enabling the execution of unauthorized shell commands.

How is the vulnerability in CVE-2026-25212 triggered?

The vulnerability is triggered by abusing the 'Add data source' feature within PMM. An attacker must already have 'pmm-admin' level access to the system to initiate this action. Simply using the standard monitoring or dashboard features without that specific administrative level of access does not trigger this command execution flaw.

Is my PMM instance likely to be targeted?

According to Halo Surface Signal, PMM is typically deployed within internal networks rather than directly on the public internet. While an attacker needs administrative credentials to succeed, the risk depends on whether your instance is reachable by untrusted users. If it is kept within restricted internal zones, the potential for unauthorized external access is significantly lower.

How should I respond to CVE-2026-25212?

The first step is to locate all PMM instances currently running in your environment. Once identified, verify who has administrative access to these systems and confirm their network reachability. Finally, coordinate with the accountable owners to plan for an upgrade to version 3.7.0 or later to resolve the underlying privilege issue.

References