CVE-2025-21638: sctp: sysctl: auth_enable: avoid using current->nsproxy
In the Linux kernel, the following vulnerability has been resolved:
sctp: sysctl: auth_enable: avoid using current->nsproxy
As mentioned in a previous commit of this series, using the 'net'
structure via 'current' is not recommended for different reasons:
- Inconsistency: getting info from the reader's/writer's netns vs only
from the opener's netns.
- current->nsproxy can be NULL in some cases, resulting in an 'Oops'
(null-ptr-deref), e.g. when the current task is exiting, as spotted by
syzbot [1] using acct(2).
The 'net' structure can be obtained from the table->data using
container_of().
Note that table->data could also be used directly, but that would
increase the size of this fix, while 'sctp.ctl_sock' still needs to be
retrieved from 'net' structure.
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw in SCTP authentication settings can dereference missing process namespace data, causing a kernel fault. A locally authenticated, low-privilege user may be able to disrupt an affected system. The supplied CVSS 3.1 score is 7.1, with potential high integrity and availability impact but no stated confidentiality impact.
Executive priority
Prioritize remediation on shared Linux infrastructure and systems where less-trusted users or workloads can execute locally. This is high severity but not evidenced as remotely exploitable or actively exploited. Handle through the normal expedited kernel-patching process, with faster treatment for critical multi-tenant hosts and exposed operational appliances.
Technical view
The SCTP auth_enable sysctl handler incorrectly obtained network-namespace state through current->nsproxy. That pointer can be NULL while a task exits, producing a null-pointer dereference and kernel Oops. The upstream correction derives the appropriate network namespace from the sysctl table data, avoiding dependence on the currently executing task.
Likely exposure
Exposure requires an affected Linux kernel and local low-privileged access; no user interaction is required. The supplied affected-version data contains commit identifiers and ambiguous version entries, so organizations should determine status using their distribution or product vendor's advisory rather than relying solely on version-string comparisons.
Exploitation context
The bundle identifies a syzbot-discovered failure involving an exiting task and acct(2). It provides no evidence of public weaponization or attacks in the wild, and the CVE is not listed as KEV. Treat this as a meaningful local denial-of-service or integrity risk, not a demonstrated remote compromise path.
Researcher notes
The failure is a namespace-lifetime/context error in the SCTP sysctl path. The supplied CVSS vector is AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H. Source evidence directly supports a NULL dereference and kernel Oops; it does not explain a reliable integrity-impact mechanism. Exact affected ranges require vendor interpretation because the bundled version representation is unclear.
Mitigation direction
Install a vendor-supported kernel update containing the referenced upstream stable correction.
Review applicable Linux distribution or product advisories for the precise fixed package version.
Prioritize multi-user, shared-hosting, container-host, and appliance systems permitting untrusted local activity.
If updating is delayed, follow vendor-provided compensating guidance; none is specified in the bundle.
Validation and detection
Inventory running kernels and installed kernel packages across Linux hosts and appliances.
Compare each kernel against its distribution or product vendor's CVE-2025-21638 advisory.
Confirm the updated kernel is running after installation and any required reboot.
Review kernel logs for SCTP-related Oops or null-pointer dereference events.
Verify scanners recognize vendor backports instead of relying only on upstream version numbers.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-21638 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
2ADP providers
11Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.