CVE-2026-73585: Insecure Temporary File in Red Hat Red Hat Enterprise Linux 10
A flaw was found in sblim-cmpi-base. Insecure temporary file creation in the provider registration scripts allows a local unprivileged user to perform a symlink attack. By creating a symlink in a world-writable directory, an attacker can redirect privileged writes to an arbitrary file during script execution in a privileged context. This can lead to the overwrite of root-owned files, potentially disrupting system services or operation. Exploitation is conditional on the script running with elevated privileges and may be mitigated by sticky-directory symlink protections.
AI Analysis
Technical Summary
This vulnerability in sblim-cmpi-base arises from insecure temporary file creation in provider registration scripts. A local unprivileged attacker can create a symbolic link in a world-writable directory (e.g., /tmp or /var/tmp) to redirect privileged writes performed by the script to arbitrary files. This symlink attack can overwrite root-owned files if the script runs with elevated privileges, potentially disrupting system operation or services. The vulnerability's exploitation depends on the presence of privileged script execution and the absence of sticky-directory symlink protections on the system. Red Hat's advisory recommends enabling the kernel parameter fs.protected_symlinks=1 to mitigate the issue and advises avoiding running these scripts in shared environments where untrusted users can create symlinks in temporary directories. No official fix or patch is currently indicated in the advisory, and the vulnerability is rated with a CVSS 3.1 score of 6.3 (medium severity).
Potential Impact
A successful exploit allows a local unprivileged user to overwrite root-owned files by leveraging a symlink attack during privileged script execution. This can lead to disruption of system services or overall system operation. The vulnerability does not impact confidentiality but has high integrity and availability impacts. Exploitation requires local access, elevated privileges for the script, and systems lacking sticky-directory symlink protections.
Mitigation Recommendations
Red Hat advises enabling sticky-directory symlink protections immediately by setting the kernel parameter fs.protected_symlinks=1 using sysctl. To persist this setting across reboots, create or modify a file in /etc/sysctl.d/ with the line fs.protected_symlinks=1 and reload sysctl settings. Additionally, avoid running the sblim-cmpi-base provider registration scripts on shared multi-user systems where untrusted users can create symlinks in world-writable temporary directories such as /tmp or /var/tmp. If manual execution is necessary, use a private, root-owned temporary directory. No official patch or fix is currently available; patch status is not yet confirmed—check the vendor advisory for updates.
CVE-2026-73585: Insecure Temporary File in Red Hat Red Hat Enterprise Linux 10
Description
A flaw was found in sblim-cmpi-base. Insecure temporary file creation in the provider registration scripts allows a local unprivileged user to perform a symlink attack. By creating a symlink in a world-writable directory, an attacker can redirect privileged writes to an arbitrary file during script execution in a privileged context. This can lead to the overwrite of root-owned files, potentially disrupting system services or operation. Exploitation is conditional on the script running with elevated privileges and may be mitigated by sticky-directory symlink protections.
CVSS v3.1
Score 6.3medium
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
This vulnerability in sblim-cmpi-base arises from insecure temporary file creation in provider registration scripts. A local unprivileged attacker can create a symbolic link in a world-writable directory (e.g., /tmp or /var/tmp) to redirect privileged writes performed by the script to arbitrary files. This symlink attack can overwrite root-owned files if the script runs with elevated privileges, potentially disrupting system operation or services. The vulnerability's exploitation depends on the presence of privileged script execution and the absence of sticky-directory symlink protections on the system. Red Hat's advisory recommends enabling the kernel parameter fs.protected_symlinks=1 to mitigate the issue and advises avoiding running these scripts in shared environments where untrusted users can create symlinks in temporary directories. No official fix or patch is currently indicated in the advisory, and the vulnerability is rated with a CVSS 3.1 score of 6.3 (medium severity).
Potential Impact
A successful exploit allows a local unprivileged user to overwrite root-owned files by leveraging a symlink attack during privileged script execution. This can lead to disruption of system services or overall system operation. The vulnerability does not impact confidentiality but has high integrity and availability impacts. Exploitation requires local access, elevated privileges for the script, and systems lacking sticky-directory symlink protections.
Mitigation Recommendations
Red Hat advises enabling sticky-directory symlink protections immediately by setting the kernel parameter fs.protected_symlinks=1 using sysctl. To persist this setting across reboots, create or modify a file in /etc/sysctl.d/ with the line fs.protected_symlinks=1 and reload sysctl settings. Additionally, avoid running the sblim-cmpi-base provider registration scripts on shared multi-user systems where untrusted users can create symlinks in world-writable temporary directories such as /tmp or /var/tmp. If manual execution is necessary, use a private, root-owned temporary directory. No official patch or fix is currently available; patch status is not yet confirmed—check the vendor advisory for updates.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- redhat
- Date Reserved
- 2026-08-13T11:01:55.535Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
- Vendor Advisory Urls
- [{"url":"https://access.redhat.com/security/cve/CVE-2026-73585","vendor":"Red Hat"}]
Threat ID: 6a7dbf18bf8831d53934884d
Added to database: 08/13/2026, 12:56:56 UTC
Last enriched: 08/13/2026, 13:19:00 UTC
Last updated: 08/13/2026, 23:40:59 UTC
Views: 10
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.