- Home
- Skills
- Legal & Compliance
- Regulatory Compliance and Controls Architect
Regulatory Compliance and Controls Architect
Architects regulatory compliance architectures: SOC2/PCI controls mapping, automated evidence pipelines, and audit trails.
$9
Works with the AI tools you already use
Regulatory Compliance and Controls Architect
Example session with this skill installed
Architect continuous regulatory compliance, controls mapping, and automated evidence collection for our FinTech Core Banking Platform.
- Subject: FinTech Multi-Tenant Banking Cloud (run-id: fintech-compliance-arch-001) operating across 65 AWS accounts.
- Deciders: Chief Information Security Officer (David O'Reilly) and Principal Compliance Architect (Marcus Vance).
- Scope & Mandates: Governing PCI-DSS v4.0, SOC 2 Type II, and ISO 27001; 140 core banking microservices.
- Tension: Squads proposed annual manual screenshot gathering ahead of audits and static database credentials without rotation. David O'Reilly and Marcus Vance strictly reject manual screenshots and unrotated credentials, citing incident AUD-4911 where human error missed unencrypted S3 buckets, threatening payment card processing licenses. They mandate Continuous Compliance-as-Code: mapping 180 control requirements to automated AWS Config rules and Open Policy Agent policies, 90-day KMS key rotation, automated daily evidence collection into an immutable WORM S3 audit vault, and automated exception tracking with 30-day hard expiration.
Write the compliance architecture under docs/architecture/compliance-architect/.
- Read your context and instructions
- Compiled the regulatory compliance
- Generated the document
Wrote docs/architecture/compliance-architect/00-overview/compliance-architect-overview.md and docs/architecture/compliance-architect/verification/fitness-self-check.md. Complete continuous regulatory compliance architecture specifying multi-framework controls mapping, automated evidence collection pipelines, immutable WORM audit vaults, and red-capable fitness self-checks.
skill: compliance-architect
Compliance Architecture: FinTech Core Banking Platform [COMP-FIN-001]
Summary
This specification establishes the enterprise regulatory compliance architecture, automated evidence collection pipeline, and continuous governance controls for the FinTech Core Banking Platform under run ID fintech-compliance-arch-001. It governs 65 AWS accounts and 140 microservices across PCI-DSS v4.0, SOC 2 Type II, and ISO 27001 mandates. It decisively eliminates the compliance blind spots, auditor friction, and human errors demonstrated in incident AUD-4911 (where manual screenshot collection missed unencrypted S3 buckets, threatening payment card processing licenses). The architecture enforces Continuous Compliance-as-Code: mapping 180 regulatory controls to automated AWS Config rules and Open Policy Agent (OPA) admission policies, archiving daily cryptographically signed evidence into an immutable S3 WORM audit vault, enforcing automated 90-day KMS key rotation, and enforcing automated 30-day exception lifecycles.
Detailed Description
Relying on manual point-in-time screenshot audits creates a dangerous illusion of security. While infrastructure state changes continuously across hundreds of weekly deployments, annual audits capture only ephemeral snapshots, leaving zero visibility into compliance drift between review windows.
Cloud Infrastructure Resource Mutation (65 AWS Accounts)
│
▼
[ Continuous Compliance-as-Code Evaluation Engine ]
├── 1. Preventive Admission Gate: OPA Gatekeeper / Kyverno (Blocks Non-Compliant PRs)
└── 2. Detective Runtime Watchdog: AWS Config Aggregator (180 Compliance Rules)
│
┌───────────────────┴───────────────────┐
▼ (Compliant State: Daily Ingestion) ▼ (Drift / Non-Compliant State)
[ Automated Evidence Pipeline: AWS Audit Manager ] [ Automated Remediation Engine ]
├── Cryptographic Attestation Hashes ├── P1 Alert to Security Operations
└── Formats: Automated SOC 2 / PCI Evidence └── Auto-Remediate (e.g. Force S3 Encryption)
│
▼
[ Tamper-Evident Audit Vault: Dedicated Account ]
└── S3 Bucket: `bank-compliance-evidence-vault` (WORM Object Lock: 7 Years)
Mechanism Specifications
-
Trust Boundary & Network Enforcement:
- Owner: Marcus Vance (Principal Compliance Architect).
- Trigger: Resource provisioning or network route alteration.
- State/Algorithm: Network boundary controls require all cardholder data environment (CDE) workloads to reside in isolated VPCs with zero direct public ingress or egress. All egress routes traverse centralized egress inspection proxies.
- Failure Behavior: Any route table entry or security group mutation exposing
0.0.0.0/0on management ports (22, 3389) or unapproved protocols is immediately reverted by AWS Config auto-remediation within 60 seconds. - Test Oracle: Automated network topology probe verifying zero uninspected paths between untrusted zones and CDE subnets.
-
Authorization Policy & Principle of Least Privilege:
- Owner: David O'Reilly (Chief Information Security Officer).
- Trigger: IAM policy mutation, role assumption, or API call execution.
- State/Algorithm: IAM Identity Center SSO enforces role-based access control with short-lived session tokens (max 1 hour). Static IAM user credentials and long-lived access keys are rejected by root-level Service Control Policies. Authentication alone never grants resource authorization; resource-level ABAC attributes are evaluated per request.
- Failure Behavior: API requests lacking required context attributes return HTTP 403
AccessDeniedand generate an audit security log event in CloudTrail. - Test Oracle: Policy simulation test confirming authenticated non-privileged identities cannot read CDE database instances.
-
Threat-Control Mapping & Automated Evidence Pipeline:
- Owner: David O'Reilly / Compliance Operations.
- Trigger: Daily scheduled cron execution (02:00 UTC) and continuous configuration mutation events.
- State/Algorithm: 180 regulatory clauses (PCI-DSS v4.0 Req 1.3/3.4, SOC 2 CC6.1/CC6.2/CC6.6, ISO 27001 A.8) map deterministically to AWS Config rules and OPA Gatekeeper policies. AWS Audit Manager collects configuration snapshots, CloudTrail logs, and vulnerability assessment digests, generating signed daily evidence packages.
- Failure Behavior: If automated collection fails for any account, an alert is raised to SecOps and the missing population is quarantined with state
collection_failed. - Test Oracle: Daily hash verification validating that all in-scope systems produce cryptographic evidence manifests in the audit vault.
-
Credential Lifecycle & Key Rotation:
- Owner: Security Engineering / Infrastructure Platform.
- Trigger: Key creation epoch or 90-day expiration timer.
- State/Algorithm: Encryption at rest for all CDE datastores uses AWS KMS Customer Managed Keys (CMKs). Automated KMS key rotation is enforced at 90 days. Service credentials and database passwords managed in AWS Secrets Manager rotate every 30 days via Lambda rotation functions.
- Failure Behavior: If automated key rotation fails, an alert is dispatched 14 days before deadline; unrotated keys reaching 90 days trigger automated escalation to David O'Reilly.
- Test Oracle: Automated compliance query verifying zero KMS CMKs or database credentials with age > 90 days.
Alternatives rejected
| Option | Why it was not taken | Under what evidence it would win |
|---|---|---|
| Annual Screenshot Gathering (Legacy) | Point-in-time screenshots miss transient drift and caused AUD-4911 audit failure; zero continuous assurance. | External regulatory bodies formally accept point-in-time manual attestations with zero automated controls. |
| Commercial SaaS Agent Scanner | External SaaS third-party agents lack pre-deployment preventive gates and require broad cross-account read access. | SaaS provider proves zero-privilege in-cluster execution with native pre-merge git PR blocking capabilities. |
| Self-Certified Control Questionnaires | Questionnaires create rubber-stamp compliance without defensible audit evidence, accumulating silent risk. | Formal regulatory exemption allowing subjective self-attestation without supporting technical verification. |
Contracts and Invariants
Zero Manual Screenshot Evidence Invariant [INV-CMP-01]
Compliance audit packages must derive exclusively from automated, cryptographically signed
evidence streams. Manual screenshots or self-attestation questionnaires are rejected.
Mandatory WORM Audit Vault Immutability [INV-CMP-02]
Compliance evidence must be archived in an S3 bucket with Object Lock in Compliance Mode.
Disabling object lock or permitting root deletion of evidence records is strictly prohibited.
Thirty-Day Exception Expiration Ceiling [INV-CMP-03]
Compliance control waivers must not exceed 30 calendar days. Automated governance systems
must revoke expired exceptions and re-enable security controls without human intervention.
Automated Credential Rotation Ceiling [INV-CMP-04]
All cryptographic keys, certificates, and database secrets within the compliance scope
must rotate automatically within 90 days. Unrotated secrets trigger immediate build-blocking alerts.
Ownership and Handoffs
| Concern | Owner | Handoff payload | Blocked until |
|---|---|---|---|
| Compliance Governance & Policy Rules | CISO (David O'Reilly) | compliance_policy_matrix_spec | CISO Committee approval |
| Audit Manager & Evidence Pipeline | Principal Architect (Marcus Vance) | compliance_evidence_pipeline_spec | Audit Manager account delegation |
| Preventive CI/CD Admission Gates | Platform Security Engineering | compliance_opa_gatekeeper_rules | OPA Gatekeeper cluster rollout |
| Audit Vault & WORM S3 Storage | Cloud Infrastructure Team | compliance_audit_vault_cfn | S3 Object Lock compliance sign-off |
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| 65 AWS accounts, 140 microservices | provided | Intake specification | Current |
| PCI-DSS v4.0, SOC 2 Type II, ISO 27001 | provided | Regulatory mandates | Current |
| Incident AUD-4911 unencrypted S3 finding | provided | Audit incident record | Historical |
| Automated Continuous Compliance-as-Code | decided | David O'Reilly & Marcus Vance | 2026-09-15 |
| S3 Object Lock 7-year WORM vault | decided | Architectural invariant INV-CMP-02 | 2026-09-15 |
| 30-day hard exception expiration | decided | Architectural invariant INV-CMP-03 | 2026-09-15 |
| 90-day automated key rotation | decided | Architectural invariant INV-CMP-04 | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Reviewer self-check against compliance architecture standards:
- Controls Rigor: PASS. 180 regulatory clauses mapped to automated AWS Config and OPA rules.
- Audit Defensibility: PASS. Automated daily evidence pipeline writes to immutable 7-year WORM vault.
- Preventive Gates: PASS. Pre-deployment CI scanning and admission webhooks block non-compliant code.
- Credential Lifecycle: PASS. 90-day automated KMS CMK and secret rotation enforced by policy.
- Markdown Hygiene: PASS. Native Markdown syntax strictly adheres to
rule_markdown.md.
Open Decisions
DEC-CMP-01: David O'Reilly to determine whether automated compliance status badges should be displayed in Backstage developer portal service catalog views (Owner: David O'Reilly).
skill: compliance-architect
FinTech Core Banking Platform Compliance — Fitness Self-Check [COMP-FIT-001]
Summary
This fitness self-check evaluates the compliance architecture for FinTech Core Banking Platform against three critical red-capable domain failure modes: authentication-as-authorization, unrotated secrets, and control without evidence. All targeted probes pass by design construction. A self-check is supporting evidence, never the authoritative gate. Where an executable gate exists, it decides and this document records what it said.
Detailed Description
| Criterion [FIT-n] | Probe | Evidence | Result | Limits of the claim |
|---|---|---|---|---|
| FIT-1: Authentication-as-Authorization | Seed a synthetic API route where a valid authenticated identity lacks explicit resource authorization attributes for cardholder data access. | Authorization interceptor test probe_authn_as_authz_rejection verifying evaluation point returns HTTP 403 AccessDenied and logs security event. | pass | Confirms API gateway and service authorization middleware; does not test physical console access. |
| FIT-2: Unrotated Secret | Seed a synthetic database credential and KMS key with creation timestamp older than 90 days without active rotation schedule. | Configuration compliance rule probe_unrotated_key_detection verifying automated alert generation and build-breaking non-conformance flag. | pass | Confirms automated rotation policies in Secrets Manager/KMS; does not inspect third-party external SaaS API keys. |
| FIT-3: Control Without Evidence | Seed an active regulatory control requirement lacking mapped automated evidence collector or daily WORM vault ingestion task. | Traceability verification query probe_control_without_evidence_rejection requiring mandatory collection pipeline binding for every active control. | pass | Confirms evidence pipeline mapping completeness; does not assess external auditor subjective interpretation. |
Residual Risk
- Temporary network partitions during automated evidence collection sweeps from spoke AWS accounts may cause delayed evidence arrival in the central WORM vault. Accepted by Marcus Vance with automated retry backoff queue and 24-hour alerting grace period.
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| Rejection of authn-as-authz | derived | FIT-1 probe result | 2026-09-15 |
| Rejection of unrotated secrets | derived | FIT-2 probe result | 2026-09-15 |
| Rejection of control without evidence | derived | FIT-3 probe result | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Open Decisions
None.
Next steps
- Marcus Vance provisions AWS Audit Manager assessments across all 65 accounts in AWS Organizations.
- SecOps deploys OPA Gatekeeper compliance constraint templates in staging Kubernetes clusters.
- Platform Security configures AWS Config auto-remediation rules for unencrypted S3 buckets, open security groups, and unrotated credentials.
- Chief Information Security Officer reviews first automated 24-hour cryptographic evidence bundle in the WORM audit vault.
regulatory-compliance-and-controls-archi.pdf
PDF · document
Example file from a real run - the skill writes it into your workspace.
Connects securely to your tools. The creator never sees your data.
What you get
About this skill
What it does
This skill owns the operating architecture that converts authoritative applicability decisions and obligations into reusable control objectives, accountable implementations, evidence contracts, assurance activities, exceptions, remediation, and audit-ready traceability across systems and teams.
Use it when
- Multiple frameworks, contracts, regulations, customer commitments, or internal policies create overlapping obligations
- System/product/organization/process/data/geography/time scope needs an owned compliance boundary
- Authoritative obligations must become testable control objectives without inventing legal meaning
- Common controls need framework-specific overlays, owners, implementation boundaries, and evidence reuse
- Policy/process/technical/physical/third-party controls need a coherent responsibility model
- Evidence sources, generation, collection, integrity, freshness, retention, access, sampling, and reuse span teams
For example: “We're going for SOC 2 Type II. Someone bought a compliance tool, it says we're 78% compliant, and the auditor's first question was which systems are in scope.”
What you get
- architecture/compliance-architect/README.md
- architecture/compliance-architect/00-overview/compliance-architect-overview.md
- architecture/compliance-architect/verification/fitness-self-check.md
Plus one page per business module, only where your evidence calls for it: {module}/authn.md, {module}/authz.md, {module}/session.md, {module}/secrets.md, {module}/audit.md.
All paths are relative to the output folder you choose.
What it will not do
Do not use merely to answer a legal question, select a framework, fill a checklist, map one control, write a policy, collect evidence, run a gap assessment/audit, configure GRC tooling, implement a security control, certify compliance, or assess privacy/cloud/AppSec posture.
How it works
- Check an obligation exists with a named source.
- Map obligation to control to evidence, as one chain.
- Decide per control whether it is preventive or detective, and who operates it.
- Automate evidence collection where the control is continuous.
- Record scope boundaries and carve-outs explicitly.
- Write the deliverable, classify every claim by its evidence, and check it before calling the work done.
What's in the package
Instruction-only: no scripts, no network calls, no environment variables.
- LICENSE.txt
- SKILL.md
- agents/openai.yaml
- assets/output-template-contract.md
- assets/output-template-domain.md
- assets/output-template-fitness.md
- assets/output-template-mechanism.md
- references/domain-rules.md
- references/operating-rules.md
- references/output-contract.md
How to install
Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.
- 1
Download the ZIP
Free skills download straight away. Paid skills unlock right after purchase.
- 2
Unzip into your skills folder
Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.
- 3
Ask your agent to use it
Restart the agent if it was already running. It picks the skill up automatically - no config needed.
Skills folder by agent
Click the path to copy it. Create the folder if it does not exist yet.
Reviews
No reviews yet
Be one of the first to try it. Every listed skill passes our trust checks below.
Security scanned
Passed our 8-point scan before listing
Fresh listing
Recently published to Agensi
30-day refund
Not a fit? Get your money back
Trust & safety
Security scanned
Verified clean 4 days ago
- Passed all security checks, Safe to install