What an audit package looks like

A complete package for an IT audit of Exchange Online, with no account and no sign-in. This page shows excerpts, the download contains every file.

Seven Word documents and one Excel matrix, exactly as the application exports them.

What you are looking at

Generated automatically on 29 September 2026 for the sample case below and published unchanged. This package has not been professionally reviewed. In the application your team reviews and releases every package before use. References are therefore marked “to be verified”.

What went in

The main inputs of the sample case. The company behind it does not exist.

InputValue
Audit topicExchange Online / Outlook Security
Audit typeInitial audit
Company size1,000 to 5,000 employees
RegulationNIS2
Audit start1 February 2027
Audit team2 auditors, 25 auditor days
Audit objectMicrosoft 365 Exchange Online: Mandantenweit, Hybrid mit einem lokalen Exchange-Server

What came out

41 audit steps, 58 requested documents, 7 interview guides and 12 roles with responsibilities, plus schedule, announcement texts and report template.

  • Audit Plan
  • Audit Program
  • Audit Matrix (Excel)
  • Document Request List
  • Interview Guides
  • Audit Organisation
  • Communication
  • Report Template

Objective and scope

Objective: Assess whether the organisation's Exchange Online tenant, including the hybrid connection to the on-premises Exchange server, is configured, operated and monitored so that email confidentiality, integrity and availability are appropriately protected. The audit also assesses whether the implemented controls support the cybersecurity risk-management measures required of the organisation as an entity in scope of NIS2, in particular access control, multi-factor authentication, secure communication, logging and incident handling. The audit delivers a rating per dimension and prioritised findings for management and the CISO.

Subject: The tenant-wide Microsoft 365 Exchange Online configuration and its operation. This covers accepted domains and DNS-based email authentication (SPF, DKIM, DMARC), inbound and outbound connectors, mail flow (transport) rules, remote domain and outbound forwarding settings, and Exchange Online Protection and, where licensed, Microsoft Defender for Office 365 policies. It also covers client access and authentication for Outlook, OWA, mobile devices and legacy protocols (POP, IMAP, SMTP AUTH, EWS), and the Conditional Access policies that target Exchange Online. On the administration side, the scope includes Exchange and Entra ID role assignments with Exchange privileges, application and service principal access to mailbox data, and mailbox delegation (FullAccess, SendAs, SendOnBehalf). Finally, it includes mailbox and unified audit logging, alerting and email-related incident response, plus the hybrid deployment: the single on-premises Exchange server, the hybrid configuration and connectors, and the server's patch level, exposure and administrative access. The reference period for operating-effectiveness tests is the last 12 months before fieldwork.

Exclusions:

  • Other Microsoft 365 workloads such as Teams, SharePoint Online and OneDrive, except where their settings directly change Exchange Online mail flow or mailbox access.
  • The general Entra ID and on-premises Active Directory security posture, including directory synchronisation design, password policies and identity lifecycle processes, beyond the Conditional Access policies, authentication methods and role assignments that affect Exchange Online.
  • Microsoft Purview information protection, data loss prevention, sensitivity labels, message encryption, retention, litigation hold and eDiscovery, as well as compliance with legal archiving obligations for email.
  • Security of Outlook clients and endpoints (device hardening, endpoint detection and response, device compliance management), except the client access and authentication settings controlled by Exchange Online.
  • Third-party email gateways, archiving or backup solutions, unless they are part of the mail flow path identified during the audit. In that case only the connector configuration is assessed.
  • Microsoft's own infrastructure and data centre controls; the audit relies on the provider's published assurance reports and does not test them.
  • Active penetration testing, phishing simulations or exploitation of vulnerabilities; technical tests are limited to read-only configuration extraction and passive DNS queries.
  • Licensing, cost optimisation and the business continuity planning for the messaging service as a whole.

Audit areas and effort

Audit areaAudit stepsEffort of the audit steps
A Domain authentication and mail flow configuration718 to 32 hours
B Protection against email-borne threats723 to 37 hours
C User access and client authentication620 to 33 hours
D Privileged administration, application access and mailbox delegation716 to 27 hours
E Security of the hybrid on-premises Exchange server719 to 29 hours
F Logging, monitoring and incident response722 to 37 hours

The plausibility check found something here

Including preparation, document review, evaluation and reporting, about 29.5 auditor days are planned, the sample case has 25 available. The application flags this and the team decides: reduce the scope or add capacity. The package shows both figures in the audit organisation document.

Three audit steps, unedited

Every audit step is built like this, here from the second audit area.

B-01 Recipient coverage of threat protection policies

Criterion: Every mail-enabled recipient in all accepted domains is covered by the anti-spam, anti-malware and anti-phishing protection defined in the organisation's baseline and, where Microsoft Defender for Office 365 is licensed, by Safe Links and Safe Attachments protection (custom policies, Standard/Strict preset security policies or Built-in protection). Every exclusion of users, groups or domains from a policy or preset is documented, justified and approved, and does not leave the recipient with protection below the baseline.

Procedure: Export all threat protection policies and their rules with scope conditions, exceptions and priorities, together with the full recipient population. Determine by query which effective policy applies to each recipient per protection type, and identify recipients who fall back to weaker settings or have no Safe Links or Safe Attachments coverage. Compare all exclusions with documented justifications.

Evidence:

  • Exchange Online PowerShell exports with timestamp and tenant ID: Get-HostedContentFilterPolicy/Rule, Get-MalwareFilterPolicy/Rule, Get-AntiPhishPolicy/Rule, Get-SafeLinksPolicy/Rule, Get-SafeAttachmentPolicy/Rule
  • Preset security policy exports: Get-EOPProtectionPolicyRule and Get-ATPProtectionPolicyRule, including the Built-in protection rule and its exceptions
  • Recipient population export (Get-EXORecipient) with recipient type and primary SMTP domain, plus membership of groups used in policy scopes
  • Accepted domains list (Get-AcceptedDomain)
  • Documented justifications and approvals for policy exclusions
  • Licence overview confirming whether Defender for Office 365 Plan 1 or Plan 2 is assigned

Test steps:

  1. Record the record counts of all exports and confirm they match the counts shown in the Microsoft Defender portal
  2. List all policies per protection type with priority, state (enabled/disabled), included users, groups and domains, and exceptions
  3. Resolve group-based scopes to members and map every recipient to the policy that applies first by priority, per protection type
  4. Identify recipients covered only by default policies and check whether the default policies meet the baseline
  5. Where Defender for Office 365 is licensed, identify recipients without Safe Links or Safe Attachments coverage, including exceptions from Built-in protection
  6. Check that recipients in every accepted domain are within scope, including domains added during the reference period
  7. For each exclusion, verify that a justification and approval exist; list undocumented exclusions as deviations

References (to be verified): ISO/IEC 27001:2022 A.8.7

B-02 Protection level of anti-phishing and anti-spam policies

Criterion: Anti-phishing and inbound anti-spam policies in force meet the defined baseline (or, if none exists, the Microsoft Standard preset level as the documented reference baseline). As a minimum: high-confidence phishing and phishing are quarantined; spoof intelligence is enabled with quarantine or junk action; zero-hour auto purge is enabled for spam and phishing; the bulk complaint level threshold is not weaker than the baseline value; and, where Defender for Office 365 is licensed, user impersonation protection covers executive management and other high-risk accounts, while domain impersonation protection covers all accepted domains and key partner domains.

Procedure: Compare the settings of every enabled anti-phishing and anti-spam policy with the baseline, attribute by attribute. Check that the list of protected users for impersonation protection contains the current executives and high-risk functions. Use the Defender for Office 365 configuration analyzer only as a supporting indicator and confirm each deviation against the exported configuration.

Evidence:

  • Get-AntiPhishPolicy export with EnableSpoofIntelligence, AuthenticationFailAction, EnableMailboxIntelligence, TargetedUsersToProtect, TargetedDomainsToProtect, PhishThresholdLevel and impersonation actions
  • Get-HostedContentFilterPolicy export with SpamAction, HighConfidenceSpamAction, PhishSpamAction, HighConfidencePhishAction, BulkThreshold, SpamZapEnabled and PhishZapEnabled
  • Approved email security baseline or the documented reference baseline
  • Current list of executive management and other high-risk accounts (e.g. finance approvers), provided by HR or the CISO
  • Configuration analyzer report from the Microsoft Defender portal (supporting only)

Test steps:

  1. Obtain the baseline values or document the reference baseline used
  2. Tabulate the relevant attributes of each enabled anti-phishing and anti-spam policy against the baseline values
  3. Mark every attribute weaker than the baseline, and for each deviation check whether a documented and approved risk acceptance exists
  4. Compare the executive and high-risk account list with the users protected by impersonation protection; list missing accounts
  5. Check that all accepted domains are included in domain impersonation protection
  6. Confirm that high-confidence phishing is never delivered to the inbox or junk folder in any policy
  7. Reconcile configuration analyzer findings with the exported values and note discrepancies

B-03 Protection level of anti-malware, Safe Attachments and Safe Links policies

Criterion: Anti-malware policies enable the common attachments filter with a file type list at least as restrictive as the baseline and enable zero-hour auto purge for malware. Where Defender for Office 365 is licensed, Safe Attachments uses the Block or Dynamic Delivery action with redirection or quarantine for detected malware and is not set to Off or Monitor for any user group. Safe Links rewrites URLs in email, performs time-of-click scanning, waits for URL scanning before delivery, does not allow users to click through to the original URL, applies to internal messages, and excludes only URLs that are documented and approved.

Procedure: Compare the anti-malware, Safe Attachments and Safe Links policy settings with the baseline. Review the Safe Links URL exclusion lists (DoNotRewriteUrls) and assess each excluded URL for justification and risk.

Evidence:

  • Get-MalwareFilterPolicy export with EnableFileFilter, FileTypes, FileTypeAction, ZapEnabled and QuarantineTag
  • Get-SafeAttachmentPolicy export with Enable, Action, Redirect and QuarantineTag
  • Get-SafeLinksPolicy export with EnableSafeLinksForEmail, ScanUrls, DeliverMessageAfterScan, EnableForInternalSenders, AllowClickThrough, TrackClicks and DoNotRewriteUrls
  • Approved baseline or documented reference baseline
  • Justifications and approvals for Safe Links URL exclusions

Test steps:

  1. Compare the file type list of each anti-malware policy with the baseline list and list missing high-risk file types (e.g. executables, scripts, macro-enabled Office files according to the baseline)
  2. Confirm that zero-hour auto purge for malware is enabled in all anti-malware policies
  3. For each Safe Attachments policy, record the action and flag any policy set to Off or Monitor that applies to users
  4. For each Safe Links policy, check the attributes named in the criterion and flag deviations
  5. List all DoNotRewriteUrls entries and check each for justification and approval; flag broad wildcard entries covering entire domains or third-party file-sharing services
  6. Assign each deviation to the affected recipient scope, based on the coverage mapping from the policy coverage test

References (to be verified): ISO/IEC 27001:2022 A.8.7, CIS Controls v8 9.6, CIS Controls v8 9.7

Rating scale

LevelMeaning
1 EffectiveControls are appropriately designed and operated effectively throughout the reference period. At most, isolated observations with low risk exist that do not affect the achievement of the control objective. No action is required, or only optional improvements are recommended.
2 Largely effectiveControls are fundamentally in place and working, but individual weaknesses in design or execution exist, for example incomplete documentation, isolated undocumented exceptions or delayed reviews. These weaknesses increase the risk moderately without jeopardising the control objective. Remediation within the normal planning cycle is expected.
3 Partially effectiveSignificant weaknesses exist, so the control objective is only partly achieved. Examples include missing DMARC enforcement on production domains, legacy protocols enabled for broad user groups, unreviewed privileged role assignments or gaps in audit logging. The weaknesses create a relevant risk of compromise, data leakage or non-compliance with NIS2 risk-management measures. Remediation must be prioritised and tracked by management.
4 Not effectiveControls are missing or fundamentally inadequate, or a critical weakness exists that could be exploited directly. Examples include accounts without multi-factor authentication, an unpatched internet-facing on-premises Exchange server, or unrestricted external auto-forwarding without detection. The control objective is not achieved and immediate action and escalation to executive management are required.

Roles (excerpt)

RoleTask
Lead IT auditor (audit lead)Audit team: Plans and leads the audit. Owns the audit program, the sampling decisions and the working papers. Conducts the interviews with the CISO, the Exchange Online administration team and the on-premises Exchange server owner. Evaluates dimensions A, D and E, consolidates the ratings and drafts the report. Serves as the single point of contact for the audit liaison.
IT auditor (audit team member)Audit team: Runs or observes the read-only configuration exports in Exchange Online PowerShell, Microsoft Graph, the Defender and Entra portals and on the on-premises Exchange server. Performs the passive DNS queries and the full-population analyses. Tests samples and conducts the interviews with the IAM, SOC, network and change management functions. Evaluates dimensions B, C and F and documents findings with criterion, condition, cause, risk and recommendation.
Head of Internal AuditAudit team: Approves the audit plan and the announcement. Performs the quality review of the working papers and the draft report. Approves and issues the final report to executive management. Owns the follow-up of agreed actions.
Chief Information Security Officer (CISO)Audited area: Owns the information security and email security policies, the logging policy, the incident management procedure and the NIS2 regulatory reporting process. Addressee of the prioritised findings. Consulted on risk acceptance, exceptions and the rating of findings. Tracks remediation of NIS2-relevant findings.
Head of IT infrastructure and operations (audit liaison)Audited area: Senior management contact of the audited area and service owner of the messaging service. Nominates contacts, coordinates document delivery and interview scheduling, and arranges read-only access for the auditors. Provides the management response to the draft report and is accountable for implementing the agreed actions.
Messaging / Exchange Online administration team leadAudited area: Responsible for the configuration and operation of the Exchange Online tenant. This covers accepted domains, SPF/DKIM/DMARC, connectors, mail flow rules, remote domains, outbound spam and forwarding settings, and Exchange Online Protection and Defender for Office 365 policies. It also covers the quarantine configuration, client access and protocol settings, mailbox delegations and mailbox audit settings. Runs or supports the configuration exports and validates technical findings.

Requested documents (excerpt)

DocumentContent
Email security policy and Exchange Online configuration baselineCurrent approved versions of the email or messaging security policy and the defined configuration baseline for Exchange Online. The baseline covers SPF/DKIM/DMARC requirements, anti-spam, anti-phishing, anti-malware, Safe Links and Safe Attachments settings, quarantine categories and user release rights. If no baseline exists, a written statement confirming this.
Export of accepted domains, DKIM configuration, connectors and remote domainsExchange Online PowerShell exports as CSV with tenant identifier, timestamp and record count: Get-AcceptedDomain; Get-DkimSigningConfig (Domain, Enabled, Status, Selector1KeySize, Selector2KeySize, rotation dates); Get-InboundConnector and Get-OutboundConnector with all TLS, IP restriction, Enhanced Filtering and WhenChanged attributes; Get-RemoteDomain (DomainName, AutoForwardEnabled). Run by the administrators under auditor observation, or by the auditors with a read-only role.
Inventory of legitimate email sending services per domainList of all services authorised to send email on behalf of each accepted domain, for example marketing platforms, ticketing systems, HR systems and the on-premises SMTP relay. For each service, the list gives the domain, the sending IP ranges or include mechanism, the DKIM signing status and the business owner function.
Mail flow architecture diagram and connector documentationCurrent diagram of inbound and outbound mail flow, including MX targets, Exchange Online Protection, hybrid connectors to the on-premises server, any third-party gateways and relays. Includes the connector documentation with purpose, owner function and date of last review per connector.
Export of outbound spam filter policies, mailbox forwarding and inbox rules forwarding externallyGet-HostedOutboundSpamFilterPolicy and Get-HostedOutboundSpamFilterRule (AutoForwardingMode, priority, scope). Get-EXOMailbox for all mailboxes with ForwardingSmtpAddress, ForwardingAddress and DeliverToMailboxAndForward. Export of all inbox rules with ForwardTo, ForwardAsAttachmentTo or RedirectTo, with record counts and extraction timestamp.

Interview guide (excerpt)

Interview with: Messaging / Exchange Online administration team lead, 150 minutes.

  • Walk us through the accepted domains: which ones send email, which are parked, and who decides which services may be included in SPF and sign with DKIM?
  • How is a new third-party sending service onboarded for one of your domains, and how do you ensure the SPF record stays within 10 DNS lookups?
  • Who receives and evaluates the DMARC aggregate reports, how often, and what happened with the last unauthorised sending source you identified?
  • What is the current DMARC policy per domain, and what is blocking the move to p=reject where it is not yet enforced?

Report template outline

  • 1. Management summary: overall conclusion, rating per dimension, key findings requiring management attention, NIS2 relevance
  • 2. Audit mandate and objective
  • 3. Scope, exclusions and reference period
  • 4. Audit approach: methodology, configuration baseline used (organisational baseline or reference baseline derived from Microsoft recommendations, stated explicitly), read-only data extraction, sampling approach and limitations
  • 5. Description of the environment: accepted domains, mail flow path, licensing, hybrid deployment and role of the on-premises Exchange server
  • 6. Rating scale and rating logic
  • 7. Results per dimension: rating, summary of controls found effective, findings
  • 7.1 A – Domain authentication and mail flow configuration
  • 7.2 B – Protection against email-borne threats
  • 7.3 C – User access and client authentication
  • 7.4 D – Privileged administration, application access and mailbox delegation
  • 7.5 E – Security of the hybrid on-premises Exchange server
  • 7.6 F – Logging, monitoring and incident response
  • 8. Detailed findings with management responses, action owners and target dates
  • 9. Mapping of findings to NIS2 Article 21 measures and Article 23 reporting obligations
  • 10. Observations and optional improvements without rating impact
  • Appendix A: Audit program with result per audit line (effective, deviation, not applicable, not tested with reason)
  • Appendix B: Populations, samples, extraction timestamps and tenant identifier
  • Appendix C: List of documents received and interviews held (by function)
  • Appendix D: Reference baseline used, if no organisational baseline exists

Everything else is in the download.

The same for your audit

A package is built from your details on topic, scope, regulation and team. For a test with allowance, create an account and send a short request.

Request a test View pricing

Download the package (ZIP, Word and Excel)