6.6: Security patch management

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

1. The relevant entities shall specify and apply procedures, coherent with the change management procedures referred to in point 6.4.1 as well as with vulnerability management, risk management and other relevant management procedures, for ensuring that:

  1. security patches are applied within a reasonable time after they become available;
  2. security patches are tested before being applied in production systems;
  3. security patches come from trusted sources and are checked for integrity;
  4. additional measures are implemented and residual risks are accepted in cases where a patch is not available or not applied pursuant to point 6.6.2.

2. By way of derogation from point 6.6.1(a), the relevant entities may choose not to apply security patches when the disadvantages of applying the security patches outweigh the cybersecurity benefits. The relevant entities shall duly document and substantiate the reasons for any such decision.

Best practices
How to implement:
6.6: Security patch management
This policy on
6.6: Security patch management
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. The relevant entities shall specify and apply procedures, coherent with the change management procedures referred to in point 6.4.1 as well as with vulnerability management, risk management and other relevant management procedures, for ensuring that:

  1. security patches are applied within a reasonable time after they become available;
  2. security patches are tested before being applied in production systems;
  3. security patches come from trusted sources and are checked for integrity;
  4. additional measures are implemented and residual risks are accepted in cases where a patch is not available or not applied pursuant to point 6.6.2.

2. By way of derogation from point 6.6.1(a), the relevant entities may choose not to apply security patches when the disadvantages of applying the security patches outweigh the cybersecurity benefits. The relevant entities shall duly document and substantiate the reasons for any such decision.

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.6: Security patch management
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.6: Security patch management
of the framework  
NIS2 Implementing Regulation
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
Process for managing technical vulnerabilities
Critical
High
Normal
Low
57
requirements
Development and cloud
Technical vulnerability management

Process for managing technical vulnerabilities

This task helps you comply with the following requirements

Risk-based justification for excluding security patches
Critical
High
Normal
Low
1
requirements
System management
Update and patch management

Risk-based justification for excluding security patches

This task helps you comply with the following requirements

Organising the distribution of updates
Critical
High
Normal
Low
Regular security updates for offered products
Critical
High
Normal
Low
2
requirements
System management
Update and patch management

Regular security updates for offered products

This task helps you comply with the following requirements

Evaluation process and documentation of significant security-related changes
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.