← Controls / SA

SA-15 Development Process, Standards, and Tools

System and Services Acquisition

Moderate High

Description

a. Require the developer of the system, system component, or system service to follow a documented development process that: 1. Explicitly addresses security and privacy requirements; 2. Identifies the standards and tools used in the development process; 3. Documents the specific tool options and tool configurations used in the development process; and 4. Documents, manages, and ensures the integrity of changes to the process and/or tools used in development; and b. Review the development process, standards, tools, tool options, and tool configurations [Assignment: organization-defined frequency] to determine if the process, standards, tools, tool options and tool configurations selected and employed can satisfy the following security and privacy requirements: [Assignment: organization-defined security and privacy requirements].

Supplemental Guidance

Development tools include programming languages and computer-aided design systems. Reviews of development processes include the use of maturity models to determine the potential effectiveness of such processes. Maintaining the integrity of changes to tools and processes facilitates effective supply chain risk assessment and mitigation. Such integrity requires configuration control throughout the system development life cycle to track authorized changes and prevent unauthorized changes.

Changes from Rev 4

No significant changes from Rev 4.

Enhancements (11)

What NIST adds to this control. Select one to read its statement.

SA-15(01) Quality Metrics

Require the developer of the system, system component, or system service to: a. Define quality metrics at the beginning of the development process; and b. Provide evidence of meeting the quality metrics [Selection (one or more): [Assignment: organization-defined frequency]; [Assignment: organization-defined program review milestones]; upon delivery].

SA-15(02) Security and Privacy Tracking Tools

Require the developer of the system, system component, or system service to select and employ security and privacy tracking tools for use during the development process.

SA-15(03) Criticality Analysis ModerateHigh

Require the developer of the system, system component, or system service to perform a criticality analysis: a. At the following decision points in the system development life cycle: [Assignment: organization-defined decision points in the system development life cycle]; and b. At the following level of rigor: [Assignment: organization-defined breadth and depth of criticality analysis].

SA-15(05) Attack Surface Reduction

Require the developer of the system, system component, or system service to reduce attack surfaces to [Assignment: organization-defined thresholds].

SA-15(06) Continuous Improvement

Require the developer of the system, system component, or system service to implement an explicit process to continuously improve the development process.

SA-15(07) Automated Vulnerability Analysis

Require the developer of the system, system component, or system service [Assignment: organization-defined frequency] to: a. Perform an automated vulnerability analysis using [Assignment: organization-defined tools]; b. Determine the exploitation potential for discovered vulnerabilities; c. Determine potential risk mitigations for delivered vulnerabilities; and d. Deliver the outputs of the tools and results of the analysis to [Assignment: organization-defined personnel or roles].

SA-15(08) Reuse of Threat and Vulnerability Information

Require the developer of the system, system component, or system service to use threat modeling and vulnerability analyses from similar systems, components, or services to inform the current development process.

SA-15(10) Incident Response Plan

Require the developer of the system, system component, or system service to provide, implement, and test an incident response plan.

SA-15(11) Archive System or Component

Require the developer of the system or system component to archive the system or component to be released or delivered together with the corresponding evidence supporting the final security and privacy review.

SA-15(12) Minimize Personally Identifiable Information

Require the developer of the system or system component to minimize the use of personally identifiable information in development and test environments.

SA-15(13) Logging Syntax

Require the developer of the system, system component, or system service to use [Assignment: organization-defined secure logging format] to log [assignment: organization-defined event types] at [assignment: organization-defined level of detail].

Withdrawn by NIST:

  • SA-15(04) Threat Modeling and Vulnerability Analysis, now in SA-11(02)
  • SA-15(09) Use of Live Data, now in SA-03(02)

Compliance Mappings

ISO 27001:2022

A.5.8A.8.25A.8.28A.8.30A.8.33

ISO 27002:2022

8.258.288.33

COBIT 2019

APO11BAI03

CIS Controls v8

CIS 16CIS 16.1

NIST CSF 2.0

ID.RA-09PR.PS-06

PCI DSS v4.0.1

6.16.2

CSA CCM v4

AIS-02AIS-04

CSA AICM v1

AIS-02AIS-04AIS-11MDS-10

MAS TRM

56

BIO2

8.258.288.33

RBI CSF

Annex1.6ITGRCA.12

FISC Security Guidelines

FISC.O10FISC.T6

HKMA TM-E-1

TME1.3.1TME1.3.2

MLPS 2.0

8.1.9.4

DNB Good Practice

DNB.10.4

EU CRA

CRA.I.1CRA.I.2a

SAMA CSF

1.43.2

NCA ECC

1-62-14

UAE IA

T10

CBB TM

TM-7

Qatar NIA

SD

CBUAE

CR-6

CBE CSF

CTO-4

SA JS2

JS2-SA

BoG CISD

CISD-SDLC

BoM CTRM

3.11

IOSCO Cyber Resilience

PROT-6

BCBS 239

Principle 6

CPMI-IOSCO PFMI

CG.IDCG.TE

FFIEC IS

II.C.17

NYDFS 500

500.5500.8

ECB CROE

CROE.2.3.4CROE.2.6.1

EBA ICT Guidelines

3.4.63.6.2

SEBI CSCRF

PR.ASPR.IP

BOT Cyber Resilience

Ch2.5Ch6.2

IEEE 1686-2022

5.10

PCI PTS v6

FH

FIPS 140-3

FIPS 140-3 §7.11

Common Criteria

CC Part 3 — SAR

Solvency II

EIOPA-ICT-4.11

NAIC Insurance Data Security

4-config

PRA SS1/23

P3.1P3.3

HITRUST CSF v11

10.b10.d

FDA 21 CFR Part 11

§11.10(a)

FDA Cybersecurity Guidance

SPDF-1ST-1

ISO 27799

14.214.3

CCSS v9.0

1.02.7

Basel SCO60

SCO60.51SCO60.52