Skip to main content
VulnerabilityPublished

CVE-2025-61789: Icinga icingadb-web · Observable Response Discrepancy

Affects Icinga icingadb-webSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium : upgrade to 1.1.4 when convenient.

Data as of 26 Oct 2026, 10:12 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 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

Upgrade icinga/icingadb-web to 1.1.4.

Affected software

ProductAffectedFixed in
GitHubicinga/icingadb-webpkg:github/icinga/icingadb-webOther threatsAffected
  • <1.1.4
Fixed in
  • 1.1.4

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 take the following specific mitigation steps: 1) Upgrade Icinga DB Web to versions 1.1.4 or 1.2.3 or later, where the vulnerability is fixed. 2) Restrict access to the Icinga DB Web interface strictly to trusted and necessary personnel, enforcing strong authentication and role-based access controls to minimize the number of authorized users. 3) Monitor and audit user activities within Icinga DB Web to detect unusual filter usage or attempts to access protected variables. 4) Implement network segmentation to isolate monitoring infrastructure from general user networks, reducing the risk of unauthorized access. 5) Review and tighten the configuration of custom variables, ensuring sensitive variables are properly protected and not exposed unnecessarily. 6) Educate administrators and users about the risks of information disclosure through side channels and encourage prompt reporting of suspicious behavior. 7) Maintain up-to-date backups and incident response plans to quickly address any potential compromise stemming from information leakage. These targeted measures go beyond generic patching by focusing on access control, monitoring, and configuration hygiene specific to the vulnerability context.

Description

Icinga DB Web provides a graphical interface for Icinga monitoring. Before 1.1.4 and 1.2.3, an authorized user with access to Icinga DB Web, can use a custom variable in a filter that is either protected by icingadb/protect/variables or hidden by icingadb/denylist/variables, to guess values assigned to it. Versions 1.1.4 and 1.2.3 respond with an error if such a custom variable is used.

References

Community reviews

Loading reviews…