compliance.tf

NIS2 Directive (EU 2022/2555)

The NIS2 Directive (EU 2022/2555) is the European Union's updated cybersecurity legislation that strengthens security requirements for essential and important entities across critical sectors. It expands the scope of the original NIS Directive, introduces stricter supervisory measures, and harmonizes cybersecurity risk management and incident reporting obligations across EU member states. Effective from October 2024.

Mandatory?Mandatory for essential/important entities in 18 EU sectors
Who validates?National competent authority (EU member state) · No self-assessment
RenewalOngoing; no fixed audit cycle
ScopeEssential and important entities in energy, transport, health, digital infrastructure, etc.

Controls by Category

1.1.1.a set out the relevant entities approach to managing the security of their network and information systems; (1 control)

1.2.1 As part of their policy on the security of network and information systems referred to in point 1.1., the relevant entities shall lay down responsibilities and authorities for network and information system security and assign them to roles, allocate them according to the relevant entities... (5 controls)

1.2.4 Depending on the size of the relevant entities, network and information system security shall be covered by dedicated roles or duties carried out in addition to existing roles. (2 controls)

11.1.2.c ensure that access is only granted to users that have been adequately authenticated. (2 controls)

11.2.1 The relevant entities shall provide, modify, remove and document access rights to network and information systems in accordance with the access control policy referred to in point 11.1. (3 controls)

11.3.1 The relevant entities shall maintain policies for management of privileged accounts and system administration accounts as part of the access control policy referred to in point 11.1. (3 controls)

11.3.2.b set up specific accounts to be used for system administration operations exclusively, such as installation, configuration, management or maintenance; (1 control)

11.5.2.a set up unique identities for network and information systems and their users; (1 control)

11.6.2.c require the change of authentication credentials initially, at predefined intervals and upon suspicion that the credentials were compromised; (2 controls)

12.1.2.c align the availability requirements of the assets with the delivery and recovery objectives set out in their business continuity and disaster recovery plans. (2 controls)

12.2.2.a cover the entire life cycle of the assets, including acquisition, use, storage, transportation and disposal; (23 controls)

Non-RBAC key vaults should have 'Expiration Date' configured for all keysNon-RBAC key vaults should have 'Expiration Date' configured for all secretsRBAC key vaults should have 'Expiration Date' configured for all keysRBAC key vaults should have 'Expiration Date' configured for all secretsStorage accounts containing operational log containers should use customer-managed keys for encryptionFlow log resources should have flow logging enabledPostgreSQL flexible servers should have 'logfiles.retention_days' set to greater than 3 daysSQL servers should have auditing enabledSQL servers should have 'Auditing' retention set to greater than 90 daysSQL servers auditing to storage accounts should have retention set to 90 days or moreStorage accounts should have 'Allow Blob Anonymous Access' set to 'Disabled'Azure Blob Storage accounts should have soft delete enabled for containersStorage accounts containing VHD OS disks should use customer-managed keys (CMK) for encryptionStorage accounts should have the default network access rule set to denyStorage accounts should have network access restrictions configuredStorage accounts should use customer-managed key for encryptionStorage accounts should have infrastructure encryption enabledStorage accounts should each have 'Enable key rotation reminders' enabledStorage accounts should have 'Minimum TLS version' set to 'Version 1.2'Storage accounts should use virtual network rules to restrict network accessStorage accounts should have secure transfer enabledStorage accounts should have 'Allow Azure services on the trusted services list to access this storage account' enabledStorage accounts should use private link

2.1.2.g identify and prioritise appropriate risk treatment options and measures; (25 controls)

App Service apps should use the latest TLS versionApp Service API apps should require HTTPS for all accessApp Service apps should have App Service authentication configuredApp Service function apps should have public access restrictions configuredFunction apps should use managed identityApp Service apps should have 'HTTP logs' enabledApp Service web apps should use the latest TLS versionApp Service apps should have 'Register with Azure Active Directory' enabledApp Service web apps should require HTTPS for all accessApp Service apps should use managed identityFunction apps should have function keys configuredFunction apps should have Application Insights enabledFunction app managed identities should not have Owner, Contributor, User Access Administrator, or RBAC Administrator rolesFunction apps should use the latest supported runtime version (~4)Function apps should have virtual network integration enabledContainer registries should have the admin user disabledContainer registries should have public network access disabledCosmos DB accounts should have 'Access Control' configured to use Azure Active Directory (AAD) and Role-Based Access Control (RBAC)Cosmos DB accounts should use private linkAzure Cosmos DB accounts should have firewall rulesKubernetes clusters should have network policy enabledKubernetes cluster nodes should prohibit public accessKubernetes clusters should have public access restrictions configuredKubernetes clusters should use Role-Based Access Control (RBAC)Azure Cognitive Search services should have public network access disabled

2.2.1 The relevant entities shall regularly review the compliance with their policies on network and information system security, topic-specific policies, rules, and standards. The management bodies shall be informed of the status of network and information security on the basis of the... (3 controls)

2.3.1 The relevant entities shall review independently their approach to managing network and information system security and its implementation including people, processes and technologies. (25 controls)

Microsoft Entra ID policies should have 'Guest invite restrictions' set to 'Only users assigned to specific admin roles [...]' or 'No one [..]'Microsoft Entra ID policies should have 'Guest users access restrictions' set to 'Guest user access is restricted to properties and memberships of their own directory objects'Microsoft Entra ID policies should have 'User consent for applications' set to 'Do not allow user consent'Microsoft Entra ID policies should have 'User consent for applications' set to 'Allow user consent for apps from verified publishers, for selected permissions'Microsoft Entra ID policies should have 'Users can create Microsoft 365 groups in Azure portals, API or PowerShell' set to 'No'Microsoft Entra ID tenants should have 'security defaults' enabledMicrosoft Entra ID tenants should limit Global Administrators to fewer than 5Privileged Microsoft Entra ID users should have multifactor authentication enabledMicrosoft Entra ID users with VM access should have multifactor authentication enabledNetwork security groups should prohibit inbound HTTP (port 80) access from the internetPublic IP addresses should not be listed in ShodanMicrosoft Entra ID conditional access policies should have trusted locations configuredMicrosoft Entra ID policies should have 'Users can create security groups in Azure portals, API or PowerShell' set to 'No'Microsoft Entra ID policies should have 'Users Can Create Tenants' set to 'No'Microsoft Entra ID policies should have 'Users Can Register Applications' set to 'No'Kubernetes clusters should have network policy enabledAzure subscriptions should have at least one Azure Bastion hostNetwork security groups should have RDP access restrictions configuredNetwork security groups should have SSH access from the internet restrictedNetwork security groups should have UDP services restricted from the internetAzure subscriptions should have Network Watcher enabledFlow log resources should have flow logging enabledStorage accounts should have the default network access rule set to denyStorage accounts should have network access restrictions configuredStorage accounts should use virtual network rules to restrict network access

3.1.1 For the purpose of Article 21(2), point (b) of Directive (EU) 2022/2555, the relevant entities shall establish and implement an incident handling policy laying down the roles, responsibilities, and procedures for detecting, analysing, containing or responding to, recovering from,... (1 control)

3.1.3 The roles, responsibilities and procedures laid down in the policy shall be tested and reviewed and, where appropriate, updated at planned intervals and after significant incidents or significant changes to operations or risks. (15 controls)

Microsoft Entra ID policies should have 'Guest invite restrictions' set to 'Only users assigned to specific admin roles [...]' or 'No one [..]'Microsoft Entra ID policies should have 'Guest users access restrictions' set to 'Guest user access is restricted to properties and memberships of their own directory objects'Microsoft Entra ID policies should have 'User consent for applications' set to 'Do not allow user consent'Microsoft Entra ID policies should have 'User consent for applications' set to 'Allow user consent for apps from verified publishers, for selected permissions'Microsoft Entra ID policies should have 'Users can create Microsoft 365 groups in Azure portals, API or PowerShell' set to 'No'Microsoft Entra ID tenants should have 'security defaults' enabledMicrosoft Entra ID tenants should limit Global Administrators to fewer than 5Privileged Microsoft Entra ID users should have multifactor authentication enabledMicrosoft Entra ID users with VM access should have multifactor authentication enabledMicrosoft Entra ID conditional access policies should have trusted locations configuredMicrosoft Entra ID policies should have 'Users can create security groups in Azure portals, API or PowerShell' set to 'No'Microsoft Entra ID policies should have 'Users Can Create Tenants' set to 'No'Microsoft Entra ID policies should have 'Users Can Register Applications' set to 'No'Azure subscriptions should have email notifications for high severity alerts enabledAzure subscriptions should have email notifications to subscription owners for high severity alerts enabled

3.6.2 The relevant entities shall ensure that post-incident reviews contribute to improving their approach to network and information security, to risk treatment measures, and to incident handling, detection and response procedures. (26 controls)

Virtual machines should have endpoint protection installedRunning container images should have no unresolved vulnerabilitiesAzure subscriptions should have Microsoft Defender for IoT Hub enabledVirtual machines should have system updates installedVirtual machines should have a vulnerability assessment solution enabledMicrosoft Defender for Cloud settings should have 'Additional email addresses' configured with a security contact emailAzure subscriptions should have auto provisioning of the Log Analytics agent enabledAzure subscriptions should have Microsoft Defender for App Service enabledAzure subscriptions should have Microsoft Defender for Containers enabledAzure subscriptions should have Microsoft Defender for Azure Cosmos DB enabledAzure subscriptions should have Microsoft Defender for Databases enabledAzure subscriptions should have Azure Defender for DNS enabledAzure subscriptions should have Microsoft Defender for Key Vault enabledAzure subscriptions should have Microsoft Defender for open-source relational databases enabledAzure subscriptions should have Azure Defender for Resource Manager enabledAzure subscriptions should have Microsoft Defender for Servers enabledAzure subscriptions should have Microsoft Defender for Azure SQL Database servers enabledUnprotected SQL Server virtual machines should have Azure Defender for SQL enabledAzure subscriptions should have Microsoft Defender for Storage enabledAzure subscriptions should have Microsoft Defender for Cloud container image scanning enabledMicrosoft Defender for Cloud should have Microsoft Defender for Cloud Apps (MCAS) integration selectedAzure subscriptions should have email notifications for high severity alerts enabledAzure subscriptions should have email notifications to subscription owners for high severity alerts enabledSecurity Center should have Windows Defender ATP (WDATP) integration selectedCritical SQL servers should have Microsoft Defender for SQL set to 'On'Unprotected Azure SQL servers should have Azure Defender for SQL enabled

4.1.1 For the purpose of Article 21(2), point (c) of Directive (EU) 2022/2555, the relevant entities shall lay down and maintain a business continuity and disaster recovery plan to apply in the case of incidents. (2 controls)

4.1.2.f recovery plans for specific operations, including recovery objectives; (2 controls)

4.1.4 The business continuity plan and disaster recovery plan shall be tested, reviewed and, where appropriate, updated at planned intervals and following significant incidents or significant changes to operations or risks. The relevant entities shall ensure that the plans incorporate lessons... (7 controls)

4.2.2.b assurance that backup copies are complete and accurate, including configuration data and data stored in cloud computing service environment; (2 controls)

4.3.2.a roles and responsibilities for personnel and, where appropriate, suppliers and service providers, specifying the allocation of roles in crisis situations, including specific steps to follow; (2 controls)

5.1.2.a the cybersecurity practices of the suppliers and service providers, including their secure development procedures; (27 controls)

App Service apps should have Client Certificates (Incoming client certificates) enabledApp Service API apps should require FTPS onlyApp Service apps should use the latest TLS versionApp Service API apps should require HTTPS for all accessApp Service apps should have App Service authentication configuredApp Service apps should have FTP deployments disabledApp Service function apps should have public access restrictions configuredFunction apps should use managed identityApp Service apps should have 'Client Certificates (Incoming client certificates)' enabledApp Service apps should have 'HTTP logs' enabledApp Service web apps should require FTPSApp Service web apps should have 'Client Certificates (Incoming client certificates)' set to 'On'App Service web apps should use the latest 'HTTP Version' when used to run the appApp Service web apps should use the latest 'Java version' when Java is part of the appApp Service web apps should use the latest 'PHP version' when PHP is part of the appApp Service web apps should use the latest 'Python version' when Python is part of the appApp Service web apps should use the latest TLS versionApp Service apps should have 'Register with Azure Active Directory' enabledApp Service web apps should require HTTPS for all accessApp Service apps should use managed identityFunction apps should have function keys configuredFunction apps should have Application Insights enabledFunction app managed identities should not have Owner, Contributor, User Access Administrator, or RBAC Administrator rolesFunction apps should use the latest supported runtime version (~4)Function apps should have virtual network integration enabledAzure subscriptions should have at least one Application Insights resource configuredKubernetes clusters should have network policy enabled

5.1.4.f an obligation on suppliers and service providers to handle vulnerabilities that present a risk to the security of the network and information systems of the relevant entities; (4 controls)

6.2.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... (26 controls)

App Service apps should have Client Certificates (Incoming client certificates) enabledApp Service API apps should require FTPS onlyApp Service apps should use the latest TLS versionApp Service API apps should require HTTPS for all accessApp Service apps should have App Service authentication configuredApp Service apps should have FTP deployments disabledApp Service function apps should have public access restrictions configuredFunction apps should use managed identityApp Service apps should have 'Client Certificates (Incoming client certificates)' enabledApp Service apps should have 'HTTP logs' enabledApp Service web apps should require FTPSApp Service web apps should have 'Client Certificates (Incoming client certificates)' set to 'On'App Service web apps should use the latest 'HTTP Version' when used to run the appApp Service web apps should use the latest 'Java version' when Java is part of the appApp Service web apps should use the latest 'PHP version' when PHP is part of the appApp Service web apps should use the latest 'Python version' when Python is part of the appApp Service web apps should use the latest TLS versionApp Service apps should have 'Register with Azure Active Directory' enabledApp Service web apps should require HTTPS for all accessApp Service apps should use managed identityFunction apps should have function keys configuredFunction apps should have Application Insights enabledFunction app managed identities should not have Owner, Contributor, User Access Administrator, or RBAC Administrator rolesFunction apps should use the latest supported runtime version (~4)Function apps should have virtual network integration enabledVirtual machines should have system updates installed

6.2.2.b 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; (25 controls)

App Service apps should have Client Certificates (Incoming client certificates) enabledApp Service API apps should require FTPS onlyApp Service apps should use the latest TLS versionApp Service API apps should require HTTPS for all accessApp Service apps should have App Service authentication configuredApp Service apps should have FTP deployments disabledApp Service function apps should have public access restrictions configuredFunction apps should use managed identityApp Service apps should have 'Client Certificates (Incoming client certificates)' enabledApp Service apps should have 'HTTP logs' enabledApp Service web apps should require FTPSApp Service web apps should have 'Client Certificates (Incoming client certificates)' set to 'On'App Service web apps should use the latest 'HTTP Version' when used to run the appApp Service web apps should use the latest 'Java version' when Java is part of the appApp Service web apps should use the latest 'PHP version' when PHP is part of the appApp Service web apps should use the latest 'Python version' when Python is part of the appApp Service web apps should use the latest TLS versionApp Service apps should have 'Register with Azure Active Directory' enabledApp Service web apps should require HTTPS for all accessApp Service apps should use managed identityFunction apps should have function keys configuredFunction apps should have Application Insights enabledFunction app managed identities should not have Owner, Contributor, User Access Administrator, or RBAC Administrator rolesFunction apps should use the latest supported runtime version (~4)Function apps should have virtual network integration enabled

6.2.2.c lay down security requirements regarding development environments; (25 controls)

App Service apps should have Client Certificates (Incoming client certificates) enabledApp Service API apps should require FTPS onlyApp Service apps should use the latest TLS versionApp Service API apps should require HTTPS for all accessApp Service apps should have App Service authentication configuredApp Service apps should have FTP deployments disabledApp Service function apps should have public access restrictions configuredFunction apps should use managed identityApp Service apps should have 'Client Certificates (Incoming client certificates)' enabledApp Service apps should have 'HTTP logs' enabledApp Service web apps should require FTPSApp Service web apps should have 'Client Certificates (Incoming client certificates)' set to 'On'App Service web apps should use the latest 'HTTP Version' when used to run the appApp Service web apps should use the latest 'Java version' when Java is part of the appApp Service web apps should use the latest 'PHP version' when PHP is part of the appApp Service web apps should use the latest 'Python version' when Python is part of the appApp Service web apps should use the latest TLS versionApp Service apps should have 'Register with Azure Active Directory' enabledApp Service web apps should require HTTPS for all accessApp Service apps should use managed identityFunction apps should have function keys configuredFunction apps should have Application Insights enabledFunction app managed identities should not have Owner, Contributor, User Access Administrator, or RBAC Administrator rolesFunction apps should use the latest supported runtime version (~4)Function apps should have virtual network integration enabled

6.8.2.a consider the functional, logical and physical relationship, including location, between trustworthy systems and services; (2 controls)

6.9.2 For that purpose, the relevant entities shall in particular implement measures that detect or prevent the use of malicious or unauthorised software. The relevant entities shall, where appropriate, ensure that their network and information systems are equipped with detection and response... (26 controls)

Virtual machines should have endpoint protection installedRunning container images should have no unresolved vulnerabilitiesAzure subscriptions should have Microsoft Defender for IoT Hub enabledVirtual machines should have system updates installedVirtual machines should have a vulnerability assessment solution enabledMicrosoft Defender for Cloud settings should have 'Additional email addresses' configured with a security contact emailAzure subscriptions should have auto provisioning of the Log Analytics agent enabledAzure subscriptions should have Microsoft Defender for App Service enabledAzure subscriptions should have Microsoft Defender for Containers enabledAzure subscriptions should have Microsoft Defender for Azure Cosmos DB enabledAzure subscriptions should have Microsoft Defender for Databases enabledAzure subscriptions should have Azure Defender for DNS enabledAzure subscriptions should have Microsoft Defender for Key Vault enabledAzure subscriptions should have Microsoft Defender for open-source relational databases enabledAzure subscriptions should have Azure Defender for Resource Manager enabledAzure subscriptions should have Microsoft Defender for Servers enabledAzure subscriptions should have Microsoft Defender for Azure SQL Database servers enabledUnprotected SQL Server virtual machines should have Azure Defender for SQL enabledAzure subscriptions should have Microsoft Defender for Storage enabledAzure subscriptions should have Microsoft Defender for Cloud container image scanning enabledMicrosoft Defender for Cloud should have Microsoft Defender for Cloud Apps (MCAS) integration selectedAzure subscriptions should have email notifications for high severity alerts enabledAzure subscriptions should have email notifications to subscription owners for high severity alerts enabledSecurity Center should have Windows Defender ATP (WDATP) integration selectedCritical SQL servers should have Microsoft Defender for SQL set to 'On'Unprotected Azure SQL servers should have Azure Defender for SQL enabled

9.2.c.xii setting activation and deactivation dates for keys ensuring that the keys can only be used for the specified period of time according to the organization's rules on key management. (4 controls)

CIS Azure Benchmark v2.0.0 — 🟢 High overlap (83%)

CIS Azure Benchmark v2.1.0 — 🟢 High overlap (80%)

CIS Azure Benchmark v3.0.0 — 🟢 High overlap (80%)

On this page

Controls by Category1.1.1.a set out the relevant entities approach to managing the security of their network and information systems; (1)1.1.1.c set out network and information security objectives; (3)1.2.1 As part of their policy on the security of network and information systems referred to in point 1.1., the relevant entities shall lay down responsibilities and authorities for network and information system security and assign them to roles, allocate them according to the relevant entities... (5)1.2.4 Depending on the size of the relevant entities, network and information system security shall be covered by dedicated roles or duties carried out in addition to existing roles. (2)11.1.1 For the purpose of Article 21(2), point (i) of Directive (EU) 2022/2555, the relevant entities shall establish, document and implement logical and physical access control policies for the access to their network and information systems, based on business requirements as well as network... (17)11.1.2.c ensure that access is only granted to users that have been adequately authenticated. (2)11.2.1 The relevant entities shall provide, modify, remove and document access rights to network and information systems in accordance with the access control policy referred to in point 11.1. (3)11.2.2.a assign and revoke access rights based on the principles of need-to-know, least privilege and separation of duties; (9)11.2.2.d ensure that access rights appropriately address third-party access, such as visitors, suppliers and service providers, in particular by limiting access rights in scope and in duration; (13)11.2.2.f apply logging to the management of access rights. (10)11.3.1 The relevant entities shall maintain policies for management of privileged accounts and system administration accounts as part of the access control policy referred to in point 11.1. (3)11.3.2.a establish strong identification, authentication such as multi-factor authentication, and authorisation procedures for privileged accounts and system administration accounts; (4)11.3.2.b set up specific accounts to be used for system administration operations exclusively, such as installation, configuration, management or maintenance; (1)11.3.2.c individualise and restrict system administration privileges to the highest extent possible, (9)11.3.2.d provide that system administration accounts are only used to connect to system administration systems. (4)11.4.2.b separate logically such systems from application software not used for system administrative purposes, (4)11.4.2.c protect access to system administration systems through authentication and encryption. (4)11.5.2.a set up unique identities for network and information systems and their users; (1)11.5.2.d apply logging to the management of identities. (5)11.6.1 The relevant entities shall implement secure authentication procedures and technologies based on access restrictions and the policy on access control. (5)11.6.2.a ensure the strength of authentication is appropriate to the classification of the asset to be accessed; (4)11.6.2.c require the change of authentication credentials initially, at predefined intervals and upon suspicion that the credentials were compromised; (2)11.7.2 The relevant entities shall ensure that the strength of authentication is appropriate for the classification of the asset to be accessed. (4)12.1.2.c align the availability requirements of the assets with the delivery and recovery objectives set out in their business continuity and disaster recovery plans. (2)12.2.2.a cover the entire life cycle of the assets, including acquisition, use, storage, transportation and disposal; (23)12.2.2.b provide rules on the safe use, safe storage, safe transport, and the irretrievable deletion and destruction of the assets; (16)12.2.2.c provide that the transfer shall take place in a secure manner, in accordance with the type of asset to be transferred. (9)2.1.2.f evaluate the identified risks based on the risk criteria; (2)2.1.2.g identify and prioritise appropriate risk treatment options and measures; (25)2.1.2.h continuously monitor the implementation of the risk treatment measures; (10)2.1.2.i identify who is responsible for implementing the risk treatment measures and when they should be implemented; (4)2.2.1 The relevant entities shall regularly review the compliance with their policies on network and information system security, topic-specific policies, rules, and standards. The management bodies shall be informed of the status of network and information security on the basis of the... (3)2.2.3 The relevant entities shall perform the compliance monitoring at planned intervals and when significant incidents or significant changes to operations or risks occur. (6)2.3.1 The relevant entities shall review independently their approach to managing network and information system security and its implementation including people, processes and technologies. (25)3.1.1 For the purpose of Article 21(2), point (b) of Directive (EU) 2022/2555, the relevant entities shall establish and implement an incident handling policy laying down the roles, responsibilities, and procedures for detecting, analysing, containing or responding to, recovering from,... (1)3.1.2.c assignment of roles to detect and appropriately respond to incidents to competent employees; (3)3.1.2.d documents to be used in the course of incident detection and response such as incident response manuals, escalation charts, contact lists and templates. (4)3.1.3 The roles, responsibilities and procedures laid down in the policy shall be tested and reviewed and, where appropriate, updated at planned intervals and after significant incidents or significant changes to operations or risks. (15)3.2.1 The relevant entities shall lay down procedures and use tools to monitor and log activities on their network and information systems to detect events that could be considered as incidents and respond accordingly to mitigate the impact. (8)3.2.2 To the extent feasible, monitoring shall be automated and carried out either continuously or in periodic intervals, subject to business capabilities. The relevant entities shall implement their monitoring activities in a way which minimises false positives and false negatives. (6)3.2.3.a relevant outbound and inbound network traffic; (4)3.2.3.b creation, modification or deletion of users of the relevant entities network and information systems and extension of the permissions; (3)3.2.3.c access to systems and applications; (8)3.2.3.d authentication-related events; (3)3.2.3.e all privileged access to systems and applications, and activities performed by administrative accounts; (5)3.2.3.f access or changes to critical configuration and backup files; (6)3.2.3.g event logs and logs from security tools, such as antivirus, intrusion detection systems or firewalls; (10)3.2.3.h use of system resources, as well as their performance; (2)3.2.4 The logs shall be regularly reviewed for any unusual or unwanted trends. Where appropriate, the relevant entities shall lay down appropriate values for alarm thresholds. If the laid down values for alarm threshold are exceeded, an alarm shall be triggered, where appropriate, automatically.... (5)3.2.5 The relevant entities shall maintain and back up logs for a predefined period and shall protect them from unauthorised access or changes. (5)3.4.1 The relevant entities shall assess suspicious events to determine whether they constitute incidents and, if so, determine their nature and severity. (6)3.5.1 The relevant entities shall respond to incidents in accordance with documented procedures and in a timely manner. (2)3.5.3.a with the Computer Security Incident Response Teams (CSIRTs) or, where applicable, the competent authorities, related to incident notification; (2)3.5.4 The relevant entities shall log incident response activities in accordance with the procedures referred to in point 3.2.1., and record evidence. (5)3.6.2 The relevant entities shall ensure that post-incident reviews contribute to improving their approach to network and information security, to risk treatment measures, and to incident handling, detection and response procedures. (26)4.1.1 For the purpose of Article 21(2), point (c) of Directive (EU) 2022/2555, the relevant entities shall lay down and maintain a business continuity and disaster recovery plan to apply in the case of incidents. (2)4.1.2.f recovery plans for specific operations, including recovery objectives; (2)4.1.2.g required resources, including backups and redundancies; (7)4.1.4 The business continuity plan and disaster recovery plan shall be tested, reviewed and, where appropriate, updated at planned intervals and following significant incidents or significant changes to operations or risks. The relevant entities shall ensure that the plans incorporate lessons... (7)4.2.2.b assurance that backup copies are complete and accurate, including configuration data and data stored in cloud computing service environment; (2)4.2.2.e restoring data from backup copies; (2)4.2.2.f retention periods based on business and regulatory requirements. (5)4.3.2.a roles and responsibilities for personnel and, where appropriate, suppliers and service providers, specifying the allocation of roles in crisis situations, including specific steps to follow; (2)4.3.2.c application of appropriate measures to ensure the maintenance of network and information system security in crisis situations. (5)5.1.2.a the cybersecurity practices of the suppliers and service providers, including their secure development procedures; (27)5.1.4.f an obligation on suppliers and service providers to handle vulnerabilities that present a risk to the security of the network and information systems of the relevant entities; (4)5.1.7.b review incidents related to ICT products and ICT services from suppliers and service providers; (2)6.1.2.b requirements regarding security updates throughout the entire lifetime of the ICT services or ICT products, or replacement after the end of the support period; (7)6.2.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... (26)6.2.2.b 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; (25)6.2.2.c lay down security requirements regarding development environments; (25)6.4.1 The relevant entities shall apply change management procedures to control changes of network and information systems. Where applicable, the procedures shall be consistent with the relevant entities general policies concerning change management. (5)6.6.1.a security patches are applied within a reasonable time after they become available; (3)6.7.2.b determine and apply controls to protect the relevant entities internal network domains from unauthorised access; (15)6.7.2.e not use systems used for administration of the security policy implementation for other purposes; (8)6.7.2.g where appropriate, exclusively allow access to the relevant entities network and information systems by devices authorised by those entities; (5)6.7.2.i establish communication between distinct systems only through trusted channels that are isolated using logical, cryptographic or physical separation from other communication channels and provide assured identification of their end points and protection of the channel data from... (12)6.7.2.l apply best practices for the security of the DNS, and for Internet routing security and routing hygiene of traffic originating from and destined to the network. (20)6.8.2.a consider the functional, logical and physical relationship, including location, between trustworthy systems and services; (2)6.9.2 For that purpose, the relevant entities shall in particular implement measures that detect or prevent the use of malicious or unauthorised software. The relevant entities shall, where appropriate, ensure that their network and information systems are equipped with detection and response... (26)7.2.b the methods for monitoring, measurement, analysis and evaluation, as applicable, to ensure valid results; (6)9.2.a in accordance with the relevant entities classification of assets, the type, strength and quality of the cryptographic measures required to protect the relevant entities assets, including data at rest and data in transit; (13)9.2.c the relevant entities approach to key management, including, where appropriate, methods for the following: (15)9.2.c.i generating different keys for cryptographic systems and applications; (6)9.2.c.ii issuing and obtaining public key certificates; (3)9.2.c.iii distributing keys to intended entities, including how to activate keys when received; (3)9.2.c.iv storing keys, including how authorised users obtain access to keys; (17)9.2.c.v changing or updating keys, including rules on when and how to change keys; (10)9.2.c.vi backing up or archiving keys; (4)9.2.c.vii logging and auditing of key management-related activities; (2)9.2.c.xii setting activation and deactivation dates for keys ensuring that the keys can only be used for the specified period of time according to the organization's rules on key management. (4)Related Frameworks

Ask AI about this

Help improve this page