The JWT Auth WordPress plugin through 3.0.2 does not invalidate previously issued refresh tokens when a user changes
Source GCVE Database
Not known to be exploited · CVSS 7.5 High.
Data as of 9 Nov 2026, 13:17 UTC
Thin evidence
One scorer or none| CNA (WPScan) | CVSS 3.1 | 7.5 |
|---|
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 9 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 9 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| JWT Auth | Affected
| Fixed in– |
AI-suggested
Until a fix is available, users should consider invalidating all refresh tokens manually if possible or monitor for updates from the plugin vendor. Avoid relying solely on password changes or device removals to revoke access tokens.
Description
The JWT Auth WordPress plugin versions through 3.0.2 have a vulnerability where previously issued refresh tokens are not invalidated when a user changes or resets their password or removes a connected device. This allows an attacker who obtained a refresh token before such an event to continue issuing valid access tokens and maintain authenticated access to the affected account, including accounts with Administrator privileges.