Establish and Document the Application's Penetration Testing When Required - Application Management Best Practices
Establish and Document the Application's Penetration Testing When Required
(Chapter 121 of Application Management Best Practices)
Executive Summary: Chapter Overview
IF4ITThe Bottom Line
Core Concepts
| Concept | Definition & Strategic Role |
|---|---|
| Penetration Testing | Testing in which authorized testers attempt to exploit an Application’s weaknesses as an attacker would. It is typically required for Applications exposed to the internet, holding sensitive or regulated data, business-critical, or subject to regulations or contracts that demand it. |
| Penetration Test Scope and Triggers | The established parameters for testing: the scope, the Instance or Instances tested, the frequency, triggers for additional tests such as major architectural changes, who performs the tests, how findings are rated, and remediation deadlines for each rating. |
| Restricted Findings | The practice of restricting access to detailed penetration test findings while keeping summary status visible to the Application’s owners, so exploitable weaknesses are not broadly exposed but owners can still track remediation. |
Quick Q&A
Question: How should the results of each penetration test be recorded for an Application?
Question: Which Applications typically require penetration testing?
Read More Below
This chapter explains how to establish and document penetration testing for Applications that require it.
When Penetration Testing Is Required
Penetration testing, in which authorized testers attempt to exploit an Application’s weaknesses as an attacker would, is typically required for Applications that are exposed to the internet, hold sensitive or regulated data, are business-critical, or are subject to regulations or contracts that demand it. The enterprise’s conditional practice criteria determine which Applications require it, and how often.
Establish Penetration Testing
For Applications that require it, establish the testing scope, the Instance or Instances to be tested, the frequency, the triggers for additional tests (such as major architectural changes), who performs the tests, how findings are rated, and the remediation deadlines for each rating.
Document and Share Penetration Testing
Record each penetration test as a security review, with its scope, date, tester, findings, and remediation status, as described in the chapter “Establish and Document the Application’s Security Reviews and Remediations.” Restrict access to detailed findings, and keep summary status visible to the Application’s owners.
Best Practice: Establish and Document the Application’s Penetration Testing When Required
It is a best practice to both establish and document the solution for testing an Application’s defenses where its risk requires it: define scope, frequency, triggers, and testers, and record each test’s findings and their remediation, with detailed findings restricted.
Benefits: Penetration testing finds exploitable weaknesses before attackers do, and documented remediation proves that they were closed. Applying it according to defined criteria ensures that the Applications attackers are most likely to target are the ones tested most thoroughly.
Connections to Related IF4IT Practices and Inventories
The Application Portfolio Management (APM) Best Practices addresses assessing the security posture of every application in the portfolio.
How to cite this page
When referencing this page in academic work, internal standards, or external publications, include the page title, IF4IT as author and publisher (The International Foundation for Information Technology (IF4IT), LLC), the URL, and your access date.
Example (informal web citation):
The International Foundation for Information Technology (IF4IT), LLC. Establish and Document the Application's Penetration Testing When Required | Application Management Best Practices. https://if4it.org/best-practices/application-management-best-practices/establish-and-document-the-application-s-penetration-testing-when-required/ (accessed 2026-10-30).
See About Us for content governance and site-wide citation guidance.
Copyright for The International Foundation for Information Technology (IF4IT), LLC: 2008 - Present
Legal Disclaimers