CVE-2026-104045

Sssd: sssd: denial of service via race condition in autofs responder

Published Oct 6, 2026 CVSS 3.1 · 4.7 Medium EPSS < 1% KEV · Not listed
Description
A flaw was found in SSSD. A local user can trigger a Denial of Service (DoS) by exploiting a race condition in the autofs responder between asynchronous enumeration completion and map invalidation. By repeatedly sending concurrent map enumeration and invalidation requests, an attacker can cause memory to leak, leading to excessive memory consumption that can disrupt or crash the autofs service.

Remediation

Vendor Workaround

A real workaround exists: disable the SSSD autofs responder on systems where automount map integration via SSSD is not required. 1. Stop and mask the SSSD autofs socket and service: # systemctl stop sssd-autofs.socket sssd-autofs.service # systemctl mask sssd-autofs.socket sssd-autofs.service 2. If the 'services' line in /etc/sssd/sssd.conf explicitly lists 'autofs', remove 'autofs' from the comma-separated list and restart SSSD: # systemctl restart sssd Caveats: disabling the autofs responder prevents SSSD from serving automount maps, which will disrupt automated mounting of shares or user directories managed via SSSD. Restarting the SSSD service will briefly interrupt active authentication and directory lookup operations on the system. Where the autofs responder must remain enabled, restricting local access to the responder to trusted users, where deployment policy permits, and avoiding repeated map invalidation and enumeration cycles against large maps can reduce exposure. No released package fix is currently established for this issue.

Tracking

Sign in to view the affected projects.

Advisories

No advisories available
History
Type Values Removed Values Added
First Time appeared Redhat rhel Els
CPEs cpe:/o:redhat:enterprise_linux:10
cpe:/o:redhat:enterprise_linux:6
cpe:/o:redhat:enterprise_linux:7
cpe:/o:redhat:enterprise_linux:8
cpe:/o:redhat:enterprise_linux:9
cpe:/a:redhat:enterprise_linux:10
cpe:/a:redhat:enterprise_linux:8
cpe:/a:redhat:enterprise_linux:9
cpe:/a:redhat:openshift:5
cpe:/o:redhat:rhel_els:6
cpe:/o:redhat:rhel_els:7
Vendors & Products Redhat rhel Els
Type Values Removed Values Added
First Time appeared Fedoraproject
Fedoraproject sssd
CPEs cpe:2.3:a:fedoraproject:sssd:2.12.0:*:*:*:*:*:*:*
cpe:2.3:a:redhat:openshift_container_platform:4.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:10.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:7.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:8.0:*:*:*:*:*:*:*
cpe:2.3:o:redhat:enterprise_linux:9.0:*:*:*:*:*:*:*
Vendors & Products Fedoraproject
Fedoraproject sssd
Type Values Removed Values Added
First Time appeared Redhat openshift Container Platform
Sssd
Sssd sssd
Vendors & Products Redhat openshift Container Platform
Sssd
Sssd sssd
Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}

Type Values Removed Values Added
Description A flaw was found in SSSD. A local user can trigger a Denial of Service (DoS) by exploiting a race condition in the autofs responder between asynchronous enumeration completion and map invalidation. By repeatedly sending concurrent map enumeration and invalidation requests, an attacker can cause memory to leak, leading to excessive memory consumption that can disrupt or crash the autofs service.
Title Sssd: sssd: denial of service via race condition in autofs responder
First Time appeared Redhat
Redhat enterprise Linux
Redhat openshift
Weaknesses CWE-772
CPEs cpe:/a:redhat:openshift:4
cpe:/o:redhat:enterprise_linux:10
cpe:/o:redhat:enterprise_linux:6
cpe:/o:redhat:enterprise_linux:7
cpe:/o:redhat:enterprise_linux:8
cpe:/o:redhat:enterprise_linux:9
Vendors & Products Redhat
Redhat enterprise Linux
Redhat openshift
References
Metrics cvssV3_1

{'score': 4.7, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H'}

Weaknesses

Sources

Status
PUBLISHED
Assigner
redhat
Published
Updated
Nov 5, 2026, 3:53 PM
Reserved
Oct 1, 2026, 5:25 PM
Status
Analyzed
Published
Oct 6, 2026, 9:17 PM
Modified
Nov 5, 2026, 4:17 PM
Severity
Moderate
Public date
Oct 6, 2026, 6:38 PM