A defined testing scope
Document in-scope applications, APIs, infrastructure, accounts, environments and rules of engagement.
Scope an authorised security assessment around the systems that matter to your business. Get findings your technical team can act on and priorities your leadership can understand.
A vulnerability assessment identifies potential weaknesses. Penetration testing goes further within an agreed scope to validate exploitation paths and their business impact.
Define the objective before testing: customer assurance, release readiness, infrastructure changes or risk reduction. Agree the authorised targets, timing, excluded activities and escalation contacts.
Agree what success means, who owns each action and what evidence is needed before the work starts.
Document in-scope applications, APIs, infrastructure, accounts, environments and rules of engagement.
Record reproducible evidence and distinguish validated issues from unconfirmed scanner output.
Explain severity, exposure, business context, affected assets and practical remediation steps.
Agree which fixes will be rechecked, the retest window and how remaining risk will be recorded.
Scope, responsibilities and checkpoints are agreed around your business needs.
Plan the engagement ↗Confirm written authorisation, assets, safe testing windows and escalation procedures.
Perform the agreed assessment and validate relevant findings within the approved rules.
Review the results with technical and business stakeholders, and agree remediation and retesting.
Before commissioning, request a sanitised sample report, the proposed testers’ relevant credentials and the agreed escalation and retest approach.
Discuss the proposed delivery ↗A scan helps identify possible vulnerabilities at scale. A penetration test involves scoped validation of attack paths and impact by qualified testers. Agree the methods and deliverables so an automated scan is not mistaken for a full penetration test.
The decision depends on authorisation, operational risk and the nature of the test. The rules of engagement should specify permitted techniques, testing windows, exclusions, monitoring contacts and a stop procedure before any activity begins.
No. A technical test report can contribute evidence where required, but it does not by itself establish PCI DSS compliance or replace the applicable validation process. Any QSA or ASV requirement must be scoped with the appropriate independent provider.
Share the requirement, your current position and the outcome you need.