ISO 27001:2022
Technological controls – ISO 27001:2022

ISO 27001:2022 8.28: Secure coding

Software development is to follow secure coding principles. Purpose (stated in ISO/IEC 27002:2022): ensures software is written securely, reducing potential vulnerabilities. As an Annex A reference control, it is compared with the controls determined in risk treatment (6.1.3 c) and recorded in the Statement of Applicability as included or excluded, with the justification and implementation status (6.1.3 d); implementation guidance is ISO/IEC 27002:2022 8.28.

Maintained by Gerard BlokdykVerified against the published standard Control text last updated

What else in your programme already covers this

This control maps to 54 controls across 22 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

CIS Controls v8 · 6 controls

  • CIS-16.1 Establish and Maintain a Secure Application Development Process
  • CIS-16.10 Apply Secure Design Principles in Application Architectures
  • CIS-16.11 Leverage Vetted Modules or Services for Application Security Components
  • CIS-16.12 Implement Code-Level Security Checks
  • CIS-16.14 Conduct Threat Modeling
  • CIS-16.9 Train Developers in Application Security Concepts and Secure Coding

ISO 27002:2022 · 5 controls

  • 8.25 Secure development life cycle
  • 8.26 Application security requirements
  • 8.27 Secure system architecture and engineering principles
  • 8.28 Secure coding
  • 8.29 Security testing in development and acceptance

NIST SP 800-218 · 5 controls

NIST SP 800-53 Rev 5 · 5 controls

PCI DSS 4.0 · 4 controls

  • 6.2.1 6.2.1 Secure development of bespoke and custom software
  • 6.2.3.1 6.2.3.1 Manual code review independence and approval
  • 6.2.4 6.2.4 Engineering techniques against common software attacks
  • 8.6.2 8.6.2 No hard-coded passwords for interactive system accounts
  • ASBv3-DS-4 Integrate static application security testing into DevOps pipeline
  • ASBv3-IM-8 Restrict the exposure of credential and secrets
  • DS-6 Enforce security of workload throughout DevOps lifecycle

FedRAMP High · 3 controls

  • SA-11(1) Developer Testing and Evaluation | Static Code Analysis (SA-11(1))
  • SA-15 Development Process, Standards, and Tools (SA-15)
  • SI-11 Error Handling

FedRAMP Moderate · 3 controls

  • SA-11(1) Developer Testing and Evaluation | Static Code Analysis (SA-11(1))
  • SA-15 Development Process, Standards, and Tools (SA-15)
  • SI-11 Error Handling

C5 (Germany) · 2 controls

  • C5-DEV-04 Safety training and awareness programme regarding continuous software delivery and associated systems, components or tools
  • C5-PSS-04 Error handling and Logging Mechanisms
  • CCM-AIS-04 Secure Application Design and Development
  • CCM-AIS-05 Automated Application Security Testing
  • NIST-CSF-PR.AT-02 Individuals in specialized roles are provided with awareness and training so that they possess the knowledge and skills to perform relevant tasks with cybersecurity risks in mind
  • NIST-CSF-PR.PS-06 Secure software development practices are integrated, and their performance is monitored throughout the software development life cycle

SOC 2 · 2 controls

  • SOC2-CC5.1 CC5.1 Selecting control activities that mitigate risk (COSO principle 10)
  • SOC2-CC5.2 CC5.2 General controls over technology (COSO principle 11)
  • ANSSI-HYG-01 Train Operational Teams in Information System Security
  • AUCDR-IS-4 Formal vulnerability management program
  • CFTC-SS-5 Systems Development and Quality Assurance Category

CMMC 2.0 · 1 control

COBIT 2019 · 1 control

  • BAI03.03 BAI03.03 Develop solution components

ISO 27001:2013 · 1 control

ISO 27701:2019 · 1 control

  • 6.11.2 Security in development and support processes

NIS2 Directive · 1 control

  • Art.21.2.e Security in acquisition, development and maintenance, including vulnerability handling and disclosure

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Technological controls – ISO 27001:2022

You are reading one control. How much of ISO 27001:2022 have you already done?

ISO 27001:2022 8.28 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of ISO 27001:2022 your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 79 of 93 ISO 27001:2022 controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 170 were rejected on the NIST SP 800-53 Rev 5 pair alone.

Query this from an agent

The graph holds this control, the 54 it maps to, and the evidence behind each claim, over MCP and REST.