Skip to main content

Products

Compliance Officer Service Expert-led compliance, end to end Compliance Portal Share security documents securely Document Management Draft, approve, and sign your policies Employee Portal Your whole team’s compliance, in one portal Access Review Monitor user access across all your systems AI Agents Run compliance from the tools you use Cookie Banner Consent that follows every visitor's law Device Agent Continuous security posture for every device Open-source platform Deploy Probo on your own infrastructure

Resources

Probo stories How teams get compliant with Probo Blog Ideas and guidance from the Probo team Guides & tools Practical compliance guides and free tools Love from Customers What customers say about working with Probo Changelog Latest product updates Download Get the Device Agent

Company

About The people and vision powering Probo Careers Join the team building Probo Brand assets Official logos and visual resources Security Review our security and compliance posture
Overview Understand Probo and its core concepts Product Explore Probo's GRC capabilities Developers Explore GraphQL, CLI, MCP, n8n, and webhooks Deployment Probo Cloud, self-hosting, and configuration

Explore

GitHub Explore our open-source compliance tools

Do you need a penetration test for ISO 27001?

Is a penetration test required for ISO 27001? Learn when a pen test is expected, what alternatives exist, and how it fits into your certification journey.

Shield with a check mark on a cream and fluorescent yellow background.

If you are on the path to ISO 27001 certification, you may be wondering: is a penetration test required? The short answer is no - penetration testing is not explicitly mandated by the ISO 27001 standard.

However, it’s expected, especially for tech-driven organizations looking to demonstrate the effectiveness of their security controls.

Key takeaways

  • Penetration testing is expected, not mandatory: ISO 27001 does not require a penetration test. The framework is risk-based, allowing organizations to choose the controls that best suit their context.
  • Alternatives are acceptable: You can use other methods—like vulnerability scanning, secure code reviews, or architectural assessments—to address risk. But pen tests often provide the strongest proof of technical security maturity. Companies like Ahrefs have successfully navigated this process.

Penetration testing in ISO 27001

ISO 27001 is not a checklist of technical tasks. It’s a risk-based information security framework that requires organizations to establish a formal Information Security Management System (ISMS).

The heart of an ISMS is the risk assessment: identifying, evaluating, and treating your organization’s unique information security risks. If your risk assessment identifies “technical vulnerabilities” - and it almost certainly will - then you must implement a risk treatment plan.

A penetration test is one of the most effective and widely accepted controls you can use to meet this requirement. However, it’s not your only option. You can also address technical vulnerabilities using a layered approach:

  • Automated vulnerability scanning for your systems and applications
  • Secure code reviews during software development
  • Security architecture reviews before launching new infrastructure

The key is this: you must provide evidence that your vulnerability management processes are robust and effective. And for most companies, a penetration test offers the clearest and most compelling proof.

Conclusion: Not mandatory, but expected

While penetration testing is not a strict requirement of ISO 27001, it is one of the strongest tools you can use to demonstrate risk management maturity. It should not be just just a checkbox - it is a valuable investment for your company. If you are also considering SOC 2, note that penetration testing expectations for SOC 2 differ slightly from ISO 27001.

Frequently Asked Questions

  1. If penetration testing is optional, how often should we do it?

If you choose to rely on a pen test as a risk control, industry best practice is to conduct one annually. It’s also recommended to run a new test after major infrastructure or application changes.

  1. What’s the difference between a vulnerability scan and a penetration test?
  • A vulnerability scan is automated and identifies known weaknesses using predefined signatures.
  • A penetration test is a manual, adversarial simulation by experts attempting to exploit vulnerabilities. It is going beyond what a scan can detect.

Both are valuable, but a pen test offers deeper insight and real-world validation of your defenses.

  1. What happens if the pen test reveals critical vulnerabilities?

That’s normal and expected. Your auditor will expect to see:

  • The pen test report
  • Evidence of remediation plans
  • Status updates showing fixes or accepted risks

Addressing findings promptly and formally is more important than having a “clean” report.

Written by

Antoine Bouchardy

CEO and co-founder

He writes about the challenges founders face balancing growth with regulation.