2026年9月15日、米国標準技術研究所（NIST）とサイバーセキュリティ・インフラストラクチャーセキュリティ庁（CISA）は、トークン／アサーション保護の最終報告書 NIST IR 8587 を公開しました（CSRC／PDF／NEXSIGHT 解説）。正式名称は Protecting Tokens and Assertions from Forgery, Theft, and Misuse で、連邦機関とクラウド事業者（CSP）向けの実装推奨です。
近年の大型侵害で繰り返し出てきた「署名付きトークンを盗み、横展開する」パターンへの、公式寄りのチェックリスト、と読めます。
何を守る文書か
対象は、非対称暗号で署名された IDトークン・アクセストークン・アサーションを使ってアクセス可否を決める仕組みです。SSO、ID連携、APIアクセス、ワークロード（機械間）認証が中心。APIキーや共通鍵方式は関連言及はあるものの、本コントロールの主対象外、とされています。
土台は NIST SP 800-53（Release 5.1.1）の更新で、大統領令 14306（安全なソフトウェア開発）を支える位置づけ、とも説明されています。NIST IR の性質上、OMB 通達や契約などで義務化されない限り適合は任意ですが、CISA は商用クラウドにも等しく重要、としています。
報告書が挙げる5つの脅威
第6章付近の分類を要約すると、次の5つです。
- 偽造・改ざん … 偽アサーションの生成や正規トークンの改変（しばしば署名鍵侵害とセット）
- 転用（リダイレクト） … 想定外の文脈での利用
- リプレイ … 同じアサーションの再送
- 署名鍵の侵害 … IdP／認可サーバーの鍵持ち出し
- トークン窃取 … 正規トークンやリフレッシュトークンの入手
緩和の組み合わせとして、署名検証、オーディエンス検証、短命化、失効連携、DPoP／mTLS などの送信者制約、改ざん耐性のあるログ、異常利用の監視などが並びます。
実務で効く要件（短く）
全部を追うより、開発・運用が先に触るところだけ抜きます。
有効期間
- アクセス／IDトークンに定義された短い有効期間を必須（MUST）
- 1時間以内を推奨（SHOULD）。リスクが高いほどさらに短く
- 期限切れは認可サービスとポリシー適用点で拒否（MUST）
オーディエンスとスコープ
- すべてのトークンに明示的な audience（MUST）
- 欠落・不一致は拒否（MUST）。アラートも推奨
- スコープは必要最小限
ログ・CI/CD・成果物
ここが個人開発〜スタートアップでも刺さりやすいです。
- トークンをシステムログ、CI/CD、ビルド／デプロイ成果物に残さない（MUST）
- 承認された保管場所のみ。露出検知はインシデント扱い
- パイプラインはシークレット管理経由で実行時注入し、コンソールやキャッシュへ書かない
- トークン本体や、トークン内の個人情報をログに保存しない（MUST NOT）
Brevo 事案のような「長期フル権限キーのハードコード」とも地続きで、成果物とログに認証情報を流さないが文書レベルでMUSTになっています。
署名鍵
- 検証済み暗号モジュール内で生成（MUST）
- 中程度以上の影響度では、鍵をアプリ／サーバー上に永続置きしない（MUST NOT）
- 自動ローテーションを推奨。公開鍵配布（JWKS 等）は HTTPS（MUST）
- 広い既定トラストストアへの安易な依存を避ける
ワークロード／エージェント
- 機械間は厳格にスコープした短命トークンを、承認された ID 基盤からのみ発行（MUST）
- 可能な場合は mTLS や DPoP（SHOULD）
- SPIFFE／SVID のような動的ワークロード ID への言及あり
- AIエージェントが署名付きトークンで API に触る場合も本指針を適用すべき、との整理（NEXSIGHT 等の要約）
ぼくたち向けの読み替え
連邦向け文書でも、チェック項目は普通の Web／API 運用と重なります。
- アクセストークンを何時間・何日生きさせているか
- GitHub Actions のログやアーティファクトにトークンが混ざっていないか
- 「検証は署名だけ」になっていないか（audience・iss・exp・再利用）
- 漏れたときの失効経路（リフレッシュ無効化、再認証、RP への通知）があるか
全部を一度に NIST 準拠にする必要はありません。ただ、長命トークン＋ログ露出＋audience 未検証の三点セットは、いまや「よくある事故の型」として文書側からも明示されました。