CVE-2024-28830
Low · 2.7CVSS
2.7
EPSS
0.3%
Published
Jun 26, 2024
CISA due date
—
Cloudanix analysis
A logging mistake in monitoring software can let administrators see secret credentials that are supposed to stay hidden.
- Exploitation
- Remote Authenticated
- Attacker needs
- High Privilege
- Complexity
- Low
- Impact
- Data Exposure
- Component
- Application
- Class
- Information Disclosure
- Remediation
- Upgrade
- Effort
- Low
- Patch risk
- Low
What it actually does
Automation user credentials are inadvertently written into audit log files that are readable by users with administrative privileges.
Why it matters to the business
Administrators gain unintended access to automation secrets, which could enable lateral movement or unauthorized system actions if those credentials are reused elsewhere; low overall urgency given stable low exploit probability and lack of known active campaigns.
How an attack unfolds
An attacker who already possesses administrative access inspects the audit logs to retrieve automation user secrets that were logged in plaintext, then uses those secrets to perform further actions within the monitored environment.
How to fix it
Upgrade to Checkmk versions 2.3.0p7 or newer, 2.2.0p28 or newer, 2.1.0p45 or newer, or apply the corresponding patch for the 2.0.0 series if still in use; restrict log file access to the minimum required personnel until the update is complete.
How to confirm the fix worked
Verify the installed Checkmk version is at or above the fixed releases listed in the advisory; search audit logs for entries containing automation user credentials and confirm such entries are no longer generated after the update.
Typical attack path
- Obtain administrative access to the Checkmk instance
- Locate and read the audit log files containing the leaked automation secrets
- Extract the secrets and authenticate as the automation user
- Perform actions using the compromised automation credentials
How to detect it
Examine audit log files for entries that include automation user credentials or patterns consistent with secret leakage; correlate with administrator access events to the log storage location.
What your security team should do
- Prioritize patching systems that expose audit logs to multiple administrators
- Review current log retention and access controls around audit files
- Rotate any automation user secrets that may have been exposed in existing logs
The record
Insertion of Sensitive Information into Log File in Checkmk GmbH's Checkmk versions <2.3.0p7, <2.2.0p28, <2.1.0p45 and <=2.0.0p39 (EOL) causes automation user secrets to be written to audit log files accessible to administrators.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Ubuntu:18.04:LTS | check-mk | 0 | No fix |
| Ubuntu:Pro:16.04:LTS | check-mk | 0 | No fix |
| Ubuntu:Pro:18.04:LTS | check-mk | 0 | No fix |
Related vulnerabilities
- CVE-2024-47094 Insertion of Sensitive Information into Log File in Checkmk GmbH's Checkmk versions… Also affects check-mk
- CVE-2024-38863 Exposure of CSRF tokens in query parameters on specific requests in Checkmk GmbH's… Also affects check-mk
- CVE-2024-38862 Insertion of Sensitive Information into Log File in Checkmk GmbH's Checkmk versions… Also affects check-mk
- CVE-2024-6747 Information leakage in mknotifyd in Checkmk before 2.3.0p18, 2.2.0p36, 2.1.0p49 and in… Also affects check-mk
- CVE-2024-8606 Bypass of two factor authentication in RestAPI in Checkmk < 2.3.0p16 and < 2.2.0p34… Also affects check-mk
- CVE-2024-38860 Improper neutralization of input in Checkmk before versions 2.3.0p16 and 2.2.0p34 allows… Also affects check-mk
- CVE-2024-38858 Improper neutralization of input in Checkmk before version 2.3.0p14 allows attackers to… Also affects check-mk
- CVE-2024-38859 XSS in the view page with the SLA column configured in Checkmk versions prior to… Also affects check-mk