How often should you run a penetration test?
What PCI DSS, Joint Standard 2, POPIA and ISO 27001 expect, and a testing rhythm you can defend.
5-page PDF · free with your work email
Home / Services / Penetration testing
Penetration testing
Our testers attack your systems the way a real adversary would, with your written permission and inside rules we agree up front. You see exactly what they reached, how they got there and what to fix first. Every engagement is quoted as a fixed fee after a free scoping call.
What we test
Your internet-facing servers, VPNs, firewalls and exposed services, attacked from outside.
An attacker already inside: moving sideways, escalating privileges, reaching Active Directory.
Logins, sessions, injection and business-logic flaws, tested against the OWASP Top 10 and ASVS.
REST and GraphQL endpoints checked for broken authorisation, data leaks and missing rate limits.
iOS and Android apps and the back ends they talk to, tested against OWASP MASVS.
Azure, AWS and Microsoft 365: identities, storage, keys and settings that leave doors open.
Staff and guest Wi-Fi, network separation and rogue access points at your premises.
Phishing simulations and pretext calls that test people and process, reported without naming individuals.
How much we know going in
Only your company name. The view of a stranger on the internet.
A normal user's login. The view of a customer, an insider or a stolen password.
Code, diagrams and admin access. The most findings per testing day.
How an engagement runs
What you receive
Recognised methods
Where a test helps you comply
| Requirement | What a penetration test gives you |
|---|---|
| POPIA, section 19 | Evidence that your security safeguards work, which section 19 says you must regularly verify. |
| Joint Standard 2 of 2024 (FSCA and PA) | Penetration testing after major changes to internet-facing systems, and at least annually, required of financial institutions since 1 June 2025. |
| PCI DSS v4, requirement 11.4 | External and internal tests at least every 12 months and after significant changes, with findings fixed and retested. |
| ISO/IEC 27001:2022, control 8.8 | Proof that technical vulnerabilities are found, assessed and treated. |
A summary, not legal advice.
Go deeper
A plain-language PDF for your board, with sources. Free with your work email.
What PCI DSS, Joint Standard 2, POPIA and ISO 27001 expect, and a testing rhythm you can defend.
5-page PDF · free with your work email
Next step
We agree what to test and send you a fixed-fee quote. No obligation.