Skip to main content
CVE-2025-53840VulnerabilityPublished Updated

CVE-2025-53840: Icinga icingadb-web · Information Exposure

Affects Icinga icingadb-webSource CVE Database V5

0

Not known to be exploited · CVSS 2.4 Low : upgrade to 1.2.2 when convenient.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Jul 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 2026-10-25.

What to do

Upgrade icinga/icingadb-web to 1.2.2.

Affected software

ProductAffectedFixed in
GitHubicinga/icingadb-webpkg:github/icinga/icingadb-webOther threatsAffected
  • <1.2.2 >=1.2.0
  • =1.1.3
Fixed in
  • 1.2.2

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate this vulnerability, European organizations should prioritize upgrading Icinga DB Web to version 1.2.2 or later, where the access restrictions are correctly enforced. If immediate upgrading is not feasible, downgrading to version 1.1.3 is a viable temporary workaround, as this version does not exhibit the vulnerability. Additionally, organizations should review and tighten access controls to ensure that only trusted users have high privilege access to the Icinga Dependency Views. Implementing strict role-based access control (RBAC) policies and monitoring privileged user activities can reduce the risk of exploitation. Regular audits of user permissions and session monitoring can help detect unauthorized access attempts. Network segmentation and limiting access to the monitoring interface to trusted networks or VPNs can further reduce exposure. Finally, organizations should stay informed about any emerging exploits or patches related to this vulnerability and apply security updates promptly.

Description

Icinga DB Web provides a graphical interface for Icinga monitoring. Starting in version 1.2.0 and prior to version 1.2.2, users with access to Icinga Dependency Views, are allowed to see hosts and services that they weren't meant to on the dependency map. However, the name of an object will not be revealed nor does this grant access to a host's or service's detail view. Please note that this only affects the restrictions `filter/hosts` and `filter/services`. `filter/objects` is not affected by this and restricts objects as it is supposed to. Version 1.2.2 applies these restrictions properly. As a workaround, one may downgrade to version 1.1.3.

References

Community reviews

Loading reviews…