Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain local access to sssd-kcm socket
-
DeliverySend oversized request length header
-
ExploitStall connection to force preallocation
-
ExecutionExhaust responder memory
-
ImpactDenial of service on KCM
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource allocation limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to be a local user or process with the ability to connect to the sssd-kcm UNIX domain socket - i.e., local presence on a host running the SSSD Kerberos Credential Manager (KCM) responder, which must be enabled and in use. The limiting factors are significant: there is no network vector (AV:L), the attacker must already be authenticated/present locally (PR:L), and the impact is confined to availability of the KCM service (memory exhaustion of the responder) with no data disclosure or modification. Hosts not running the kcm responder, or where socket access is restricted, are not affected. |
| Impact | This is a genuine but low-priority denial-of-service issue, not a high-urgency flaw. The CVSS 3.1 score of 5.5 (Medium) is driven entirely by availability impact (A:H) with no confidentiality or integrity impact, and crucially requires local access with privileges: AV:L (local attack vector) and PR:L (an already-authenticated local user or process able to reach the sssd-kcm UNIX socket). The EPSS score of 0.18% (7th percentile) is low and consistent with a local-only DoS that has little mass-exploitation appeal. There is no CISA KEV listing and no public exploit identified, so there is no evidence of active exploitation. The CVSS vector and the Red Hat description agree cleanly - both point to a local, authenticated resource-exhaustion condition (CWE-770, allocation without limits) - so there is no signal conflict to flag. The practical risk is limited to local DoS on multi-user or service-sharing hosts; there is no remote or privilege-escalation dimension. Priority should be routine patching rather than emergency response. |
| Exploit ScenarioDerived | A local user or a compromised low-privilege service process on a Linux host connects to the sssd-kcm UNIX socket and sends a request advertising a very large length header, then deliberately stalls without sending the remaining data. The responder preallocates memory for the claimed request size, and repeated or sustained connections exhaust available memory, crashing or hanging the sssd-kcm responder and denying Kerberos credential-cache services to legitimate users. No public exploit code has been identified, but the technique is simple to reproduce for anyone with local socket access. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Memory exhaustion in the SSSD Kerberos Credential Manager (sssd-kcm) responder lets a local user or process that can reach the KCM UNIX domain socket deny service to credential caching. An attacker sends a request with an oversized length header and then stalls the connection, causing the responder to preallocate large buffers for each such request until its memory is depleted. Impact is limited to availability (CVSS 5.5, AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H) on hosts where the kcm responder is enabled and its socket is reachable; EPSS is very low (0.18%, 7th percentile) and there is no public exploit identified at time of analysis.
RemediationAI
No vendor-released patch version is identified in the supplied data, so confirm current errata status on the Red Hat CVE page (https://access.redhat.com/security/cve/CVE-2026-80048) and Bugzilla 2479377 (https://bugzilla.redhat.com/show_bug.cgi?id=2479377) and apply the fixed sssd package as soon as Red Hat publishes it. Until then, the most direct mitigation is to stop exposing the KCM socket to untrusted local principals: verify and tighten the ownership/permissions of the KCM UNIX socket so only the owning user or an intended group can connect, at the cost of breaking KCM credential caching for other local accounts. Where KCM is not required, disable the responder entirely (remove or disable the kcm service in the SSSD configuration and restart SSSD) or switch clients to an alternative credential cache type such as KEYRING, KERNEL, or FILE - trading KCM's shared-cache semantics for a reduced attack surface. Because the failure mode is memory exhaustion, capping the responder's memory footprint is an effective compensating control: run sssd-kcm under a systemd unit with MemoryMax/MemoryHigh (and restart-on-failure) so a flood trips the cgroup limit instead of exhausting the host, accepting that a determined local attacker can still cause repeated responder restarts and intermittent credential-cache unavailability. Monitoring for rapid growth in sssd-kcm RSS and for many half-open connections to the KCM socket gives early warning, and hosts that never enable KCM require no action.
Affected ProductsAI
The vulnerable component is the sssd-kcm responder shipped as part of SSSD (System Security Services Daemon), as distributed in Red Hat Enterprise Linux and related Red Hat/Fedora builds; the Red Hat CVE page (https://access.redhat.com/security/cve/CVE-2026-80048) and Red Hat Bugzilla 2479377 (https://bugzilla.redhat.com/show_bug.cgi?id=2479377) are the canonical tracking records, with additional coverage at ENISA EUVD-2026-94103 and VulDB 414851. The provided intelligence does not enumerate specific SSSD version numbers, CPE strings, or OS release ranges, so exact affected builds should be confirmed against the Red Hat advisory and the Bugzilla entry rather than assumed. Only hosts where the kcm responder is enabled and actively used are affected; configurations without the kcm service loaded do not expose the vulnerable code path.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
SSSD's kcm responder implements the Kerberos Credential Manager (KCM) service, exposing a UNIX domain socket that Heimdal/Kerberos clients use as a credential cache store. The responder reads a length-prefixed request header from the socket and, per CWE-770 (Allocation of Resources Without Limits or Throttling), allocates a buffer sized from that attacker-supplied length before any throttling or validation of the actual payload occurs. Because the socket is local, the attack surface is confined to local principals (PR:L, AV:L in the assessed vector), but the allocation is driven entirely by untrusted input and is not bounded by a per-connection or aggregate memory cap, so repeated or stalled connections accumulate allocations. The result is a denial of service of the KCM responder itself - no confidentiality or integrity impact (C:N/I:N/A:H) - and clients relying on KCM for credential caching may fail to obtain or store credentials while the responder is exhausted. Affected deployments are specifically those running the SSSD kcm responder; systems using other credential cache types (KEYRING, KERNEL, FILE) are out of scope of this code path.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Local socket access by an authenticated user/process gives AV:L and PR:L; trivial to trigger (AC:L); impact is availability-only memory exhaustion, so C:N/I:N/A:H.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
Lifecycle Timeline
3DescriptionCVE.org
A flaw was found in sssd-kcm. A local user or process able to connect to the sssd-kcm UNIX socket can exploit this vulnerability. By sending a large request length header and then stalling the connection, an attacker can cause the system to preallocate significant memory. This leads to memory exhaustion within the sssd-kcm responder, resulting in a Denial of Service (DoS) for affected deployments.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-94103
GHSA-m2fx-2vhw-gg64
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB