NIST and CISA finalize the token forgery guidance cloud customers can now cite
NIST and CISA have finalized IR 8587, guidance that spells out how signing keys, token verification and revocation are supposed to be handled in cloud identity systems.
The Watch · Security desk

What happened
- NIST and CISA have finalized NIST IR 8587, guidance on protecting identity assertions and access tokens from forgery, theft and misuse at federal agencies and cloud service providers.
- The report cites an intrusion in which foreign actors forged tokens with a stolen commercial signing key to reach government email accounts, taking more than 60,000 emails from one agency.
- The final version updates the initial public draft with feedback on token validation, secrets management and detection at scale, including industry input CISA gathered through its Joint Cyber Defense Collaborative.
- NIST says organizations should apply the same token protections to AI agents, while acknowledging that agents raise wider identity and access problems this report does not cover.
Why it matters
- Who's exposed exposure Customers never touch a provider's signing key, but the report puts configuration, access policy, permission review and control usage on their side of the line, so those are the items an assessor will ask them about after a token incident.
- Who has to decide decision Revocation, signal sharing and joint investigation now have a written expectation behind them. Who can revoke a compromised signing key becomes a contract and onboarding question.
- What's now possible capability An identity team pressing a cloud provider on key usage limits can point to a federal document tied to Executive Order 14306 and the existing controls catalog instead of relying on a vendor security page.
- What it sets up precedent By extending token controls to AI agents before agent-specific standards exist, NIST sets the baseline reviewers are likely to apply to agent access in the interim.
Next story · Security · Oct 8
Ten agencies tie China-linked intrusions across several sectors to Integrity Technology GroupConfirmed13 publishers
A token signed with a stolen key verifies correctly at every service that trusts the issuing key, so signature checking alone will not catch it [18]. IR 8587 builds its recommendations on that point: protect the cryptographic keys used to sign tokens and assertions, limit how those keys can be used, verify tokens properly before granting access [3]. It also addresses token lifetimes, revocation, session management, logging, and protections against the reuse of stolen tokens [3]. The main scope is identity and access management built on digitally signed assertions and tokens using asymmetric cryptography, the pattern behind single sign-on, identity federation, API access and workload access; systems without asymmetrically signed tokens come up where relevant but sit outside it [4].
Once a signing key is out, the work shifts to telemetry. NIST tells organizations to collect information about token use and look for activity that could indicate stolen credentials, forged tokens or unauthorized access, to keep logs that support monitoring and incident investigation, to watch for changes to access permissions and configurations, and to have procedures ready for tokens or keys that may be compromised [12].
The document is an interagency report from NIST and CISA aimed at federal agencies and cloud service providers [5]. It expands on the NIST special publication on security and privacy controls for information systems and organizations, and supports Executive Order 14306 on secure software development practices [15]. The published announcements do not include a compliance date [16].
The part identity teams can put in front of a provider is the division of labor. The provider is responsible for securing identity providers and authorization servers, protecting signing keys, issuing tokens securely, and giving customers security features and configuration options [7]. The customer is responsible for configuring the services it uses, managing access policies, reviewing permissions, and actually using the controls the provider makes available [8]. Four tasks land on both sides at once: responding to compromised tokens or signing keys, sharing security signals, revoking access, and investigating incidents [9][17]. Each of those needs a counterpart and a procedure agreed before an incident, because during one there is no time to negotiate who can revoke what.
"This publication provides implementation considerations for protecting tokens appropriately," said Ryan Galluzzo, NIST Digital Identity Program Lead and one of the publication's authors [10]. "Anyone who is using tokens as part of their access management infrastructure can look to this for insights, whether they are in government or commercial industry," Galluzzo said [11].
What to watch
- Whether federal assessors and cloud authorization packages start quoting IR 8587 sections when reviewing identity providers.
- The follow-on NIST guidance on agent identity, which IR 8587 says is outside its scope.
- Whether providers begin publishing how they constrain signing key usage and how fast they can revoke a compromised key.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence80
- Adoption
- Not scored
- Hype gap+5
- Incentives30
- Confidence75
Perspective Coverage
4 publishers- Builder
- Builder 40%
- Operator
- Operator 55%
- Investor
- Investor 5%
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
NIST and CISA have finalized guidelines to help federal agencies and cloud service providers protect identity and access tokens from forgery, theft and misuse; the guidance is NIST IR 8587, "Protecting Tokens and Assertions from Forgery, Theft, and Misuse".
- [2]
The guidance explains how agencies and cloud providers can strengthen key management, token verification and token lifecycle controls, and covers how identity providers and authorization servers should be designed and managed.
- [3]
The guidance focuses on protecting the cryptographic keys used to sign tokens and assertions, limiting how those keys can be used, and making sure tokens are properly verified before access is granted; it addresses token lifetimes, revocation, session management, logging, and protections against the reuse of stolen tokens.
- [4]
IR 8587 covers IAM systems that use digitally signed assertions and tokens based on asymmetric cryptography, commonly used for SSO, identity federation, API access and access by workloads such as applications and automated services; systems that do not rely on asymmetrically signed assertions and tokens are discussed where relevant but are outside the main scope.
- [5]
Developed by NIST and CISA, the interagency report provides federal agencies and cloud service providers with guidelines to protect the identity assertions, access tokens and cryptographic mechanisms that support modern authentication and authorization, as hybrid and multi-cloud adoption makes SSO, federation and API-based access depend on signed tokens adversaries may target to move laterally and reach sensitive data.
- [6]
NIST cites an attack in which foreign actors used forged tokens created with a stolen commercial signing key to access government email accounts; more than 60,000 emails were stolen from one agency.
- [7]
Cloud providers are responsible for protecting the infrastructure and services they operate, including securing identity providers and authorization servers, protecting signing keys, issuing tokens securely, and providing customers with security features and configuration options.
- [8]
Customers are responsible for configuring the services they use, managing access policies, reviewing permissions, and making use of the security controls available from their providers.
- [9]
Some security tasks require coordination between provider and customer: responding to compromised tokens or signing keys, sharing security signals, revoking access, and investigating incidents.
- [10]
"This publication provides implementation considerations for protecting tokens appropriately," said Ryan Galluzzo, NIST Digital Identity Program Lead and one of the publication's authors.
- [11]
"Anyone who is using tokens as part of their access management infrastructure can look to this for insights, whether they are in government or commercial industry," said Ryan Galluzzo.
- [12]
Organizations should collect information about token use and look for activity that could indicate stolen credentials, forged tokens or unauthorized access; maintain logs that support security monitoring and incident investigations; monitor changes to access permissions and configurations; and have procedures for responding when tokens or signing keys may have been compromised.
- [13]
AI agents use the same kinds of signed tokens to access email, files, APIs, tools and other systems; NIST says organizations should apply these token protections to AI agents too, but acknowledges that agents introduce broader identity and access problems the guide does not cover and that additional standards and guidance will follow.
- [14]
The final report updates the initial public draft and incorporates feedback on token validation, secrets management and detection at scale, as well as input from government and industry experts that CISA gathered through its Joint Cyber Defense Collaborative.
- [15]
The report expands on the NIST Special Publication on Security and Privacy Controls for Information Systems and Organizations and supports Executive Order 14306 on secure software development practices; it emphasizes Secure by Design principles for interoperable defense across cloud environments.
- [16]
Neither the NIST and CISA announcement nor the CISA resource page states a compliance date or mandated deadline for IR 8587.
- [17]
The report lists four tasks that require coordination between cloud provider and customer.
- [18]
A token forged with a stolen but legitimate signing key passes signature verification at services that trust the issuing key, so signature checking alone does not detect it.
Sources
4 independent publishers whose own reporting we read for this story.
- cisa.govProtecting Tokens and Assertions from Forgery, Theft, and Misuse: Implementation Recommendations for Agencies and Cloud Service Providers
1 article · September 15, 2026
- IR 8587, Protecting Tokens and Assertions from Forgery, Theft, and Misuse: Implementation Recommendations for Agencies and Cloud Service Providers | CSRC
csrc.nist.gov
1 article · September 17, 2026
- helpnetsecurity.comNIST and CISA finalize playbook to stop token theft and forgery
1 article · September 16, 2026
- infosecurity-magazine.comCISA and NIST Issue Guidance to Protect Cloud Identity Tokens
1 article · September 16, 2026
Topics and entities
Topics
- Federal Cybersecurity Guidance
- Token and assertion security
- Cloud Identity and Access Management
Entities
- Joint Cyber Defense Collaborative
- Chris Butera
- Executive Order 14306
- NIST SP 800-53
- National Institute of Standards and Technology
- CISA