CVE-2025-37727: Elastic Elasticsearch · Sensitive Data in Logs
Affects Elastic ElasticsearchSource CVE Database V5
Not known to be exploited · CVSS 5.7 Medium.
Data as of 26 Oct 2026, 12:55 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 10 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| Elastic Elasticsearch | Affected
| 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