Primary references
Use the original standards below to check terminology and requirements. These references explain the standards; they do not endorse CISGuard or independently verify its product coverage.
DORA ICT Risk Management Automation
CISGuard automates the ICT risk management technical controls DORA mandates for EU financial entities: system hardening, continuous monitoring, drift detection, and third-party risk reviews.
Overview
DORA (Digital Operational Resilience Act, Regulation EU 2022/2554), effective 17 January 2025, establishes uniform requirements for the security of network and information systems supporting EU financial entities. The Act applies to banks, insurance companies, investment firms, payment service providers, crypto-asset service providers, and their critical ICT third-party providers. The regulatory technical standards (RTS) and implementing technical standards (ITS) mandate detailed control implementation. Articles 5-15 (ICT risk management framework) and Article 28 (third-party ICT risk) are the most technical and configuration-relevant. EU financial supervisors will increasingly require continuous evidence of these controls.
DORA represents the EU's shift from principles-based ICT supervision to prescriptive technical requirements with detailed RTS/ITS. National supervisors will demand evidence, not just policy. The technical controls in Articles 9-12 are configuration-based and directly map to CIS benchmarks. CISGuard's continuous scanning produces the operational evidence supervisors expect. Article 28 (third-party concentration risk) requires regulated entities to evidence the security posture of critical ICT providers; CISGuard's multi-tenant architecture lets ICT providers furnish per-customer compliance evidence directly. Penalties for non-compliance reach 1% of worldwide turnover.
Configuration evidence supports an assessment; it does not by itself establish certification, authorization or full compliance. Review coverage boundaries and evaluation evidence.
Control mapping
Each CIS control is tagged with its framework reference. One scan produces the per-framework coverage report, with satisfied, partially satisfied and not-met status for every control.
| Control area | Controls | Mapped by |
|---|---|---|
| Article 6: ICT Risk Management Framework | Documented framework with technical controls | Continuous CIS benchmark scanning + framework mapping |
| Article 9: Protection and Prevention | ICT system protection requirements | CIS Hardening across endpoints + cloud + containers |
| Article 10: Detection | Detection of ICT-related incidents and anomalies | Drift detection + SIEM integration alerts |
| Article 11: Response and Recovery | Change management and recovery protocols | Drift events + exception management workflow |
| Article 12: Backup Policies, Procedures | Configuration backup and recovery testing | Continuous baseline comparison evidences config integrity |
| Article 15: ICT Third-Party Risk | Third-party ICT provider risk reviews | Multi-tenant dashboards for ICT provider compliance evidence |
| Article 28: ICT Concentration Risk | Critical ICT third-party register | Provider-scoped evidence packages |
Auditor evidence
Auditor-grade outputs in PDF, HTML, JSON, CSV and SARIF. No spreadsheets, no screenshots, no manual cross-referencing.
Frequently asked
CISGuard primarily addresses Articles 5-15 (ICT risk management framework), with particular strength in Article 9 (protection), Article 10 (detection), Article 11 (response), and Article 28 (ICT third-party concentration risk). Articles relating to governance and reporting cycles need GRC tooling for full coverage; CISGuard provides the underlying technical evidence those tools require.
Yes. Article 15 requires regulated entities to validate the security posture of critical ICT third-party providers. CISGuard's multi-tenant architecture lets ICT providers furnish per-customer compliance evidence directly, without exposing other customers' data. Banks accept this as defensible evidence for their Article 15 reviews.
Article 10 (Detection) requires regulated entities to detect ICT incidents and anomalies. CISGuard's drift detection produces continuous evidence: every configuration change is captured, classified as regression or improvement, and forwarded to SIEM. This is the operational evidence supervisors expect of "appropriate detection mechanisms."
Yes. CISGuard deploys inside customer-controlled Azure EU regions, AWS Frankfurt/Ireland, and on-premises EU data centers. Scan data stays within the EU, supporting GDPR and DORA data-handling expectations. Sovereign-cloud deployment is essential for tier-1 financial infrastructure subject to additional national requirements.
Supervisors will request evidence that ICT risk management controls were implemented AND operating. Spreadsheets and screenshots are insufficient. CISGuard's continuous Framework Coverage Report, audit trail, and historical posture trend provide the operational evidence format supervisors are establishing as the standard during early DORA supervision.
Use the original standards below to check terminology and requirements. These references explain the standards; they do not endorse CISGuard or independently verify its product coverage.
Our compliance engineers have helped organizations achieve regulatory readiness through a seamless, fully managed deployment.