Authenticated Receive Chain is set up for domains not pointing to EOP/MDO, or all domains point to EOP/MDO
Part of ORCA · Defender · Email authentication · All checks
Invoke-Maester -TestId ORCA.243Overview
Section titled “Overview”When EOP/MDO is behind a third-party service, sender authentication checks such as DKIM & SPF can fail. This is due to the fact that the service infront may modify the message and break the signature, or send from an IP address that is not a registered sender for the domain. By configuring the third-party to ARC seal the message, and setting up a trusted ARC sealer, the authentication results of the third-party mail relay can be used. IMPORTANT NOTE: This check cannot validate that the third-party service infront of these domains is correctly ARC sealing your emails, nor can it check that the domain portion matches one of the trusted ARC sealers. This check purely validates a trusted ARC sealer exists. Even if this check passes, you should validate your emails are passing ARC seal
Remediation action
Section titled “Remediation action”Enable Authenticated Receive Chain (ARC) trusted sealers for domains not pointed at EOP/MDO.
Related Links
Section titled “Related Links”- Configuring trusted ARC sealers
- Improving ‘Defense in Depth’ with Trusted ARC Sealers for Microsoft Defender for Office 365
Details
Section titled “Details”Every attribute of this check
| Field | Value |
|---|---|
| Test ID | ORCA.243 |
| Severity | Medium |
| Suite | ORCA |
| Product | Defender |
| Related products | Exchange Online |
| Feature | Email authentication |
| Area | Email and collaboration protection |
| Resource type | Domain |
| User impact | Low |
| Implementation cost | Medium |
| MITRE ATT&CK | T1566 Phishing, T1684.002 Email Spoofing |
| Supports controls | nist-800-53-r5:SC-8 |
| PowerShell test | Test-ORCA243 |
| Services | ExchangeOnline |
Source
Section titled “Source”- Test:
tests/orca/Test.ORCA.243.ps1 - Documentation:
tests/orca/Test.ORCA.243.md