CVE-2024-45636: IBM QRadar EDR Plaintext Credential Storage (3.12–3.12.24)
IBM Security QRadar EDR versions 3.12 through 3.12.24 contain a credential storage flaw where user passwords and authentication tokens are stored in plain text on disk. A local attacker with elevated system privileges can read these credentials directly, potentially gaining unauthorized access to QRadar EDR or downstream systems that those credentials protect. This is a local-only attack requiring existing high-level access to the affected system.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.1 MEDIUM · CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-256, CWE-522
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-11 / 2026-06-17
NVD description (verbatim)
IBM Security QRadar EDR 3.12 through 3.12.24 stores user credentials in plain text which can be read by a local privileged user.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2024-45636 affects IBM Security QRadar EDR 3.12.0 through 3.12.24 and stems from improper credential handling (CWE-256, CWE-522). The application stores authentication credentials in cleartext within accessible file system locations rather than using encryption or secure credential management APIs. An authenticated local user with administrative or system-level privileges can enumerate the affected files and extract plaintext credentials, bypassing authentication controls. The CVSS 3.1 vector (CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:N/A:N) reflects the high barrier to exploitation: local access requirement, high privileges prerequisite, and attack complexity factors, offset by high confidentiality impact.
Business impact
Credential exposure in QRadar EDR undermines the integrity of your security infrastructure. An insider or compromised privileged account holder can extract credentials to impersonate legitimate users, access sensitive analytics, or pivot to monitored endpoints and systems. In regulated environments (financial, healthcare, government), plaintext credential storage often violates compliance mandates (PCI-DSS, HIPAA, SOC 2). Recovery requires credential rotation across dependent systems and forensic investigation to identify unauthorized access.
Affected systems
IBM Security QRadar EDR 3.12 through 3.12.24 are affected. Verify your installed version in the QRadar administration console. The vulnerability requires local system access, so air-gapped or strictly network-isolated QRadar instances face lower risk. However, any environment permitting local shell or SSH access by privileged users (including system administrators and service accounts) should be treated as at-risk.
Exploitability
Exploitation is not trivial and does not appear in active public exploits (KEV status: not listed). An attacker must already possess elevated local privileges on the QRadar system—a significant hurdle that limits opportunistic exploitation. However, insider threats, supply-chain compromises, or privilege escalation chains could lower the practical barrier. The high attack complexity and privilege requirement reduce spontaneous exploitation likelihood, but the simplicity of the attack itself (reading files) once privileges are obtained makes this a credible lateral-movement vector.
Remediation
Upgrade IBM Security QRadar EDR to a patched version beyond 3.12.24. Consult the IBM Security advisory for the minimum safe version. Until patched, enforce strict file-system and process-level access controls restricting privileged user accounts to minimum-necessary privileges, use filesystem encryption (LUKS, dm-crypt on Linux or BitLocker on Windows) for QRadar installation directories, monitor file access logs for suspicious reads of credential storage locations, and enforce SSH key-based authentication with disabled password logins where possible.
Patch guidance
IBM has released patches to address plaintext credential storage. Contact IBM Security support or check the official QRadar security advisories to identify the patched version for your deployment track. Plan testing in a non-production environment before rolling out. If immediate patching is not feasible, layer compensating controls: restrict SSH and local console access, implement OS-level file access logging and alerting, and rotate all QRadar and dependent system credentials as a defensive measure.
Detection guidance
Monitor for unusual access patterns to QRadar configuration and credential files (typically in /opt/qradar or equivalent Windows paths). Enable file integrity monitoring (AIDE, osquery) to alert on unauthorized reads of sensitive configuration files. Correlate privileged user login sessions with subsequent suspicious file reads. Implement process-level auditing to capture which user contexts attempt to access stored credentials. Log analysis should flag any unexpected tool execution (cat, grep, base64 decoding utilities) by privileged users targeting config directories.
Why prioritize this
Although the CVSS score is MEDIUM (4.1) due to high exploitation barriers, credential exposure is a business-critical threat in a security analytics platform. QRadar EDR typically integrates with your wider detection ecosystem; compromised credentials can cascade to network isolation or forensics bypass. The attack requires existing high privilege, limiting widespread risk, but should be prioritized for organizations with insider-threat programs, multi-tenant environments, or strict regulatory compliance requirements. Organizations with strong privilege separation and filesystem monitoring can defer patching slightly; those without should accelerate remediation.
Risk score, explained
The CVSS 3.1 score of 4.1 (MEDIUM) reflects: Attack Vector Local (AV:L) — requires system-level access; Attack Complexity High (AC:H) — practical exploitation requires privilege and file system knowledge; Privilege Required High (PR:H) — attacker must already be an authenticated privileged user; User Interaction None (UI:N) — no social engineering required; Confidentiality High (C:H) — plaintext credentials fully exposed; Integrity None (I:N) and Availability None (A:N) — no direct data modification or service disruption. The score underweights insider threat and supply-chain risk scenarios, so context-dependent escalation is reasonable for sensitive environments.
Frequently asked questions
Do I need to patch immediately if QRadar is air-gapped or behind strong network access controls?
No immediate emergency patching is required if QRadar is isolated from untrusted networks and local access is restricted to a small number of vetted administrators. However, credential rotation should still occur, and patching within your next quarterly maintenance window is advisable. Insider threat and supply-chain compromise scenarios still warrant priority.
Will patching QRadar EDR disrupt active monitoring or incident response?
Patching specifics depend on your QRadar deployment topology (standalone, cluster, cloud). Test in a staging environment first. Most vendor patches for storage issues are low-risk, but coordinate with your security operations team to patch during a planned maintenance window to avoid disruption.
How do I know if someone has already exploited this vulnerability?
Review system audit logs (auditd on Linux, Windows Event Log) for file access events targeting QRadar's credential or configuration directories around the vulnerability announcement date (published 2026-06-11). Check for unexpected process execution (cat, grep, strings, base64) by privileged users, and review SSH or local login sessions by accounts that do not normally access the system. Rotate all QRadar credentials and monitor for unusual downstream system access using extracted credentials.
Are there non-IBM QRadar products affected?
No. The vulnerability is specific to IBM Security QRadar EDR. Other SIEM or EDR vendors use different credential storage mechanisms and are not affected by this issue.
This analysis is provided for informational and educational purposes. Organizations should validate all findings against the official IBM Security advisory and their own test environments. CVSS scores and severity ratings reflect the National Vulnerability Database consensus but may be adjusted based on organizational context, regulatory requirements, and threat modeling. No exploit code is provided or endorsed. For production patching decisions, consult with your vendor and security operations team. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-36174MEDIUMGNCC GP5 Plaintext Wireless Credentials Exposure via Serial Console
- CVE-2026-39908MEDIUMOpenBullet2 NTLMv2 Hash Disclosure via UNC Proxy Path
- CVE-2026-41715MEDIUMReactor Netty HTTP Redirect Credential Leakage Vulnerability
- CVE-2026-42951MEDIUMMacGregor VDR G4E Backup Credential Disclosure – Patch Guidance
- CVE-2026-49379MEDIUMJetBrains TeamCity Credential Exposure in Thread Names
- CVE-2026-49949MEDIUMCodexBar Credential Forwarding Vulnerability (CVSS 5.3)
- CVE-2018-25396HIGHHeatmiser Wifi Thermostat Plaintext Credential Disclosure
- CVE-2026-7313HIGHProgress Sitefinity Plaintext Credential Exposure (CVSS 8.7)