NIS2 and DORA — compliance of the Microsoft environment
The analysis translates the obligations under the Czech Cybersecurity Act No. 264/2025 Coll. (NIS2) and the DORA regulation into specific Microsoft 365 and Azure settings. The output is not a yes-no table but the specific setting that is missing and the order in which to fill the gaps.
Scope of the analysis
What the analysis covers
Eight areas of obligation; for each of them we look for its reflection in a specific Microsoft 365 or Azure setting. Anything with no reflection in the cloud is marked as out of scope — and that is information, not a gap.
Everything outside Microsoft 365 and Azure. Your own servers, the office network, endpoints outside tenant management, industrial and operational technology, third-party applications and the paper side of compliance are not in scope and the analysis says nothing about them. Nor does it cover the legal assessment of whether the act applies to you, organisational measures and policies, impact analyses, continuity plans, penetration tests and contractual relationships with suppliers.
Inputs
What we need from you
- An account in your environment — either a guest invited into your tenant, or one you create in it. One is enough, it has read access only and you remove it at handover.
- Read access over the tenant to the same extent as for hardening.
- Read access over Sentinel, if logging and retention are to be evidenced.
- The list of regulated services in writing. The input without which we cannot start.
- A contact for the person responsible for compliance, by name. Often it is nobody from IT.
How we treat your environment and data →
The list of regulated services is required before the start, not along the way. It is the only way to keep the price fixed.
Deliverables
What you get
- A mapping of obligation → measure → specific setting → status → gap, within the scope of the cloud environment.
- A priority and an effort estimate for every gap. That is exactly what separates a usable output from a yes-no table.
- A roadmap ordered by severity.
- An evidence pack — what can be exported as proof of compliance for the regulator or for a customer questionnaire.
- A list of obligations out of scope, so that it is in black and white what remains to be solved elsewhere.
- A PDF report, a simple summary for the board and a handover record.
Sample deliverables (PDF in Czech, based on anonymised environments)
Czech Cyber Security Act — higher-obligation regimewater utility, Decree No. 409/2025 Coll. Czech Cyber Security Act — lower-obligation regimefood manufacturer, Decree No. 410/2025 Coll. DORApayment institution, Regulation (EU) 2022/2554How it runs
How it runs
Intro call
Thirty minutes. We get to know each other and settle which regime of obligations you are in, which services you consider regulated and who is responsible for compliance.
Defining the scope
A written list of the regulated services and read access.
Analysis and mapping
Configuration is collected and mapped onto the obligations. No impact on operations.
Handover
A presentation of the mapping and the roadmap to the responsible person and to the board.
Frequent questions
What people ask most often
Does this mean we will be compliant after the analysis?
Will it tell me whether the act applies to me?
We have a gap analysis on paper from a consultancy.
We need both the Cybersecurity Act and DORA. Is that twice the work?
What if an obligation has no reflection in our cloud environment?
Related
What it leads on to
Not sure where you stand in the regulation? Half an hour will tell
All we need to know is which regime of obligations you are in and which services you consider regulated.