Linux

Compliance Workflow


Author: Unknown

Compliance Workflow

A workflow that ties together compliance reporting, inventory refresh, and enforcement in a single execution. It first generates an OpenSCAP report against a chosen compliance profile (CIS, HIPAA, OSPP, PCI-DSS, or STIG), syncs the AWS inventory, and then enforces remediation on findings — giving you a before-and-after view of compliance posture.

  1. Compliance Report — Runs an OpenSCAP scan against the chosen profile and generates an HTML report
  2. Update Inventory — Syncs the AWS dynamic inventory to refresh host groups
  3. Compliance Enforce — Remediates out-of-compliance findings from the scan

Prerequisites

  • RHEL hosts in the Ansible Product Demos Inventory
  • SSH connectivity via APD Machine Credential
  • AWS credential configured (for inventory sync step)
  • (Recommended) Run Deploy Cloud Stack in AWS first to create target VMs

Survey prompts

Prompt Variable Type Required
Server Name or Pattern _hosts text Yes
Compliance Profile compliance_profile multiplechoice Yes
Use httpd on the target host(s) to access reports locally? use_httpd multiplechoice Yes

Job templates

Template Playbook Description
LINUX ǀ Multi-profile Compliance Report linux/multi_profile_compliance_report.yml Runs an OpenSCAP scan against the selected compliance profile and generates an HTML report
AWS Inventory (inventory sync) Refreshes the AWS dynamic inventory to ensure host data is current before enforcement
LINUX ǀ Compliance Enforce linux/remediate_out_of_compliance.yml Applies remediation for findings from the compliance scan

Why it matters

  • Compliance is a board-level concern — this demo shows automated enforcement, not just reporting
  • The scan-then-enforce pattern mirrors real-world change management workflows
  • Supporting five compliance profiles (CIS, HIPAA, OSPP, PCI-DSS, STIG) covers most regulated industries
  • Inventory sync between scan and enforce ensures AAP is working with current host data
  • The workflow structure makes the process auditable and repeatable

Presenter walkthrough

  1. Choose a profile: Show the survey and explain the compliance profile options. ‘CIS and STIG are the most common — pick one that matches your audience.’
  2. Launch the workflow: Start the workflow and show the three-node chain: Report → Inventory Sync → Enforce.
  3. Review the initial report: While the workflow runs, explain that the first node scans and generates an HTML report. ‘This is our baseline — here is where we stand before remediation.’
  4. Inventory sync: Point out the middle node. ‘We refresh inventory between scan and enforce to make sure we are working with the latest host data.’
  5. Enforcement results: After completion, show the enforce job output. Highlight specific remediation tasks that changed. ‘Each of these is a compliance control being applied automatically.’
  6. Re-run the report: For maximum impact, re-run just the compliance report template and compare before and after scores.

Talking points

  • This is not just scanning — it is automated remediation. The workflow finds problems and fixes them.
  • Five compliance profiles cover most regulated industries: finance (PCI-DSS), healthcare (HIPAA), government (STIG, OSPP), and general best practices (CIS).
  • The scan-sync-enforce pattern is how enterprises actually implement compliance. This demo mirrors that real-world workflow.
  • Running the report before and after enforcement gives you a measurable delta — perfect for auditors and compliance officers.

See other Linux demos

Browse all Linux demos →

Workflow

graph LR
  S["🏠 Start"]
  S --> A
  A["📋 Compliance Report"] --> B["🔄 Update Inventory"] --> C["🔧 Compliance Enforce"]
  style A fill:#1e3a5f,stroke:#4a90d9,color:#fff
  style B fill:#2d2d2d,stroke:#888,color:#fff
  style C fill:#3d1a1a,stroke:#cc0000,color:#fff
  style S fill:#212427,stroke:#8a8d90,color:#fff