PCI DSS v4.0 Penetration Testing
Human-Led + AI
Penva Security performs internal, external and segmentation penetration testing aligned to PCI DSS v4.0 and the current v4.0.1 clarification, with evidence organised around Requirement 11.4.
We test the cardholder data environment, connected systems and payment-facing applications using a documented methodology, then provide the remediation and retest evidence your QSA or compliance team will expect.
- Certified Testers
- Security Compliance
- Manual Pentesting
What Is PCI DSS Penetration Testing?
The result is not simply a list of scanner alerts. It is evidence your QSA or internal compliance team can review to understand scope, methodology, exploitation, segmentation and closure of findings.
What PCI DSS Requirement 11.4 Expects
The testing program must cover the cardholder data environment, connected systems and segmentation controls, with repeat testing after material changes and remediation.
Documented Testing Methodology
Internal Penetration Testing
External Penetration Testing
Remediation and Repeat Testing
Segmentation Validation
Vulnerability Scanning
Mapped to the Evidence Your QSA Will Review
Penva records the scope, methods, attack paths and retest results in a format that can be provided to your QSA or retained with your PCI evidence.
11.4.1 Methodology and Scope
A documented rules-of-engagement and methodology statement covering application, API, network and social-engineering exclusions, with CDE boundaries clearly recorded.
11.4.2-3 Internal and External Testing
11.4.5 Segmentation Evidence
11.4.4 Verified Remediation
One retest within 60 days to confirm that exploitable findings and segmentation issues have been corrected.
QSA Pack Report and Attestation
Get an Instant Penetration Testing Estimate
Answer a few scoping questions to get a practical estimate for web, API, mobile, infrastructure, and cloud penetration testing.
What type of penetration testing do you need?
Choose the main service you want quoted.
Edit option values
Use this table to assign a dollar value to each option. Open this panel with ?penvaPricing=1 at the end of the page URL.
For permanent changes, copy the pricing config and paste it into the PRICE_OVERRIDES section inside this Elementor HTML widget. Front-end prices are only used to display an estimate and should not be treated as a fixed quote.
PCI DSS v4.0 Penetration Testing - Common Questions
Clear answers for merchants and service providers preparing PCI DSS evidence. Updated July 2026.
PCI DSS v4.0.1 is the current limited revision. It clarified wording and guidance without adding or deleting requirements. Many organisations still use “PCI DSS v4.0” as the broader name for the current v4 framework.
Internal and external penetration testing is generally required at least annually and after significant infrastructure or application changes. Segmentation testing also follows defined frequencies, with additional obligations applying to some service providers.
No. An Approved Scanning Vendor scan identifies known external vulnerabilities. A penetration test uses manual techniques and exploitation to assess attack paths, business impact, application logic and segmentation. PCI DSS treats them as separate activities.
The scope should include the cardholder data environment, systems connected to it, payment applications, internal and external attack surfaces, and any segmentation controls used to reduce PCI scope. Scope should be agreed with your QSA before testing begins.
Yes. We test from representative out-of-scope networks and attempt to reach CDE systems and services. The report records the source locations, target paths, methods and results so your QSA can review the segmentation evidence.
The QSA remains responsible for deciding whether evidence meets the assessment requirements. Penva provides the scope, methodology, tester credentials, detailed evidence and retest results needed for that review.
Yes. One remediation retest is included within 60 days for fixed-price engagements. We repeat the relevant attack path and update the report to show whether the issue is closed, partially resolved or still exploitable.