Skip to main content
VulnerabilityPublished

CVE-2025-37727: Elastic Elasticsearch · Sensitive Data in Logs

Affects Elastic ElasticsearchSource CVE Database V5

0

Not known to be exploited · CVSS 5.7 Medium.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
5.7Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 15% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 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
Elastic ElasticsearchAffected
  • 7.0.0 – 9.1.0
5 affected builds
Fixed in–

AI-suggested

To mitigate CVE-2025-37727, European organizations should implement the following specific measures: 1) Restrict access to Elasticsearch audit logs strictly to trusted administrators and secure log storage locations with encryption and access controls. 2) Limit the use of the reindex API to only necessary users and roles, employing the principle of least privilege to reduce exposure. 3) Review and sanitize any sensitive information included in reindex API requests before they are logged, potentially by configuring or customizing logging settings to exclude sensitive fields. 4) Monitor audit logs for unexpected sensitive data patterns and implement alerting for anomalous access or data leakage indicators. 5) Employ network segmentation and firewall rules to restrict access to Elasticsearch nodes and APIs, minimizing the attack surface. 6) Keep Elasticsearch versions up to date and watch for vendor patches or advisories addressing this vulnerability. 7) Conduct regular security audits and penetration testing focused on log management and API usage to identify and remediate weaknesses. These targeted actions go beyond generic advice by focusing on controlling sensitive data exposure in logs and minimizing privileges related to the vulnerable API.

Description

Insertion of sensitive information in log file in Elasticsearch can lead to loss of confidentiality under specific preconditions when auditing requests to the reindex API https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-reindex

References

Community reviews

Loading reviews…