Skip to main content
—

Workflow studio / Reference sandbox

Audit objective planner

Build a source-linked audit plan for PCI DSS, SOC 2 or HIPAA using synthetic examples. Save and reopen the latest draft in this browser. Project saving and execution require separate activation.

Workflow studio

Synthetic starting point · saves on this deviceDesign and rehearsal do not authenticate or execute agents.

Audit framework
Audit objectiveReview payment-environment network boundaries
7 / 7 test paths · Review scope

Suggested audit objective

Review payment-environment network boundaries

Do documented payment-data paths and sampled network controls agree, with only justified traffic allowed across the cardholder data environment boundary?

Framework source ControlFrame planning guidance · selected requirements
Scope & authorizeCollect & testAgent proposalHuman decision
Scope & periodSynthetic workshop: Example payment environment; the application, identity and boundary configurations under the example owner's authority. Confirm inclusions and exclusions before use.Synthetic workshop window: 2026-07-01 through 2026-09-30. Replace with the agreed evidence period.
Requirements in this design
Requirements → test design7 of 7 connected · design coverage only
12.5.2 Test path designed

Confirm the payment-environment scope

Establish which systems, data paths and dependencies the network review must cover.

Test & evidence

Reconcile the proposed CDE boundary with inventories, data paths and connected systems; investigate omitted security-impacting components. Check the annual scope-confirmation record and reassessment after significant change; record service-provider applicability for additional review.

Expected artifacts
  • Dated scope confirmation and change history
  • System, data-location and third-party inventories with inclusion or exclusion rationale
Sufficiency criteria

The scope record covers the identified environment and applicable changes, with supported exclusions and a current confirmation record.

1.2.3 Test path designed

Reconcile the network diagram

Make CDE connections and trust boundaries visible for testing.

Test & evidence

Compare diagram connections with scoped configuration and inventory exports; trace selected external, wireless and administrative paths. Check that relevant network changes are reflected in the diagram.

Expected artifacts
  • Dated network diagram with CDE, wireless and external connections
  • Device, subnet, cloud-route and network-security-control inventory
Sufficiency criteria

The diagram and observed inventory agree for the reviewed scope, including boundary connections and recorded changes.

1.2.4 Test path designed

Trace payment-data flows

Connect the network boundary to where account data enters, moves and is stored.

Test & evidence

Trace selected payment paths through applications, third parties and storage using metadata and redacted configuration. Compare those paths and relevant changes with the documented flows without collecting payment account data.

Expected artifacts
  • Dated account-data flow diagram
  • Application, integration and storage inventory with owner-confirmed data paths
Sufficiency criteria

The reviewed data paths and locations appear in the diagram, with owners and changes accounted for.

1.2.5 Test path designed

Verify the business need for allowed traffic

Tie enabled services, protocols and ports to an approved operational need.

Test & evidence

Reconcile enabled services and sampled rules with the approved inventory, including source, destination and owner. Investigate broad, temporary, unused or unowned permissions and confirm their disposition with the control owner.

Expected artifacts
  • Service, protocol and port inventory with approval and business rationale
  • Current rule exports and change approvals for sampled boundary controls
Sufficiency criteria

Reviewed enabled services and rules have traceable approval and a current business rationale; unexplained permissions remain exceptions.

1.2.7 Test path designed

Inspect periodic network-control reviews

Check that network-security-control configurations receive timely, substantive review.

Test & evidence

Check that review records cover the scoped controls at least every six months. Inspect selected findings and follow-up against the reviewed configurations; a calendar entry alone is insufficient.

Expected artifacts
  • Dated configuration-review records spanning the assessment period
  • Reviewed rule-set versions, reviewer identity, findings and follow-up evidence
Sufficiency criteria

The period has traceable configuration reviews at the required cadence, with findings and follow-up recorded.

1.3.1 Test path designed

Assess traffic entering the CDE

Check whether inbound boundary rules restrict access to justified traffic.

Test & evidence

Compare inbound permissions and default-deny behavior with the approved traffic inventory and observed routing. Inspect actual sampled observations for necessary and unauthorized paths. Any new test needs separate authorization; this workflow does not send traffic.

Expected artifacts
  • Active inbound rule sets and routing context for selected CDE boundaries
  • Timestamped allowed and denied traffic metadata or authorized test records linked to those rules
Sufficiency criteria

Sampled inbound permissions match justified paths, and configuration plus observations support blocking other traffic for the tested boundary.

1.3.2 Test path designed

Assess traffic leaving the CDE

Check whether outbound paths from the CDE are limited to justified destinations and services.

Test & evidence

Compare outbound permissions and default-deny behavior with the business-need inventory, including indirect egress paths. Review sampled permitted and prohibited destinations against configuration and observations; document untested paths explicitly.

Expected artifacts
  • Active outbound rule sets, routes and approved destinations
  • Timestamped egress allow and deny metadata or authorized test records linked to selected paths
Sufficiency criteria

Sampled outbound permissions match justified paths, with configuration and observations supporting restriction of other traffic within the tested scope.

Related framework requirements 1 supporting evidence suggestions

These references may share evidence. Each still needs its own scope, test and acceptance decision.

SOC 2 — Trust Services Criteria · CC6.6 External system-boundary protection

Boundary diagrams and traffic observations may support a separate CC6.6 assessment where system and period overlap. The CDE is not necessarily the SOC 2 system, and these samples do not establish the full criterion.

Related to 1.2.3, 1.3.1, 1.3.2
Unsaved changes
Draft review

Review structure only: connections, branches and loops. This does not check configuration, permissions or whether the workflow can run.

Review the current draft when you are ready. Any edit clears the previous findings.

Path rehearsal

Follow a proposed route using choices you supply. Agents and tools are not run.

Rehearse the current draft or load a synthetic example to explore its proposed route.

13 steps · 12 connections
Add node
Linking
Choose a node's → handle, then select another node to connect.
truefalse
Start
Agree the objective and evidence scope
System access
Confirm approved evidence access
Collect evidence
12.5.2 · Confirm the payment-environment scope
Collect evidence
1.2.3 · Reconcile the network diagram
Collect evidence
1.2.4 · Trace payment-data flows
Collect evidence
1.2.5 · Verify the business need for allowed traffic
Collect evidence
1.2.7 · Inspect periodic network-control reviews
Collect evidence
1.3.1 · Assess traffic entering the CDE
Collect evidence
1.3.2 · Assess traffic leaving the CDE
Agent assessment
Assess each requirement's evidence
Human decision
Reviewer accepts the requirement record?
Review package
Prepare the requirement review package
Stop & escalate
Hold the record for remediation
Inspector
StartHuman-owned contract

Identify the entity, assessment period, cardholder data environment (CDE), connected or security-impacting systems, boundary devices, cloud networks, service providers and any segmentation relied upon to reduce scope.

Drag steps to arrange them. Use a connection handle to link them. Arrow keys move a selected step. Store connection names, never passwords or codes.
Audit objective planner | ControlFrame