shiori - JWT CheckToken Never Re-Validates Account State, Allowing Stale-Privilege Access After Deletion or Demotion
Priority LOW 38CWE-613Published · Updated
Key facts
- Attack vector
- Network
- Privileges required
- Low
- User interaction
- None
- Attack complexity
- Low
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- High · High · Low
- Fix status
- No fix listed
Attack profile from CVSS 3.1 · CNA. Fix status from CNA. Impact type from CWE-613.
Summary
Shiori's CheckToken function (internal/domains/auth.go) validates only the JWT's HMAC signature and returns the embedded claims.Account object unmodified, never re-fetching the account from the database. No session store or token-revocation mechanism exists in the codebase.
Why it matters now
Exploitation None reported CISA SSVC · not in CISA KEV
EPSS 0.00374 31st percentileScored 2026-11-07
Fix No fix listed No fixed version in the sources yet
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- No
- Technical impact
- Total
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
Remediation
No fixed version listed by the sources yet.
Timeline
- 2026-10-02 Threatist record created from CVE-2026-71206
- 2026-10-03 Alias added: GHSA-m8xp-ww9g-3j6j
References
Advisory 1
More go-shiori vulnerabilities
- TI-2026-44068 Shiori Authenticated Privilege Escalation via PATCH /api/v1/auth/account CVSS 4.0HIGH 8.7
- TI-2025-37707 A lack of rate limiting in the login page of shiori v1.7.4 and below allows attackers to… CVSS 3.1MEDIUM 6.5
- TI-2026-49947 go-shiori Server-Side Request Forgery via Unrestricted Bookmark URL Fetch CVSS 3.1HIGH 8.5
Sources
- CVE-2026-71206 · CVE Program
- CVE-2026-71206 · NVD
- FIRST EPSS
- GHSA-m8xp-ww9g-3j6j · GitHub Advisory Database · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences