SA-17 Developer Security and Privacy Architecture and Design
Require the developer of the system, system component, or system service to produce a design specification and security and privacy architecture that: a. Is consistent with the organization’s security and privacy architecture that is an integral part the organization’s enterprise architecture; b. Accurately and completely describes the required security and privacy functionality, and the allocation of controls among physical and logical components; and c. Expresses how individual security and privacy functions, mechanisms, and services work together to provide required security and privacy capabilities and a unified approach to protection.
Source: NIST SP 800-53 Rev 5, SA-17. The statement above is our statement of the clause, read from the published text and cited so you can check it against the official text, not the instrument verbatim. Open NIST SP 800-53 Rev 5 in the compliance library.
Base controls and their enhancements. Which apply follows the baseline you are assessed against (for example FedRAMP Moderate or High, or the low, moderate and high baselines of SP 800-53B). Text in square brackets is a parameter your organisation sets.
These are the artefacts auditors commonly ask for on this requirement, our guidance rather than text from the standard. Your assessor decides what is sufficient in your context, and asks for samples across the period when a report covers one.
system holds itEvidence a system already holds
none for this control
periodic reviewEvidence produced at each review
none for this control
governing documentDocuments that govern the control
- System and services acquisition policy · Policy repository / GRC workspace
- System and services acquisition procedures · Policy repository / GRC workspace
- Enterprise architecture policy · Policy repository / GRC workspace
- Enterprise architecture documentation · Policy repository / GRC workspace
- Procedures addressing developer security and privacy architecture and design specifications for the system · Policy repository / GRC workspace
- Solicitation documentation · Document repository
- Acquisition documentation · Document repository
- Service level agreements · Vendor register / contract repository
- Acquisition contracts for the system, system component, or system service · Vendor register / contract repository
First move
Common gaps auditors find
- The developer's security and privacy architecture is not shown to be consistent with the enterprise architecture
- The design specification does not describe how security functions, mechanisms and services work together
Do this for your whole sheet
Paste the rows you run your controls from and get this mapping for every control at once, with the periodic-review ones flagged and a first move per row. No account for the first run.
Build my evidence sheetSA-16 Developer-provided Training · SA-17(1) Developer Security and Privacy Architecture and Design | Formal Policy Model