Information Exposure Affecting icingaweb2 package, versions *
Threat Intelligence
The probability is the direct output of the EPSS model, and conveys an overall sense of the threat of exploitation in the wild. The percentile measures the EPSS probability relative to all known EPSS scores. Note: This data is updated daily, relying on the latest available EPSS model version. Check out the EPSS documentation for more details.
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk IDSNYK-DEBIAN11-ICINGAWEB2-1317025
- published14 Jul 2021
- disclosed12 Jul 2021
Introduced: 12 Jul 2021
CVE-2021-32747 (opens in a new tab)How to fix?
There is no fixed version for Debian:11 icingaweb2.
NVD Description
Note: Versions mentioned in the description apply only to the upstream icingaweb2 package and not the icingaweb2 package as distributed by Debian.
See How to fix? for Debian:11 relevant fixed versions and status.
Icinga Web 2 is an open source monitoring web interface, framework, and command-line interface. A vulnerability in which custom variables are exposed to unauthorized users exists between versions 2.0.0 and 2.8.2. Custom variables are user-defined keys and values on configuration objects in Icinga 2. These are commonly used to reference secrets in other configurations such as check commands to be able to authenticate with a service being checked. Icinga Web 2 displays these custom variables to logged in users with access to said hosts or services. In order to protect the secrets from being visible to anyone, it's possible to setup protection rules and blacklists in a user's role. Protection rules result in *** being shown instead of the original value, the key will remain. Backlists will hide a custom variable entirely from the user. Besides using the UI, custom variables can also be accessed differently by using an undocumented URL parameter. By adding a parameter to the affected routes, Icinga Web 2 will show these columns additionally in the respective list. This parameter is also respected when exporting to JSON or CSV. Protection rules and blacklists however have no effect in this case. Custom variables are shown as-is in the result. The issue has been fixed in the 2.9.0, 2.8.3, and 2.7.5 releases. As a workaround, one may set up a restriction to hide hosts and services with the custom variable in question.
References
- https://security-tracker.debian.org/tracker/CVE-2021-32747
- https://github.com/Icinga/icingaweb2/security/advisories/GHSA-2xv9-886q-p7xx
- https://github.com/Icinga/icingaweb2/releases/tag/v2.7.5
- https://github.com/Icinga/icingaweb2/releases/tag/v2.8.3
- https://github.com/Icinga/icingaweb2/releases/tag/v2.9.0