CVE-2025-48057: Icinga icinga2 · Improper Following of a Certificate's Chain of Trust
Affects Icinga icinga2Source CVE Database V5
Not known to be exploited · CVSS 9.3 Critical · fixed in 2.14.6 : patch Icinga icinga2 as a priority.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.14.6, 2.13.12, 2.12.12
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:L/SI:L/SA:LExploitation evidence
Disclosed: evidence found.
CVE published 27 May 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 2026-10-25.
What to do
Upgrade icinga/icinga2 to 2.14.6, 2.13.12 or 2.12.12.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubicinga/icinga2pkg:github/icinga/icinga2Other threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should immediately assess their Icinga 2 deployments to identify affected versions, particularly those built with OpenSSL versions older than 1.1.0. The primary mitigation is to upgrade Icinga 2 to versions 2.12.12, 2.13.12, or 2.14.6 or later, which contain the patched VerifyCertificate() function. Additionally, organizations should ensure that their OpenSSL libraries are updated to version 1.1.0 or newer to prevent the vulnerability from being exploitable. Network segmentation and strict access controls should be enforced around monitoring infrastructure to limit exposure to untrusted networks. Implementing certificate pinning or additional certificate validation mechanisms can provide defense-in-depth. Monitoring for anomalous certificate renewal requests and unusual node behavior can help detect exploitation attempts. Finally, organizations should review and tighten their certificate lifecycle management policies to prevent unauthorized certificate issuance or renewal.
Description
Icinga 2 is a monitoring system which checks the availability of network resources, notifies users of outages, and generates performance data for reporting. Prior to versions 2.12.12, 2.13.12, and 2.14.6, the VerifyCertificate() function can be tricked into incorrectly treating certificates as valid. This allows an attacker to send a malicious certificate request that is then treated as a renewal of an already existing certificate, resulting in the attacker obtaining a valid certificate that can be used to impersonate trusted nodes. This only occurs when Icinga 2 is built with OpenSSL older than version 1.1.0. This issue has been patched in versions 2.12.12, 2.13.12, and 2.14.6.
References
- github.com/Icinga/icinga2/security/advisories/GHSA-7vcf-f5v9-3wr6 (opens in a new tab)
- github.com/Icinga/icinga2/commit/34c93a2542bbe4e9886d15bc17ec929ead1aa152 (opens in a new tab)
- github.com/Icinga/icinga2/commit/4023128be42b18a011dda71ddee9ca79955b89cb (opens in a new tab)
- github.com/Icinga/icinga2/commit/60f75f4a3d5cbb234eb3694ba7e9076a1a5b8776 (opens in a new tab)
- github.com/Icinga/icinga2/commit/9ad5683aab9eb392c6737ff46c830a945c9e240f (opens in a new tab)
- github.com/Icinga/icinga2/commit/9b2c05d0cc09210bdeade77cf9a73859250fc48d (opens in a new tab)