§ 18: Risiko- og sårbarhedsvurdering

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

Virksomheder skal gennemføre en risiko- og sårbarhedsvurdering af kendte og mulige risici, der kan forstyrre eller forhindre leveringen af virksomhedens tjenester.

Stk. 2. Risiko- og sårbarhedsvurderingen efter stk. 1 skal indeholde:

  1. En identifikation og vurdering af risici og sårbarheder.
  2. En vurdering af konsekvenser ved potentielle hændelser, herunder mulige afledte samfundsmæssige konsekvenser.
  3. En handlingsplan for risikohåndtering, som angiver:
    1. Foranstaltninger til at mitigere og styre risici og sårbarheder, herunder foranstaltninger jf. kapitel 10 og kapitel 11.
    2. Tidsplan for implementering af foranstaltningerne i litra a.
    3. Intern ansvarsplacering for implementering foranstaltningerne i litra a.

Stk. 3. Virksomheder skal som led i deres identifikation og analyse af risici og sårbarheder:

  1. Tage stilling til Energistyrelsens risiko- og sårbarhedsscenarier, jf. § 107, stk. 5.
  2. Inkludere relevante informationskilder, herunder virksomhedens egne erfaringer samt trussels- og sårbarhedsvurderinger fra myndigheder og it-sikkerhedstjenesten, jf. § 33, stk. 1.
  3. Tage stilling til risici, der vurderes at være tilbage, efter at virksomheden har implementeret foranstaltninger efter stk. 2, nr. 3, litra a.

Stk. 4. Risiko- og sårbarhedsvurderingen efter stk. 1 skal gennemføres med inddragelse af relevante medarbejdere og leverandører med teknisk og organisatorisk kendskab til virksomhedens processer, anlæg, net- og informationssystemer, netværksinfrastruktur og leverandørforhold.

Stk. 5. Risiko- og sårbarhedsvurderingen efter stk. 1 skal opdateres ved væsentlige ændringer og integreres i virksomhedens samlede risikobillede.

Stk. 6. Foranstaltninger efter stk. 2, nr. 3, skal implementeres under hensyntagen til det aktuelle tekniske niveau, implementeringsomkostninger og risicienes alvor.

Best practices
How to implement:
§ 18: Risiko- og sårbarhedsvurdering
This policy on
§ 18: Risiko- og sårbarhedsvurdering
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.

Virksomheder skal gennemføre en risiko- og sårbarhedsvurdering af kendte og mulige risici, der kan forstyrre eller forhindre leveringen af virksomhedens tjenester.

Stk. 2. Risiko- og sårbarhedsvurderingen efter stk. 1 skal indeholde:

  1. En identifikation og vurdering af risici og sårbarheder.
  2. En vurdering af konsekvenser ved potentielle hændelser, herunder mulige afledte samfundsmæssige konsekvenser.
  3. En handlingsplan for risikohåndtering, som angiver:
    1. Foranstaltninger til at mitigere og styre risici og sårbarheder, herunder foranstaltninger jf. kapitel 10 og kapitel 11.
    2. Tidsplan for implementering af foranstaltningerne i litra a.
    3. Intern ansvarsplacering for implementering foranstaltningerne i litra a.

Stk. 3. Virksomheder skal som led i deres identifikation og analyse af risici og sårbarheder:

  1. Tage stilling til Energistyrelsens risiko- og sårbarhedsscenarier, jf. § 107, stk. 5.
  2. Inkludere relevante informationskilder, herunder virksomhedens egne erfaringer samt trussels- og sårbarhedsvurderinger fra myndigheder og it-sikkerhedstjenesten, jf. § 33, stk. 1.
  3. Tage stilling til risici, der vurderes at være tilbage, efter at virksomheden har implementeret foranstaltninger efter stk. 2, nr. 3, litra a.

Stk. 4. Risiko- og sårbarhedsvurderingen efter stk. 1 skal gennemføres med inddragelse af relevante medarbejdere og leverandører med teknisk og organisatorisk kendskab til virksomhedens processer, anlæg, net- og informationssystemer, netværksinfrastruktur og leverandørforhold.

Stk. 5. Risiko- og sårbarhedsvurderingen efter stk. 1 skal opdateres ved væsentlige ændringer og integreres i virksomhedens samlede risikobillede.

Stk. 6. Foranstaltninger efter stk. 2, nr. 3, skal implementeres under hensyntagen til det aktuelle tekniske niveau, implementeringsomkostninger og risicienes alvor.

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
§ 18: Risiko- og sårbarhedsvurdering
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
§ 18: Risiko- og sårbarhedsvurdering
of the framework  
Bekendtgørelse om modstandsdygtighed og beredskab i energisektoren (Danmark)
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
Identification and documentation of cyber security risks
Critical
High
Normal
Low
Risk management procedure -report publishing and maintenance
Critical
High
Normal
Low
Process for managing technical vulnerabilities
Critical
High
Normal
Low
50
requirements
Development and cloud
Technical vulnerability management

Process for managing technical vulnerabilities

This task helps you comply with the following requirements

Integration of external risk and vulnerability information
Critical
High
Normal
Low
1
requirements
Risk management and leadership
Risk management

Integration of external risk and vulnerability information

This task helps you comply with the following requirements

Management approval of key risk and preparedness documentation
Critical
High
Normal
Low
Creating and maintaining incident response plans
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.