Better Auth
Not confirmed exploited. 1 of 9 rule sources name it; Vercel blocks by default.
What it is
@better-auth/expo before 1.7.16 allows certain account-takeover outcomes (e.g., unauthenticated changes of any account's email address), because it signs a caller-supplied state value without checking whether that value had been issued by the server. NOTE: the application secret must be rotated after updating to a fixed version.
The risk
It is reachable over the network without credentials or any user interaction (CVSS 9.1). Exploitation in the wild is not established by CISA KEV.
Who is affected
Teams running Better Auth (before 1.7.16). Prioritise internet-facing instances.
Next steps
- Apply the vendor's fix; the advisory lists the affected and fixed versions.
- Keep a WAF rule in place while you patch: Vercel blocks it by default. A WAF rule reduces exposure; it does not replace the patch. 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.6% 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-04. 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-2026-121802 (Better Auth). 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-2026-121802 and the vendor advisory. Establish affected and fixed versions, including vendor backports. The record lists: better-auth Better Auth: affected before 1.7.16. Cite sources and retrieval dates; flag anything you cannot verify. 2. Inventory deployments of Better Auth: asset, environment, owner where known, installed version or build, and how you confirmed it (package metadata, a version endpoint, image tags). 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: Vercel: rule blocks by default. Live data: https://cve.vigilbase.com/api/v1/cves/CVE-2026-121802. 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. Check logs on exposed instances for requests matching the public exploit, if your access allows. 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. Keep a WAF rule in place while you patch: Vercel blocks it by default. A WAF rule reduces exposure; it does not replace the patch. More: https://cve.vigilbase.com/cve/CVE-2026-121802
Sources
Cited- CVE record
CVSS 3.1 9.1 (critical). Weakness: CWE-346.
- Exploit evidence
No public exploit code found in Exploit-DB, Metasploit, nuclei-templates or GitHub. That does not mean none exists.
- CISA KEV
Not in the KEV catalog (catalog 2026.11.03, checked 2026-11-04). Absence from KEV is not evidence that it cannot be exploited.
- WAF vendor statements
Vercel names it in a changelog. Quotes and dates below.
Ask Vigil
AI · answers from this pageSeverity, decoded
CVSS 3.1Exploitable over the network, with no privileges and no user interaction, leading to full loss of confidentiality and integrity.
How the score is built
- Attack vectorAn attacker can reach it over the internet; no access to your network needed.Network
- Attack complexityNo special conditions are needed; the attack works reliably.Low
- Privileges requiredNo account or login is needed.None
- User interactionNo one has to click or open anything; the attack works on its own.None
- ScopeThe damage stays within the vulnerable component.Unchanged
- Confidentiality impactAn attacker can read all data the affected component holds, or the most sensitive parts of it.High
- Integrity impactAn attacker can change any data or files the affected component protects.High
- Availability impactThe component keeps working normally.None
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NPublic 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
- 2026-11-04CVE publishedCVE List
- 2026-11-04Vercel ships a ruleBetter Auth November 2026 security release
- 2026-11-04
Vendor statements
QuotedCloudflareWAF 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. Each row gives the rule ID and its default action. The feed starts in January 2025, so older rules are missing.
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
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Google names few CVEs: the release notes start in May 2024 and the rules reference lists CVEs without dates. Its cve-canary rules are opt-in.
FastlyNext-Gen WAF virtual patches
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 feed holds only the latest 25 changes, so history builds up from the day we started reading it.
VercelVercel WAF (platform rules)
First rule 2026-11-04, the day the CVE was published.
Vercel created new rules to address these vulnerabilities and deployed them to the Vercel WAF to automatically protect all projects hosted on Vercel at no cost. Vercel deployed WAF rules that block the exploitable request patterns for the advisories that can be identified at the request layer, including the critical @better-auth/expo issue. Logic-level issues, such as session revocation with secondary storage, cannot be blocked by a WAF and are fixed only by upgrading.
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
Top posts
🔴 CVE-2026-121802 - Critical (9.1) @better-auth/expo before 1.7.16 allows certain account-takeover outcomes (e.g., unauthenticated c... https://www.thehackerwire.com/vulnerability/CVE-2026-121802/ #infosec #cybersecurity #CVE #vulnerability #security #patchstack
🔴 CVE-2026-121802 - Critical (9.1) @better-auth/expo before 1.7.16 allows certain account-takeover outcomes (e.g., unauthenticated changes of any account's email address), because it signs a caller-supplied state value without checking whether that value had been issued by the…
CVE-2026-121802 - better auth The better-auth/expo component allows a malicious user to change the email address on any user account without logging in. This happens because it trusts a value supplied by the… Too many irrelevant or confusing CVEs? Use stackflag.com #betterauth…
🆕 New CVE: CVE-2026-121802 (CVSS 9.1) @better-auth/expo before 1.7.16 allows certain account-takeover outcomes (e.g., unauthenticated changes of any… Remote, no login needed. @better-auth/expo before 1.7.16 allows certain account-takeover outcomes… https://t.co/Iwml2HXpFr
🚨 CVE-2026-121802 — CVSS 9.1 CRITICAL @better-auth/expo before 1.7.16 allows certain account-takeover outcomes (e.g., unauthenticated changes of ... 🔎 https://stemshop.top/cve/CVE-2026-121802 #CVE #CyberSecurity #InfoSec
⚠️ CVE-2026-121802 (9.1) ⚠️ better-auth's Expo plugin lets an attacker change any account's email address without signing in. Versions before 1.7.16 are affected. Upgrade to 1.7.16. https://t.co/tLRRIpMSY5