Access Control
Design an identity and access management strategy for "$ARGUMENTS". Define the access control model, role hierarchy, least-privilege enforcement, and multi-factor authentication requirements.
Prerequisites
Read .metapowers/security/$ARGUMENTS/00-govern.md. If this file does not exist, tell the user:
Phase 0 (Govern) has not been completed for "$ARGUMENTS". Run a Govern skill first (e.g., /security:security-policy $ARGUMENTS), or use --skip-checks to bypass.
If --skip-checks is present in $ARGUMENTS, skip this check and log to .metapowers/security/$ARGUMENTS/skip-log.md.
Process
Define access control model:
- Evaluate RBAC (Role-Based Access Control) — recommended for most organizations, simpler to manage and audit
- Evaluate ABAC (Attribute-Based Access Control) — for complex, context-dependent access decisions (time-of-day, location, device, data sensitivity)
- Consider hybrid approaches where RBAC provides baseline with ABAC for fine-grained decisions
- Document the chosen model with justification
Create role hierarchy and permissions matrix:
- Define roles aligned to job functions (not individuals)
- Create permissions matrix mapping roles to resources and actions (read, write, delete, admin)
- Implement role hierarchy (senior roles inherit permissions from junior roles)
- Identify separation-of-duties constraints (no single role should both approve and execute)
- Document role assignment and removal procedures
Implement least privilege:
- Audit current permissions against actual usage (identify over-provisioned accounts)
- Define minimum permissions required per role for each system and resource
- Implement just-in-time (JIT) access for elevated privileges (time-limited, approval-required)
- Remove standing admin access where possible in favor of on-demand elevation
- Set up periodic access reviews to detect permission drift
Define MFA requirements:
- Require MFA for all administrative access and privileged operations
- Define MFA methods by access level (hardware keys for admins, authenticator apps for standard users)
- Implement MFA for remote access, VPN, and cloud console access
- Define backup authentication methods for MFA device loss
- Plan phishing-resistant MFA (FIDO2/WebAuthn) adoption timeline
Govern service accounts:
- Inventory all service accounts and their permissions
- Assign ownership for each service account (a human is responsible)
- Implement credential rotation for service accounts
- Restrict service account permissions to minimum required
- Disable interactive login for service accounts where possible
Define access review and emergency procedures:
- Set access review cadence (quarterly for privileged access, semi-annual for standard)
- Define access certification process (managers attest to direct reports' access)
- Design break-glass procedure for emergency access (pre-provisioned, heavily monitored, time-limited)
- Define offboarding procedure (immediate access revocation, credential rotation for shared resources)
Write the artifact to .metapowers/security/$ARGUMENTS/02-protect.md with heading:
Access Control Strategy
Include sections:
- Access Control Model — chosen model (RBAC/ABAC/hybrid) with justification
- Role Hierarchy — roles, inheritance, and separation of duties
- Permissions Matrix — roles mapped to resources and allowed actions
- Least Privilege Implementation — JIT access, permission minimization, review cadence
- MFA Requirements — MFA methods by access level with adoption timeline
- Service Account Governance — inventory, ownership, and rotation policy
- Emergency Access — break-glass procedures and monitoring
Output
The access control strategy written to .metapowers/security/$ARGUMENTS/02-protect.md. Present a summary to the user highlighting:
- Chosen access control model and key roles defined
- Least-privilege gaps identified and remediation plan
- MFA coverage and phishing-resistant MFA timeline
- Access review cadence and break-glass procedure summary
1---2name: access-control3description: Design IAM, RBAC/ABAC, least privilege, and MFA strategy4---56# Access Control78Design an identity and access management strategy for "$ARGUMENTS". Define the access control model, role hierarchy, least-privilege enforcement, and multi-factor authentication requirements.910## Prerequisites1112Read `.metapowers/security/$ARGUMENTS/00-govern.md`. If this file does not exist, tell the user:1314> Phase 0 (Govern) has not been completed for "$ARGUMENTS". Run a Govern skill first (e.g., `/security:security-policy $ARGUMENTS`), or use `--skip-checks` to bypass.1516If `--skip-checks` is present in $ARGUMENTS, skip this check and log to `.metapowers/security/$ARGUMENTS/skip-log.md`.1718## Process19201. **Define access control model:**21 - Evaluate RBAC (Role-Based Access Control) — recommended for most organizations, simpler to manage and audit22 - Evaluate ABAC (Attribute-Based Access Control) — for complex, context-dependent access decisions (time-of-day, location, device, data sensitivity)23 - Consider hybrid approaches where RBAC provides baseline with ABAC for fine-grained decisions24 - Document the chosen model with justification25262. **Create role hierarchy and permissions matrix:**27 - Define roles aligned to job functions (not individuals)28 - Create permissions matrix mapping roles to resources and actions (read, write, delete, admin)29 - Implement role hierarchy (senior roles inherit permissions from junior roles)30 - Identify separation-of-duties constraints (no single role should both approve and execute)31 - Document role assignment and removal procedures32333. **Implement least privilege:**34 - Audit current permissions against actual usage (identify over-provisioned accounts)35 - Define minimum permissions required per role for each system and resource36 - Implement just-in-time (JIT) access for elevated privileges (time-limited, approval-required)37 - Remove standing admin access where possible in favor of on-demand elevation38 - Set up periodic access reviews to detect permission drift39404. **Define MFA requirements:**41 - Require MFA for all administrative access and privileged operations42 - Define MFA methods by access level (hardware keys for admins, authenticator apps for standard users)43 - Implement MFA for remote access, VPN, and cloud console access44 - Define backup authentication methods for MFA device loss45 - Plan phishing-resistant MFA (FIDO2/WebAuthn) adoption timeline46475. **Govern service accounts:**48 - Inventory all service accounts and their permissions49 - Assign ownership for each service account (a human is responsible)50 - Implement credential rotation for service accounts51 - Restrict service account permissions to minimum required52 - Disable interactive login for service accounts where possible53546. **Define access review and emergency procedures:**55 - Set access review cadence (quarterly for privileged access, semi-annual for standard)56 - Define access certification process (managers attest to direct reports' access)57 - Design break-glass procedure for emergency access (pre-provisioned, heavily monitored, time-limited)58 - Define offboarding procedure (immediate access revocation, credential rotation for shared resources)59607. **Write the artifact** to `.metapowers/security/$ARGUMENTS/02-protect.md` with heading:6162 ## Access Control Strategy6364 Include sections:65 - **Access Control Model** — chosen model (RBAC/ABAC/hybrid) with justification66 - **Role Hierarchy** — roles, inheritance, and separation of duties67 - **Permissions Matrix** — roles mapped to resources and allowed actions68 - **Least Privilege Implementation** — JIT access, permission minimization, review cadence69 - **MFA Requirements** — MFA methods by access level with adoption timeline70 - **Service Account Governance** — inventory, ownership, and rotation policy71 - **Emergency Access** — break-glass procedures and monitoring7273## Output7475The access control strategy written to `.metapowers/security/$ARGUMENTS/02-protect.md`. Present a summary to the user highlighting:76- Chosen access control model and key roles defined77- Least-privilege gaps identified and remediation plan78- MFA coverage and phishing-resistant MFA timeline79- Access review cadence and break-glass procedure summary