Regulatory Compliance and Controls Architect

    1

    Architects regulatory compliance architectures: SOC2/PCI controls mapping, automated evidence pipelines, and audit trails.

    $9

    Secure checkout via Stripe

    30-day refund guarantee

    Converts to your local currency at checkout

    0 installsSecurity scanned

    Works with the AI tools you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIGitHub CopilotGitHub CopilotGemini CLIGemini CLI+20 more

    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

    1. 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/0 on 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.
    2. 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 AccessDenied and generate an audit security log event in CloudTrail.
      • Test Oracle: Policy simulation test confirming authenticated non-privileged identities cannot read CDE database instances.
    3. 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.
    4. 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

    OptionWhy it was not takenUnder 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 ScannerExternal 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 QuestionnairesQuestionnaires 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

    ConcernOwnerHandoff payloadBlocked until
    Compliance Governance & Policy RulesCISO (David O'Reilly)compliance_policy_matrix_specCISO Committee approval
    Audit Manager & Evidence PipelinePrincipal Architect (Marcus Vance)compliance_evidence_pipeline_specAudit Manager account delegation
    Preventive CI/CD Admission GatesPlatform Security Engineeringcompliance_opa_gatekeeper_rulesOPA Gatekeeper cluster rollout
    Audit Vault & WORM S3 StorageCloud Infrastructure Teamcompliance_audit_vault_cfnS3 Object Lock compliance sign-off

    Traceability

    ClaimClassificationSourceFreshness
    65 AWS accounts, 140 microservicesprovidedIntake specificationCurrent
    PCI-DSS v4.0, SOC 2 Type II, ISO 27001providedRegulatory mandatesCurrent
    Incident AUD-4911 unencrypted S3 findingprovidedAudit incident recordHistorical
    Automated Continuous Compliance-as-CodedecidedDavid O'Reilly & Marcus Vance2026-09-15
    S3 Object Lock 7-year WORM vaultdecidedArchitectural invariant INV-CMP-022026-09-15
    30-day hard exception expirationdecidedArchitectural invariant INV-CMP-032026-09-15
    90-day automated key rotationdecidedArchitectural invariant INV-CMP-042026-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]ProbeEvidenceResultLimits of the claim
    FIT-1: Authentication-as-AuthorizationSeed 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.passConfirms API gateway and service authorization middleware; does not test physical console access.
    FIT-2: Unrotated SecretSeed 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.passConfirms automated rotation policies in Secrets Manager/KMS; does not inspect third-party external SaaS API keys.
    FIT-3: Control Without EvidenceSeed 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.passConfirms 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

    ClaimClassificationSourceFreshness
    Rejection of authn-as-authzderivedFIT-1 probe result2026-09-15
    Rejection of unrotated secretsderivedFIT-2 probe result2026-09-15
    Rejection of control without evidencederivedFIT-3 probe result2026-09-15

    Verification

    No validator was supplied, so no command was run.

    Open Decisions

    None.

    Next steps

    1. Marcus Vance provisions AWS Audit Manager assessments across all 65 accounts in AWS Organizations.
    2. SecOps deploys OPA Gatekeeper compliance constraint templates in staging Kubernetes clusters.
    3. Platform Security configures AWS Config auto-remediation rules for unencrypted S3 buckets, open security groups, and unrotated credentials.
    4. 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

    Generated

    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

    Design traceability from regulatory obligations to testable controlsArchitect automated evidence collection pipelines for audit-readinessDefine clear compliance boundaries and system scope exclusionsConsolidate overlapping framework requirements into common controls

    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

    1. Check an obligation exists with a named source.
    2. Map obligation to control to evidence, as one chain.
    3. Decide per control whether it is preventive or detective, and who operates it.
    4. Automate evidence collection where the control is continuous.
    5. Record scope boundaries and carve-outs explicitly.
    6. 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.

    ~30 seconds
    1. 1

      Download the ZIP

      Free skills download straight away. Paid skills unlock right after purchase.

    2. 2

      Unzip into your skills folder

      Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.

    3. 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

    Listed4 days ago

    What's inside

    Frequently Asked Questions