Medium [CVE-2026-113724] Insecure file permission modification via symlink following
This medium-severity Red Hat Linux advisory covers CVE-2026-113724; related products: OpenShift Lightspeed, Red Hat Ansible Automation Platform 2, Red Hat OpenShift AI (RHOAI).
Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.
VulniPulse record published Record updated
Android app · Google Play
Monitor future Red Hat Linux CVEs from your phone.
Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 34 official vendor sources and 160+ reviewed platform categories.
Summary
Insecure file permission modification via symlink following. Red Hat rates this moderate (CVSS 4.5).
Weakness: CWE-59.
Affected products named by the advisory: OpenShift Lightspeed; Red Hat Ansible Automation Platform 2; Red Hat OpenShift AI (RHOAI); Red Hat OpenShift Container Platform 4; and 2 more.
Affected products named by the advisory: Red Hat OpenShift Dev Spaces; Red Hat Satellite 6.
Affected versions
No affected-version range was extracted from the source record. The vendor advisory is authoritative — check it before change work.
Official advisory · high-confidence parse· fetched 13 hours ago·verify at source
- 21.14.9
Official advisory · high-confidence parse· fetched 13 hours ago·verify at source
Mitigation checklist
- --- CME Mitigation Guidance (2026-10-20) --- Disclaimer: The following mitigation solutions are provided as a courtesy, pending the application of an official patch. This content was generated utilizing AI tools in conjunction with data from https://cmetaxonomy.org. Customers are advised to independently evaluate and test these temporary mitigations within their own infrastructure. The highest-value action is to prevent safe_delete error recovery from modifying discretionary access permissions or following symbolic links on cleanup failure: upgrade to virtualenv 21.14.9+ (or the fixed Uv/Rhoai/Odh Kserve Agent Rhel/Rhoai/Odh Kserve Controller Rhel/Rhoai/Odh Kserve Router Rhel/Rhoai/Odh Kserve Storage Initializer Rhel/Python Virtualenv/Rhoai/Odh Feature Server Rhel/Python3.11 Virtualenv/Python3.12 Virtualenv/Devspaces/Udi Rhel/Rhoai/Odh Ta Lmes Job Rhel/Cloudservices/Advisor Backend/Satellite/Iop Host Inventory Rhel/Satellite/Iop Yuptoo Rhel/Ansible Automation Platform 26/Lightspeed Chatbot Rhel/Satellite/Iop Advisor Backend Rhel/Ansible Automation Platform 26/Controller Rhel/Ansible Automation Platform 27/Controller Rhel/Ansible Ai Connect Service/Insights Host Inventory/Rhoai/Odh Training Rocm64 Torch28 Py312 Rhel/Cloudservices/Ros Backend/Redhat User Workloads/Mintmaker Renovate Image/Koku Daily/Nise Populator/Openshift Lightspeed/Lightspeed Service Api Rhel/Rhoai/Odh Trustyai Nemo Guardrails Server Rhel/Ansible Chatbot Stack/Rhoai/Odh Workbench Codeserver Datascience Cpu Py312 Rhel/Rhoai/Odh Workbench Jupyter Datascience Cpu Py312 Rhel/Rhoai/Odh Workbench Jupyter Pytorch Llmcompressor Cuda Py312 Rhel/Cloudservices/Rbac/Cloudservices/Yuptoo/Rhel Cla/Rlsapi Rhel/Rhai Early Access/Docling Serve Cuda Rhel/Digital Roadmap Backend/Ansible Automation Platform 27/Eda Controller Rhel/Automation Hub Container/Ansible Automation Platform 26/Eda Controller Rhel/Vulnerability Engine builds), which propagate deletion exceptions immediately on POSIX without altering permissions, and clear read-only attributes on Windows using file handles that reject reparse points, closing crafted symbolic link inside a read-only directory. Until patched, this is a concern on Multi-user environments where users execute virtualenv cleanup operations on directory trees containing untrusted files, so Avoid executing virtualenv or virtualenv --clear on directory structures populated by other accounts, and restrict write access to directories targeted for virtual environment creation. As a compensating measure, Enable kernel protected symlink sysctls to prevent dereferencing attacker-owned symlinks in shared sticky directories during chmod operations and Configure SELinux user confinement to restrict file access and permission modifications to authorized security contexts. These controls limit blast radius and contain exploitation, but they do not fix the underlying symlink-following permission modification defect — apply the upstream patch to fully remediate. Highest-impact CME: CME-302 SELinux Confined User Mapping (medium)
Official advisory · high-confidence parse· fetched 13 hours ago·verify at source
Discussion(0)
No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.
Sign in to join the discussion.