09/29/2026
New NIST guidance could save your business from the next major identity breach.
NIST IR 8587 (September 2026) tackles a growing threat: stolen and forged identity tokens that power single sign-on (SSO), federation, and API access across cloud environments. The report was co-authored by NIST, CISA, and NSA following real-world incidents, including the SolarWinds-style SAML forgery attack and the Storm-0558 breach that exposed 60,000+ federal emails through stolen signing keys.
The core problem: When attackers compromise a signing key or forge a token, they can bypass MFA and access dozens of connected systems at once.
Key takeaways for your organization:
🔐 Protect your signing keys like gold. Use hardware security modules (HSMs) or isolated ex*****on environments — never store signing keys on application servers or in source code. For high-impact systems, keys should rotate every 90 days or less.
⏱️ Keep tokens short-lived. Access and identity tokens should expire in under an hour. Pair them with refresh tokens so sessions can be cut off quickly if compromise is detected.
🎯 Scope keys to the narrowest audience. A stolen commercial-environment key should NEVER work against your government or enterprise systems. Document and enforce key scoping per tenant and environment.
🔍 Verify everything, not just the signature. Don’t grant access based solely on token validity — check audience restrictions, sender identity (DPoP, mTLS), device registration, geolocation, and behavioral signals. Zero Trust means context matters.
📡 Monitor continuously. Log token issuance, refresh, acceptance, and revocation events. Feed that data into your SIEM. Many real breaches were only detected through log analysis — not proactive alerts.
🤖 Secure AI agents and workloads too. The report specifically calls out that AI agents using signed tokens need these same protections. Use SPIFFE-based workload identities with short-lived, sender-constrained tokens instead of static API keys.
The shared responsibility model matters: In cloud environments, your CSP secures the infrastructure and signing keys, but YOU are responsible for IAM policy configuration, application secrets, session management, and monitoring. Know where the line is.
📖 Full report: https://doi.org/10.6028/NIST.IR.8587