In accordance with [organization-defined], assertions and access tokens are: generated; issued; refreshed; revoked; time-restricted; and audience-rest
Scanned 9/3/2026
Install to Claude Code
npx -y skills add CyberStrikeus/CyberStrike --skill IA-13(3)_token-management --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of IA 13(3) Token Management?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/cyberstrikeus-ia-13-3-token-management)More formats (shields.io, HTML) on the badges page.
---
name: "IA-13(3)_token-management"
description: "In accordance with [organization-defined], assertions and access tokens are: generated; issued; refreshed; revoked; time-restricted; and audience-rest"
category: "authentication"
version: "5.2.0"
author: "cyberstrike-official"
tags:
- nist
- sp800-53
- rev5
- ia-13-3
- ia
- enhancement
tech_stack:
- aws
- azure
- active-directory
- linux
- windows
cwe_ids:
- CWE-287
chains_with: []
prerequisites:
- IA-13
severity_boost: {}
---
# IA-13(3) Token Management
> **Enhancement of:** IA-13
## High-Level Description
**Family:** Identification and Authentication (IA)
**Framework:** NIST SP 800-53 Rev 5
An access token is a piece of data that represents the authorization granted to a user or NPE to access specific systems or information resources. Access tokens enable controlled access to services and resources. Properly managing the lifecycle of access tokens, including their issuance, validation, and revocation, is crucial to maintaining confidentiality of data and systems. Restricting token validity to a specific audience, e.g., an application or security domain, and restricting token validity lifetimes are important practices. Access tokens are revoked or invalidated if they are compromised, lost, or are no longer needed to mitigate the risks associated with stolen or misused tokens.
## What to Check
- [ ] Verify IA-13(3) Token Management is documented in SSP
- [ ] Validate all 6 control requirements are implemented
- [ ] Confirm control is operating effectively
- [ ] Review evidence of continuous monitoring for IA-13(3)
- [ ] Verify enhancement builds upon base control IA-13
## How to Test
### Step 1: Review Documentation
Examine the System Security Plan (SSP) and related artifacts for IA-13(3) implementation details. Verify the organization has documented how this control is satisfied.
### Step 2: Validate Implementation
```
# For cloud environments, use cloud-audit-mcp tools
# For on-premises, review system configurations directly
# Example: Check if account management policies exist
grep -r "account.management\|access.control" /etc/security/ 2>/dev/null
```
### Step 3: Test Operating Effectiveness
Verify the control is actively functioning, not just documented. Check logs, configurations, and operational evidence.
## Tools
| Tool | Purpose | Usage |
| --------------- | ------------------------------ | -------------------------- |
| cloud-audit-mcp | Check authentication settings | `cloud_audit_iam_policies` |
| hackbrowser | Test authentication mechanisms | `hackbrowser` |
## Remediation Guide
### Control Statement
In accordance with [organization-defined], assertions and access tokens are:
generated;
issued;
refreshed;
revoked;
time-restricted; and
audience-restricted.
### Implementation Guidance
An access token is a piece of data that represents the authorization granted to a user or NPE to access specific systems or information resources. Access tokens enable controlled access to services and resources. Properly managing the lifecycle of access tokens, including their issuance, validation, and revocation, is crucial to maintaining confidentiality of data and systems. Restricting token validity to a specific audience, e.g., an application or security domain, and restricting token validity lifetimes are important practices. Access tokens are revoked or invalidated if they are compromised, lost, or are no longer needed to mitigate the risks associated with stolen or misused tokens.
## Risk Assessment
| Finding | Severity | Impact |
| ----------------------------------------- | -------- | -------------------------------------------- |
| IA-13(3) Token Management not implemented | High | Identification and Authentication |
| IA-13(3) partially implemented | Medium | Incomplete Identification and Authentication |
## CWE Categories
| CWE ID | Title |
| ------- | ----------------------- |
| CWE-287 | Improper Authentication |
## References
- [NIST SP 800-53 Rev 5 - IA-13(3)](https://csrc.nist.gov/projects/cprt/catalog#/cprt/framework/version/SP_800_53_5_1_1/home?element=ia-13.3)
- [NIST SP 800-53A Rev 5 (Assessment Procedures)](https://csrc.nist.gov/pubs/sp/800/53/a/r5/final)
- [NIST SP 800-53 Rev 5 Full Catalog](https://csrc.nist.gov/pubs/sp/800/53/r5/upd1/final)
## Checklist
- [ ] Control documented in SSP
- [ ] Implementation evidence collected
- [ ] Operating effectiveness validated
- [ ] Continuous monitoring in place
- [ ] Related controls (none) reviewed
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!