Linux Kernel Use-After-Free Vulnerability
Exploited since 2023-03-30. No WAF vendor names it yet.
A use after free vulnerability exists in the ALSA PCM package in the Linux Kernel. SNDRV_CTL_IOCTL_ELEM_{READ|WRITE}32 is missing locks that can be used in a use-after-free that can result in a priviledge escalation to gain ring0 access… More
A use after free vulnerability exists in the ALSA PCM package in the Linux Kernel. SNDRV_CTL_IOCTL_ELEM_{READ|WRITE}32 is missing locks that can be used in a use-after-free that can result in a priviledge escalation to gain ring0 access from the system user. We recommend upgrading past commit 56b88b50565cd8b946a2d00b0c83927b7ebb055e
The risk
CISA lists CVE-2023-0266 as exploited in the wild since 2023-03-30. No edge WAF vendor names it in a changelog, so default managed rules may or may not catch it.
Who is affected
Teams running Linux Kernel. Affected versions are in the vendor advisory.
Next steps
- Find the version you run. On the host:
uname -r
- Apply the vendor's fix; the advisory lists the affected and fixed versions. git.kernel.org ↗
- CISA's required action: Apply updates per vendor instructions. US federal agencies must act by 2023-04-20.
- Review exposed instances for signs of compromise: it was exploited before many systems were patched, and a later patch does not undo access already gained.
- Do not rely on WAF defaults: no edge vendor names this CVE. Restrict access to the vulnerable component or add a custom rule until it is patched. Edge coverage
- Check which WAF sits in front of your site and whether it covers this CVE. Check your domain
Edge coverage
Claimed by vendorsAttack traffic on Cloudflare
Cloudflare Radar- Rules for named CVEs5.9% of mitigated layer 7 attacks, 7 days
Radar groups Cloudflare's WAF managed rules by category; it does not publish counts per CVE. These shares show how much attack traffic targets this kind of flaw across Cloudflare's network (28-day trend). They are not compromised systems, and seeing few attempts on Cloudflare does not prove an absence elsewhere. Radar data as of 2026-11-03. Radar ↗
Check your exposure with an agent
Read-onlyCopy this into an agent with access to your infrastructure. It asks for an evidence-based, read-only assessment: affected systems, exposure, compensating controls and what is still unknown. It does not scan or change anything by itself.
Prompt
Assess whether the infrastructure available to you is affected by CVE-2023-0266 (Linux Kernel Use-After-Free Vulnerability). Perform a read-only assessment within your authorized access. Do not send exploit traffic, scan third-party systems, change configuration or restart services. 1. Verify the CVE record at https://www.cve.org/CVERecord?id=CVE-2023-0266 and the vendor advisory. Establish affected and fixed versions, including vendor backports. Cite sources and retrieval dates; flag anything you cannot verify. 2. Inventory deployments of Linux Kernel: asset, environment, owner where known, installed version or build, and how you confirmed it (package metadata, a version endpoint, image tags), e.g. `uname -r` (on the host). An image tag alone does not prove the running version. 3. Identify which deployments are reachable from the internet or untrusted networks, and through which paths (direct origin, load balancer, CDN or WAF). 4. Assess compensating controls separately from patch status. Current edge WAF coverage for this CVE: no edge WAF vendor names it. Live data: https://cve.vigilbase.com/api/v1/cves/CVE-2023-0266. Check whether the rule is enabled and in block mode on each path, and whether any path bypasses the WAF. A WAF rule is not a patch. 5. It is known exploited (CISA KEV): review logs on exposed instances for signs of exploitation before and after patching. Return a short summary and a table: asset | version/build | assessment (affected, fixed, not applicable, unknown) | exposure | compensating control | evidence | next action. List what you could not assess and the access needed to resolve it. Do not infer absence of compromise from patch status or a lack of alerts. Remediation guidance: Apply the vendor's fix; the advisory lists the affected and fixed versions. CISA's required action: Apply updates per vendor instructions. US federal agencies must act by 2023-04-20. More: https://cve.vigilbase.com/cve/CVE-2023-0266
Sources
Cited- CVE record
CVSS 3.1 7.9 (high). Weakness: CWE-416.
- Vendor advisory
Fixes and mitigations the CVE record links to. Check affected builds against the vendor, including backports.
- Exploit evidence
No public exploit code found in Exploit-DB, Metasploit, nuclei-templates or GitHub. That does not mean none exists.
- CISA KEV
Added 2023-03-30, federal due date 2023-04-20 (catalog 2026.11.03, checked 2026-11-04).
- EPSS
3.70% probability of exploitation activity in the next 30 days, higher than 89% of CVEs (2026-11-02).
- WAF vendor statements
No edge vendor changelog names it.
Ask Vigil
AI · answers from this pageSeverity, decoded
CVSS 3.1Exploitable from an adjacent network under specific conditions, with low privileges and no user interaction, leading to low impact on confidentiality and full loss of integrity and availability, and the impact can reach components beyond the vulnerable one.
How the score is built
- Attack vectorAn attacker must be on the same local network, Wi-Fi or VPN segment.Adjacent network
- Attack complexityThe attack only works when conditions outside the attacker's control line up.High
- Privileges requiredThe attacker needs an ordinary user account.Low
- User interactionNo one has to click or open anything; the attack works on its own.None
- ScopeThe attack can spread beyond the vulnerable component to other parts of the system.Changed
- Confidentiality impactAn attacker can read some data, but has no control over what they get.Low
- Integrity impactAn attacker can change any data or files the affected component protects.High
- Availability impactAn attacker can take the component down completely or keep it from serving anyone.High
CVSS:3.1/AV:A/AC:H/PR:L/UI:N/S:C/C:L/I:H/A:HAttackers are exploiting this in the wild.
At least one step needs hands-on work, which slows mass attacks.
A successful attack gives full control over the affected software or all of its data.
Public exploits
None foundNo exploit in Exploit-DB or Metasploit, and no scanner template. That lowers, but doesn't remove, the chance of mass exploitation.
Timeline
- 2023-01-30CVE publishedCVE List
- 2023-03-30Added to CISA KEVConfirmed exploitation in the wild
Vendor statements
QuotedCloudflareWAF Managed Rules
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
AWSAWS WAF Managed Rules
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. AWS often describes a vulnerability without naming its CVE (for example "Log4j"). We count only entries that name the CVE, so AWS coverage is understated.
Microsoft AzureFront Door and Application Gateway WAF (DRS)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. The rule tables name CVEs but carry no dates, so Azure is left out of every time-to-rule figure.
Google CloudCloud Armor preconfigured WAF rules
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
FastlyNext-Gen WAF virtual patches
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
F5Attack signatures (Distributed Cloud WAF)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Each signature lists the CVEs it references, with its id and date. F5 does not state a default action; signatures enforce once staging ends in your policy.
AkamaiApp & API Protector (Adaptive Security Engine)
This vendor publishes no machine-readable rule changelog we can check.
OWASP CRSCore Rule Set (open source, used inside many WAFs)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. CRS rarely names CVEs: it relies on generic detections. Our own lab measures what it actually blocks.
Social
No posts seen yet on X, Bluesky, Mastodon, Hacker News or GitHub.