Skip to content

Tenant hardening for Microsoft 365

Identity controls you can show an auditor.

I start with Conditional Access, break-glass accounts and device compliance, and PIM where you hold Entra ID P2 or Governance, then move on to mail, apps and sharing. Every change is staged and tested, and you keep the policy export, the runbook and the evidence to operate it yourself.

Do not send tenant IDs, credentials, exports or administrative data through the public contact form. Secure access is arranged after scope approval.

The ten Conditional Access policies in my baselineEvery policy excludes the two break-glass accounts.
  1. CA01Block legacy authenticationAll (excl. break-glass). Block
  2. CA02Require MFA for all usersAll (excl. break-glass). Grant: require MFA
  3. CA03Require MFA for adminsDirectory roles (all privileged). Grant: require phishing-resistant authentication strength (every sign-in)
  4. CA04Require compliant / hybrid-joined device for adminsPrivileged roles. Grant: require compliant or hybrid device
  5. CA05Require MFA for guests / externalGuest + external users. Grant: require MFA
  6. CA06Sign-in riskAll (excl. break-glass). Grant: require MFA (or block on high)
  7. CA07User riskAll (excl. break-glass). Grant: require secure password change
  8. CA08Require managed device or app-protection for mobileAll (excl. break-glass). Grant: compliant device OR app protection policy
  9. CA09Block / restrict access from unapproved locationsAll (excl. break-glass). Block, or grant with MFA
  10. CA10Session controls for unmanaged devicesAll (excl. break-glass). Session: browser-only (no download)

CA06 and CA07 need Entra ID P2.

Report-only first. Enabled in this order: CA01, then CA02, CA03 and CA04, then the rest.
For
An owner or IT lead of a company with up to 150 users in one tenant, on Business Premium, E3 or E5; larger tenants are scoped per tenant.
Length
10 business days for one tenant of up to 150 users.
Who does it
Michal Jatczak, directly. Nobody else touches your tenant.
After the call
A written scope, a delivery sequence and a fixed price before any production change.

You leave with

  • Conditional Access policy export

    Every policy as JSON, with a matrix that names its intent, scope, exclusions and the owner of each exclusion, its mode and the test record.

  • Break-glass runbook

    Two cloud-only emergency access accounts, the alert that fires when one is used and the scheduled test that proves the recovery path still works.

  • Evidence pack

    Before and after state for each control, with a named owner, the approved change, the verification result and the exceptions and backlog that remain.

  • Exit Kit

    Runbooks, configuration baselines and a map of where each credential is kept, never the secrets themselves, so your team or another supplier can run the tenant without me.

    Clause effective 28 October 2026

What is in the evidence pack
  • Executive security brief

    Material risks, decisions, residual exposure and the next-quarter backlog.

  • Control register (CSV)

    Control, source, observed state, target, licence dependency, owner, status and evidence reference.

  • Conditional Access matrix

    Policy intent, users, resources, conditions, exclusions, mode, approver and test record.

  • Privileged access map

    Administrative identities, role assignments, activation model and emergency access procedure.

  • Application consent register (CSV)

    Apps, owners, permissions, credential dates, publisher signals and disposition.

  • Change and verification log

    Before state, approved action, change window, verification result and reversal note where supported.

  • Exceptions and backlog

    Accepted exceptions with owner and review date, plus deferred remediation and licence gaps.

How it runs and what I need from you

Discovery is read-only. Enforcement is staged.

  1. Observe

    I collect read-only configuration, role, sign-in and policy evidence. Nothing is enforced.

  2. Decide

    I set the target, name the licence dependencies and the approver, and record the exceptions.

  3. Stage

    Policies run in report-only mode, on pilot groups and test accounts, wherever Microsoft provides them. You read the report-only results before a policy is enforced.

  4. Enforce

    Approved changes go in during an agreed window, with a documented reversal path where the platform supports one.

  5. Verify

    I review policy state, sign-ins, test cases and the expected user journeys after each change.

  6. Hand over

    You receive the evidence, the exceptions, the owner map, the admin register, the operating runbooks and the remaining backlog. If you want help after that, the Operate retainer covers changes and reviews in a fixed number of hours a month.

What I need from you

  • A named approver for each change and each exception.
  • Read-only access to start: GDAP with least-privilege roles, a set duration and no automatic extension, or an account you issue.
  • A change window for each enforcement step.
  • The service accounts, legacy clients and emergency accounts you already know about.

One tenant or a portfolio

  • One tenant

    One baseline, one remediation plan and one evidence pack for a single Microsoft 365 tenant.

    A single-tenant engagement covers 10 business days. The signed statement of work sets the start date and the stage dates, which move by the time spent waiting for your approvals, access and change windows.

    Scope one tenant

  • A regulated firm

    The same work, with the evidence pack mapped on request to the articles of DORA and NIS2 (in Malta, S.L. 460.41) that you name, and the supplier facts your register of information asks for.

    Scoped after the first call.

    Scope a regulated tenant

  • A tenant portfolio

    A common control catalogue with a tenant-specific overlay for licences, identity model and exceptions, piloted on one or two tenants and then rolled out in waves.

    Scoped per tenant after the pilot. No single duration applies.

    Plan a tenant portfolio

Passkeys before SMS and voice sign-in stop

From 1 February 2027 Microsoft-provided SMS and voice are retired as MFA and self-service password-reset methods for everyone except Global Administrators and external users. Those two groups follow on 1 July 2027, and internal guest users stay on 1 February. A user whose only method is Microsoft-provided SMS or voice then has to register a passkey before they can sign in, and there is no opt out. SMS and voice can continue only through a telephony provider you contract and pay for through Microsoft Security Store. Since 1 September 2026 Microsoft has turned passkeys on and started a registration campaign for users enabled for SMS or voice, unless an administrator opted out for the time being.

  1. Find the users who still sign in with SMS or voice codes.
  2. Set the authentication methods policy and a registration campaign for passkeys.
  3. Run a pilot group, then require phishing-resistant sign-in for administrators.
  4. Write the helpdesk runbook and the messages your users receive.
  5. Hand over the evidence: who moved, who is left and why.

One tenant, up to 150 users, 5 business days. It runs on its own or as the first stage of the hardening. Passkey registration works in every Entra ID edition. Requiring phishing-resistant sign-in needs Entra ID P1, which Business Premium, E3 and E5 include.

Scope the passkey rolloutRead the dates on Microsoft Learn

What is not included

  • Monitoring and response

    Hardening improves the security configuration of the tenant. It does not include watching alerts or responding to an active compromise. Monitoring, SOC and MDR work are not part of this service, I am not on call, and no service level applies.

    • Incident response for an active compromise
    • SOC, MDR or continuous alert handling

    Detection and response for Microsoft 365

  • Migration and data programmes

    Tenant controls can expose migration and governance work. Those programmes need their own discovery and change plan.

    • Mailbox, file or collaboration-suite migration
    • A full Purview information protection or DLP programme
    • Writing custom application code, or a deep application security review

    Migrations to Microsoft 365

  • Infrastructure and resilience

    Hybrid identity, endpoint fleets and recoverability extend beyond a tenant configuration engagement.

    • Broad on-premises, hybrid identity or endpoint remediation
    • Implementing a third-party Microsoft 365 backup product

    Backup and recovery

Check it before you scope it

The free Tenant Security Scorecard checks your tenant against 48 risk-weighted controls: up to 12 read-only from Microsoft Graph and 3 from public DNS, the rest answered by you, with no sign-in needed to self-assess.

Open the Tenant Security Scorecard

The review workpapers are a free download: a 48-check source-linked checklist, a permission audit and a gap analysis. They are a working aid, not a certification.

Open the workpapers bundle

Pricing

Fixed in writing before any work starts, from a 30-minute call. The price depends on the rows below.

Billing basis
Fixed scope, set in a Statement of Work.
Currency
EUR, excluding VAT.
VAT
Reverse charge for EU businesses outside Malta whose VAT number validates in VIES. Malta VAT otherwise.
Invoiced by
Michal Jatczak, sole trader registered in Malta.
What changes the price
Tenant count, licence coverage, policy complexity, change governance and the number of remediation waves.
After the handover
Operate. Ten hours a month for changes, reviews and questions on what I built or reviewed. Unused hours do not roll over. No response time is promised. No minimum term, 30 days' notice on either side, invoiced monthly in advance.
Service level
No SLA and no on-call duty. Dates are written into the Statement of Work.

Book a 30-minute call

The detail, if you want it

Controls by area, identity first
  • Identity and authentication

    Authentication methods, legacy protocols, session controls and Conditional Access prerequisites are reviewed as one system.

    • Authentication method registration and coverage
    • Legacy authentication and protocol exposure
    • Conditional Access dependencies and exclusions
    • Session and sign-in controls for sensitive access
  • Privileged access

    Admin roles are reduced to named duties, with stronger authentication and activation controls where licensing supports them.

    • Permanent, eligible and unused role assignments
    • Separate daily and administrative identities
    • Phishing-resistant authentication for administrators
    • PIM and access reviews where Entra licensing permits
  • Recovery, audit and visibility

    Emergency access, audit settings and verification records are built into the plan instead of being left for an incident.

    • Two cloud-only emergency access accounts
    • Alerting and scheduled recovery-path tests
    • Entra, Microsoft 365 and Purview audit coverage
    • Before and after evidence with named owners
  • Devices and access context

    Where devices are enrolled, access policy can use compliance and risk signals. Where they are not, the gap is recorded as readiness work.

    • Intune enrolment and compliance coverage
    • BYOD and application protection boundaries
    • Device-based Conditional Access dependencies
    • Endpoint readiness and remediation backlog
  • Apps and consent

    Enterprise apps and registrations are treated as privileged access paths, not as an inventory footnote.

    • Service principals and app registrations
    • High-impact delegated and application permissions
    • Ownerless apps and expiring credentials
    • Consent policy, workflow and publisher signals
  • Email and domains

    Mail protection starts with a complete sender inventory, then aligns Defender settings and domain authentication without breaking legitimate senders.

    • SPF, DKIM and staged DMARC posture
    • Anti-phishing and impersonation protection
    • External forwarding and mailbox rule exposure
    • Preset security policies and exceptions
  • Collaboration and data

    SharePoint, OneDrive, Teams and guest access are aligned to the intended external boundary and data handling model.

    • Anonymous links and default sharing levels
    • Guest lifecycle and external collaboration
    • Teams federation and external access
    • Sensitivity, retention and DLP readiness

A control mapping excerpt: five controls and the articles they point to.

MFA for all users (ITS-M365-ID-002, CA02)
DORA
Art. 9
NIS2
21(2)(j)
Block legacy authentication (ITS-M365-ID-003, CA01)
DORA
Art. 9
NIS2
21(2)(j)
MFA for administrators (ITS-M365-ID-001, CA03)
DORA
Art. 9
NIS2
21(2)(i), (j)
PIM role elevation on demand (ITS-M365-PA-005)
DORA
Art. 9
NIS2
21(2)(i)
Unified audit log (ITS-M365-LD-001)
DORA
Art. 10
NIS2
21(2)(b), (f)

The mapping is my reading of the text (modelled), not a regulator's position, and it is not a certification or a compliance opinion. The NIS2 references point to Article 21(2) of Directive (EU) 2022/2555. A directive binds an organisation only through its own country's law; in Malta that is S.L. 460.41 (Legal Notice 71 of 2025, as amended), whose article 19 carries the same list. A reference here is context for your reviewer, not a compliance check. The full pack points to an export, report or log extract for each control.

Will the hardening work lock users or administrators out?

The method is built to reduce that risk: read-only discovery first, named emergency access exclusions, pilot users, report-only evaluation where Microsoft supports it, agreed change windows and a sign-in review after each change. No method can promise zero disruption, so before enforcement each control's dependencies go into the control register and its reversal path into the change and verification log.

Which Microsoft 365 licence do I need?

The assessment works with the tenant and licences you already have, and the target state is licence-aware. Conditional Access needs Entra ID P1, which Business Premium, E3 and E5 include. Risk-based policies need Entra ID P2, which E5 includes and other plans can add. PIM needs Entra ID P2 or Entra ID Governance, and full access reviews need Entra ID Governance. Controls that are not licensed become explicit gaps, not surprise upsells.

Is Microsoft Secure Score the success target?

No. Secure Score is a useful directional signal and does not show that the tenant is secure. Success is measured against the agreed control register, verified policy state, tested access paths, resolved high-risk findings and documented exceptions.

Does this certify our tenant against CIS, DORA, NIS2 or an ISO standard?

No. This is an engineering and evidence engagement, not a certification audit, legal opinion or regulator attestation. I can map technical evidence to an agreed framework so your compliance, legal or audit team has a stronger record to review.

Can the same baseline be copied to every tenant?

Not safely. A multi-tenant programme uses a shared control catalogue, then applies a tenant-specific overlay for licences, identity model, applications, external collaboration, regulated data and accepted exceptions. A representative pilot is completed before wider rollout.

How do you access multiple customer tenants?

The access model is agreed during discovery. Where partner access is suitable, GDAP is preferred over broad standing delegated access, with least-privilege roles, a defined duration and no automatic extension. Client-issued access can also be used. I do not take the Global Administrator role. Tenant identifiers, exports and credentials should never be submitted through the public contact form.

How is this different from the architecture workshop?

The architecture workshop is two hours live, followed by a written pack, and nothing in your tenant is changed. This service makes the changes: discovery, decisions, approved configuration work, verification and evidence handover.

About the workshop

How long does the engagement take?

A single-tenant engagement covers 10 business days. The signed statement of work sets the start date and the stage dates, which move by the time spent waiting for your approvals, access and change windows. A tenant portfolio is scoped per tenant after a pilot. Before any production change you receive a written scope, delivery sequence and fixed proposal.

Send a brief for one tenant or a portfolio.

The scoping call covers tenant count, licence coverage, access model and change governance, and needs no production access.