JWT Secret Key Confusion & Privilege Escalation
Backend accepted HMAC-SHA256 tokens signed with public RSA key, allowing attacker to forge administrator tokens.
Illustrative scenario, not a real incident
What happened
Contributing factors stated by the source
- Backend accepted HMAC-SHA256 tokens signed with public RSA key, allowing attacker to forge...
The failure pattern
Watch the pattern: Duplicate action after an ambiguous result
Related standards
CollectSEA's mapping through this incident's failure pattern; not an official determination by the standards bodies.
Building something similar?
Describe your design and see every precedent that applies, with safeguards you can hand to your coding agent.
Incidents with the same pattern
Design reference: idempotency keys make retried payment API calls safe (Stripe)
Stripe explains that a client which cannot tell whether a request succeeded (for example after a network failure) needs to retry safely, and that without protection a retried charge could double-charge a customer.
Software component issue could cause actions to run with inconsistent state
A public security advisory describes this issue. Review the linked source for the technical details and remediation guidance.
Software component issue could cause actions to run with inconsistent state
A public security advisory describes this issue. Review the linked source for the technical details and remediation guidance.
Software component issue could cause actions to run with inconsistent state
A public security advisory describes this issue. Review the linked source for the technical details and remediation guidance.
Software component issue could cause actions to run with inconsistent state
A public security advisory describes this issue. Review the linked source for the technical details and remediation guidance.
Software component issue could cause actions to run with inconsistent state
A public security advisory describes this issue. Review the linked source for the technical details and remediation guidance.