pci-audit

Validate PCI DSS v4.0 scope and control coverage across payment environments.

13|3|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/heaptracetechnology/heaptrace-skills --skill pci-audit-heaptracetechnology
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pci-audit
Source: https://github.com/heaptracetechnology/heaptrace-skills/tree/main/compliance/pci-audit
Command: npx skills add https://github.com/heaptracetechnology/heaptrace-skills --skill pci-audit-heaptracetechnology

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

PCI DSS v4.0 compliance requires comprehensive audits of cardholder data environment, data flow, access control, logging, and network controls to prevent card data exposure. This skill guides teams through CDE scoping, SAQ determinations, tokenization validation, encryption checks, and vulnerability management to ensure payment systems stay in scope-appropriate and compliant.

Core Features & Use Cases

  • CDE scoping & SAQ determination: map card data flows and decide the correct self-assessment type.
  • Tokenization and encryption checks: ensure PAN data is tokenized or securely handled to minimize PCI scope.
  • Network segmentation and access control audits: verify segmentation boundaries, RBAC, and logging practices across environments.
  • Logging verification & vulnerability management: validate audit logs, monitoring, and patching posture for PCI readiness.
  • Use Case: before a payment integration change, run the PCI-audit skill to validate required controls and reduce scope.

Quick Start

Run a PCI-DSS audit on your payment stack to validate CDE boundaries, tokenization adherence, and SAQ determinations.

Frequently Asked Questions about pci-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I determine PCI DSS scope for my payment environment?

PCI DSS scope is determined by mapping cardholder data flows to identify your Cardholder Data Environment (CDE). This process validates network segmentation boundaries and confirms which systems, code, and infrastructure interact with payment data.

What is the correct SAQ determination for an e-commerce payment gateway?

SAQ determination depends on your integration type and how cardholder data is handled. Mapping your CDE scope and tokenization practices dictates whether you qualify for SAQ A, B, C, or D for e-commerce platforms.

Can I validate tokenization and encryption controls before a PCI audit?

Yes, you can validate tokenization and encryption controls pre-audit by checking that PAN data is securely handled or tokenized. This minimizes your PCI scope and ensures payment systems remain compliant.

How do I verify network segmentation and access control for PCI compliance?

Network segmentation and access control are verified by auditing segmentation boundaries and validating RBAC configurations across your environments. This ensures cardholder data is isolated and access is restricted.

What logging and vulnerability management checks are needed for PCI DSS v4.0?

PCI DSS v4.0 requires verifying audit logs, monitoring configurations, and patching posture. Validating these vulnerability management practices ensures your payment infrastructure maintains continuous PCI readiness.

When should I run a PCI audit on my payment integration?

Run a PCI audit during pre-audit planning, annual assessments, or post-change validations. Executing this before a payment integration change validates required controls and reduces CDE scope proactively.