Skip to main content
VulnerabilityPublished Updated

CVE-2025-32916: Checkmk · Use of GET Request Method With Sensitive Query Strings

Affects CheckmkSource CVE Database V5

0

Not known to be exploited · CVSS 1.0 Low.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 4.0 base score
1.0Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:L/AT:P/PR:H/UI:P/VC:L/VI:N/VA:N/SC:L/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 9 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Checkmk GmbH CheckmkAffected
  • 2.1.0 – 2.4.0
4 affected builds
Fixed in–

AI-suggested

  1. Upgrade affected Checkmk installations to the latest patched versions (2.4.0p13, 2.3.0p38, 2.2.0p46, or later) as soon as possible to eliminate the vulnerability.
  2. Review and audit web server and proxy logs to ensure sensitive data is not inadvertently stored in URL query strings.
  3. Implement strict access controls on logs and browser histories to prevent unauthorized access.
  4. Educate users and administrators about the risks of transmitting sensitive data via GET requests and encourage the use of POST methods or other secure transmission mechanisms.
  5. Monitor network traffic for unusual access patterns that might indicate attempts to capture URL data.
  6. If upgrading is not immediately feasible, consider deploying web application firewalls or reverse proxies that can rewrite or block sensitive query parameters.
  7. Regularly review Checkmk configuration and custom scripts to avoid embedding sensitive information in URLs.
  8. Conduct internal penetration testing focusing on information leakage through logs and histories.

Description

Potential use of sensitive information in GET requests in Checkmk GmbH's Checkmk versions <2.4.0p13, <2.3.0p38, <2.2.0p46, and 2.1.0 (EOL) may cause sensitive form data to be included in URL query parameters, which may be logged in various places such as browser history or web server logs.

References

Community reviews

Loading reviews…