NIST SP 800-115 is a guide for technical security testing and assessment. It describes how to plan and conduct activities such as network scanning, vulnerability scanning, password cracking, and penetration testing, and how to report findings in a controlled, repeatable way.
What NIST SP 800-115 Is Used For
NIST SP 800-115 is a process guide for authorised technical security testing and assessment. It matters because it turns ad hoc probing into a controlled activity with defined scope, repeatability, and evidence handling.
That focus makes it especially useful when organisations need to compare findings across teams, environments, or test cycles without losing chain of custody for results or blurring what was actually tested.
How It Structures Security Testing
The guide groups testing into a lifecycle that starts with planning, moves through execution, and ends with reporting and follow-up. That structure helps practitioners separate preparation from active testing, which is critical when the work can affect production systems or monitored environments.
Its practical value is that it frames testing as a disciplined activity rather than a one-off scan. Scans, interviews, and penetration testing each have different depth, different evidence value, and different operational risk, so the method chosen should match the assessment goal.
Where It Fits Among Scanning and Penetration Testing Methods
NIST SP 800-115 is often used as the umbrella reference when teams need to decide how far to go beyond vulnerability discovery. A vulnerability scan can surface likely weaknesses, but a penetration test can validate whether a weakness is exploitable and what exposure follows from that.
In practice, that distinction matters for prioritisation. A high-volume scan can be broad and fast, while a deeper assessment may require more coordination, tighter approval limits, and clearer stop conditions, especially where production stability or legal authorisation is a concern.
The guide also supports safer execution by encouraging testers to define what is in scope, what is excluded, and how findings will be handled before any live testing begins. NHIMG’s NIST SP 800-115 Security Testing and Assessment Guide expands on those planning and data-handling details.
Why It Still Matters for Modern Assessment Programmes
Although the publication predates many current platforms and workflows, the core problem it addresses has not changed: organisations still need a repeatable way to test security without losing control of the environment or the evidence. That is why it remains a useful baseline for building test governance around cloud, OT, application, or infrastructure assessments.
Its relevance also extends to how results are written up. Clear reporting, reproducible steps, and traceable evidence make it easier to retest, compare remediation progress, and defend the conclusions of an assessment to technical and non-technical stakeholders alike.
For teams that commission regular testing, NHIMG’s Penetration Test Scoping Checklist and Penetration Testing Guide provide practical ways to translate the guide’s methodology into test scope, authorisation, and reporting practice.
Risk and Threat Considerations
Security testing creates its own operational risk if it is poorly scoped, poorly timed, or poorly controlled. Aggressive scanning can destabilise fragile services, while intrusive testing can trigger monitoring, incident response, or business interruption if teams do not agree in advance on boundaries and stop conditions.
Failure mechanism: The main failure mode is uncontrolled testing activity, where tools, schedules, or access paths exceed what the environment can tolerate or what the organisation has explicitly authorised.
Impact: The result can be service disruption, incomplete or misleading findings, missed vulnerabilities, or loss of trust in the assessment process and its evidence.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | CA-8 — Penetration Testing | Defines authorised penetration testing as a control activity. |
| RA-5 — Vulnerability Monitoring and Scanning | Covers scanning and analysis of system weaknesses. | |
| CA-2 — Control Assessments | Requires assessments that evaluate control effectiveness in a repeatable way. | |
| Recommendation — Use CA-8 to plan authorised penetration tests and document findings with retest expectations. Use RA-5 to run vulnerability scanning under defined scope and follow-up procedures. Use CA-2 to schedule and document security assessments with consistent methods and evidence. | ||
| NIST CSF 2.0 | DE.CM-01 — Monitoring for Anomalies and Events | Relates to observing systems for security-relevant changes during testing. |
| GV.RM-01 — Risk Management Strategy | Supports defining how testing fits the organisation's broader risk approach. | |
| Recommendation — Correlate test activity with monitoring so assessments do not obscure real anomalies. Align testing cadence and depth to the organisation's stated risk tolerance. | ||
Practitioner Guidance
Why practitioners should care: Use NIST SP 800-115 when you need a defensible testing workflow, not just a toolset. It is most valuable when multiple testers, environments, or business owners need the same rules for how assessments begin, proceed, and end.
Governance implication: Treat the guide as a control for assessment discipline. The organisation should be able to show who authorised the test, what was in scope, how evidence was handled, and how findings were reported and retested.
Practitioner takeaway: The guide is most effective when it is embedded into assessment planning, not consulted only after testing has already begun.
Related resources from NHI Mgmt Group
- How should IAM teams implement NIST SP 800-63-4 without treating it as a checkbox exercise?
- Why does NIST SP 800-63-4 matter beyond login security?
- What are the most common mistakes organizations make in a NIST SP 800-171 self-assessment?
- What happens if an organisation misses NIST SP 800-171 requirements but still wants conditional CMMC Level 2 status?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 28, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org