6.2: Secure development life cycle

Oh no! No description found. But not to worry. Read from Tasks below how to advance this topic.

1. Before developing a network and information system, including software, the relevant entities shall lay down rules for the secure development of network and information systems and apply them when developing network and information systems in-house, or when outsourcing the development of network and information systems. The rules shall cover all development phases, including specification, design, development, implementation and testing.

2. For the purpose of point 6.2.1, the relevant entities shall:

  1. carry out an analysis of security requirements at the specification and design phases of any development or acquisition project undertaken by the relevant entities or on behalf of those entities;
  2. apply principles for engineering secure systems and secure coding principles to any information system development activities such as promoting cybersecurity-by-design, zero-trust architectures;
  3. lay down security requirements regarding development environments;
  4. establish and implement security testing processes in the development life cycle;
  5. appropriately select, protect and manage security test data;
  6. sanitise and anonymise testing data according to the risk assessment carried out pursuant to point 2.1.

3. For outsourced development of network and information systems, the relevant entities shall also apply the policies and procedures referred to in points 5 and 6.1.

4. The relevant entities shall review and, where necessary, update their secure development rules at planned intervals.

This requirement is part of the framework:  
NIS2 Implementing Regulation
Best practices
How to implement:
6.2: Secure development life cycle
This policy on
6.2: Secure development life cycle
provides a set concrete tasks you can complete to secure this topic. Follow these best practices to ensure compliance and strengthen your overall security posture.

1. Before developing a network and information system, including software, the relevant entities shall lay down rules for the secure development of network and information systems and apply them when developing network and information systems in-house, or when outsourcing the development of network and information systems. The rules shall cover all development phases, including specification, design, development, implementation and testing.

2. For the purpose of point 6.2.1, the relevant entities shall:

  1. carry out an analysis of security requirements at the specification and design phases of any development or acquisition project undertaken by the relevant entities or on behalf of those entities;
  2. apply principles for engineering secure systems and secure coding principles to any information system development activities such as promoting cybersecurity-by-design, zero-trust architectures;
  3. lay down security requirements regarding development environments;
  4. establish and implement security testing processes in the development life cycle;
  5. appropriately select, protect and manage security test data;
  6. sanitise and anonymise testing data according to the risk assessment carried out pursuant to point 2.1.

3. For outsourced development of network and information systems, the relevant entities shall also apply the policies and procedures referred to in points 5 and 6.1.

4. The relevant entities shall review and, where necessary, update their secure development rules at planned intervals.

Read below what concrete actions you can take to improve this ->
Frameworks that include requirements for this topic:
No items found.

How to improve security around this topic

In Cyberday, requirements and controls are mapped to universal tasks. A set of tasks in the same topic create a Policy, such as this one.

Here's a list of tasks that help you improve your information and cyber security related to
6.2: Secure development life cycle
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
No other tasks found.

How to comply with this requirement

In Cyberday, requirements and controls are mapped to universal tasks. Each requirement is fulfilled with one or multiple tasks.

Here's a list of tasks that help you comply with the requirement
6.2: Secure development life cycle
of the framework  
NIS2 Implementing Regulation
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
Security in the product development process
Critical
High
Normal
Low
3
requirements
Development and cloud
Secure development

Security in the product development process

This task helps you comply with the following requirements

Zero trust architecture in authentication
Critical
High
Normal
Low
Process for monitoring and tracking outsourced development work
Critical
High
Normal
Low
43
requirements
Development and cloud
Secure development

Process for monitoring and tracking outsourced development work

This task helps you comply with the following requirements

General rules for reviewing and publishing code
Critical
High
Normal
Low

The ISMS component hierachy

When building an ISMS, it's important to understand the different levels of information hierarchy. Here's how Cyberday is structured.

Framework

Sets the overall compliance standard or regulation your organization needs to follow.

Requirements

Break down the framework into specific obligations that must be met.

Tasks

Concrete actions and activities your team carries out to satisfy each requirement.

Policies

Documented rules and practices that are created and maintained as a result of completing tasks.

Never duplicate effort. Do it once - improve compliance across frameworks.

Reach multi-framework compliance in the simplest possible way
Security frameworks tend to share the same core requirements - like risk management, backup, malware, personnel awareness or access management.
Cyberday maps all frameworks’ requirements into shared tasks - one single plan that improves all frameworks’ compliance.
Do it once - we automatically apply it to all current and future frameworks.