402InfoSec

Synthetic sample

Microsoft 365 Security Review

A hypothetical small-tenant review showing how configuration evidence could inform risk decisions, owners, and a practical remediation sequence.

This is not client work. Assume a small business uses the Microsoft 365 services listed below. User counts and configuration gaps are scenario assumptions; evidence references describe what a real review would need to verify, not artifacts collected from a tenant. This is not an audit opinion, certification, penetration test, or guarantee of security.

Review boundary

Illustrative tenant24 licensed users, 4 privileged accounts, Microsoft Entra ID, Exchange Online, SharePoint, OneDrive, and Teams.
Proposed review methodRead-only administrative review, configuration exports, screenshots, structured interviews, and limited validation of selected findings. Access and licensing must be confirmed before choosing checks.
IncludedIdentity, privileged access, MFA, mailbox controls, forwarding, external sharing, guests, audit visibility, and recovery ownership.
Not includedEndpoint testing, on-premises systems, penetration testing, legal review, formal compliance attestation, or continuous monitoring.

The tenant works, but too much recovery and administrative risk depends on a few people.

Under these assumptions, priorities would include administrator access, emergency recovery, MFA coverage, external sharing, and evidence ownership. The register illustrates three high-priority findings and four medium-priority findings; a real review would establish their existence, scope, and rating from evidence.

High priority

Emergency access is not independently recoverable, privileged roles are broader than needed, and one service account is outside the normal MFA path.

Medium priority

External sharing, mailbox forwarding, guest review, and audit ownership need clearer restrictions and recurring review.

How findings are prioritized

RatingMeaningExpected treatment
HighA plausible failure could materially affect access, email, data, recovery, or business operations.Assign an owner immediately and address or formally accept the risk within the first remediation window.
MediumThe control is incomplete, inconsistently applied, or difficult to prove.Plan and complete within the agreed roadmap unless a business dependency changes the order.
LowHardening, documentation, or operational improvement with limited immediate exposure.Bundle into normal administration and verify during a future review.

Prioritized findings

IDFindingRatingEvidence exampleOwnerTarget
M365-01No tested cloud-only emergency access path independent of the primary administrator.HighAdministrator interview; emergency-account inventory empty.Business owner + IT provider7 days
M365-02Three standing Global Administrator assignments exceed the documented operating need.HighRole assignment export; no approved role matrix.IT provider14 days
M365-03A legacy service account does not use the normal MFA or conditional access path.HighSign-in review; application dependency not documented.Application owner14 days
M365-04External sharing defaults allow broader use than the stated business need.MediumSharePoint sharing configuration and sample site review.Operations30 days
M365-05Automatic forwarding is not centrally reviewed and two exceptions lack owners.MediumMail flow and mailbox rule export.IT provider30 days
M365-06Guest accounts have no recurring owner attestation or removal cadence.MediumGuest inventory; no review record.Department owners45 days
M365-07Audit-search responsibility and retention expectations are not documented.MediumAdministrator interview; policy and evidence review.Security owner45 days

M365-01: Emergency access is not independently recoverable

Observation

The illustrative tenant relies on the normal administrator accounts and the same mobile authentication dependency used day to day. No separate cloud-only emergency account has been created and tested.

Why it matters

A conditional access mistake, identity-provider outage, device loss, or administrator lockout could prevent the business and its provider from recovering the tenant when access matters most.

Recommended action

Create two controlled emergency access accounts, use an authentication method independent of the normal path, protect credentials, alert on use, document authorized access, and test the accounts on a recurring schedule.

Validation

Record the account identifiers, role assignments, authentication methods, alert rule, storage owner, test date, test result, and next test date. Do not place credentials in the report.

First 30 days

Days 0 to 7

  1. Assign one accountable business owner and one technical implementer.
  2. Create, secure, alert on, and validate emergency access.
  3. Inventory privileged accounts, service accounts, and recovery dependencies.

Days 8 to 14

  1. Reduce standing privileged roles to the approved need.
  2. Document and remediate the service-account authentication exception.
  3. Confirm MFA coverage and exception ownership.

Days 15 to 30

  1. Set external sharing and forwarding boundaries.
  2. Create a guest and exception review cadence.
  3. Document audit-search ownership and evidence retention.

After 30 days

  1. Validate completed changes against the finding register.
  2. Record accepted risks and unresolved dependencies.
  3. Set the next review date and evidence owner.

Evidence and ownership record

Control areaEvidence retainedSystem of recordOwnerReview cadence
Privileged rolesRole export, approved role matrix, exception recordRestricted security workspaceSecurity ownerQuarterly
Emergency accessAccount record, alert test, recovery test recordRestricted continuity recordBusiness ownerEvery 90 days
External sharingTenant setting export, approved exceptionsIT administration recordOperationsQuarterly
GuestsGuest inventory and owner attestationAccess review recordDepartment ownersQuarterly

Microsoft guidance used to shape the review