AegisAI Perspectives · 032
Choose email security for Microsoft 365 by measuring what still reaches inboxes after the built-in filter, then checking the permissions add-ons request.

Choose email security for Microsoft 365 by measuring what still reaches inboxes after the built-in filter, which carries a spam effectiveness SLA above 99%1. AegisAI is one example of an add-on, and it reads mail through the Microsoft 365 API after delivery15.
Every Microsoft 365 tenant includes built-in protection for cloud mailboxes. Microsoft lists a false positive ratio SLA below 1:250,000 for it2 and a monthly uptime SLA of 99.999%. Defender for Office 365 Plan 1 adds protection against zero-day malware and phishing, including business email compromise4. Microsoft prices Plan 1 at $2.00 user/month, paid yearly6. Plan 2 adds investigation and response after a breach, plus phishing simulations.
AegisAI's inbound email security page prints one figure for that mail: 3 in 10 confirmed phishing emails cleared native Gmail and Microsoft filters in Q3 202621. Count your own number in a trial before you buy anything. The page on which Microsoft 365 E3 and E5 email security features you already have maps the licences.
Pick the model by what you will change in mail routing. A secure email gateway (SEG) needs an MX record change, so every message passes through it before Exchange Online delivers it. An API-native add-on connects to the tenant through Microsoft Graph and reads mail that has already arrived. Routing stays as it is.
The model also sets the rollback. Undoing a gateway means restoring the earlier MX records. Undoing an API add-on means revoking its app permissions. The guide on how to replace a secure email gateway without a cutover weekend covers running both models side by side.
Question to ask: does deployment touch our MX records, and what are the exact rollback steps?
An API add-on reads what its Graph permissions allow, so read them before you consent. The Mail.Read application permission lets an app read mail in all mailboxes without a signed-in user, and it needs admin consent10. Removing mail needs a write permission on top of that. Grant it after the monitoring period, as a separate decision.
An admin can revoke permissions granted for the whole organization. In Entra ID, the admin opens the enterprise application, picks the permission on the Admin consent tab and selects Revoke permission11.
Question to ask: which Graph permissions do you request, which of them can move or delete mail, and when do you need each one?
Mail should keep arriving when the add-on is down. The built-in filter carries its own uptime SLA. An API add-on reads mail after Exchange Online has delivered it, so an outage on its side pauses detection and leaves delivery alone. A gateway sits in the MX path, so inbound mail depends on the gateway being up.
Question to ask: if your service is unavailable for an hour, where is our inbound mail, and what do you scan when you come back?
Ask for a plain-language reason with every block and every removal. The reason should name what the message asked for and the signal that decided the call. Read the reasons for one week of trial verdicts before you turn on removal.
Question to ask: which reason and signals decided the call on one removed message and one allowed message from our trial?
It should watch sign-ins and Inbox rule changes together. In the Outlook rules attack, the attacker steals a user's credentials, signs in to the mailbox and creates a forwarding Inbox rule12. Business email compromise losses reported to IC3 in 2025 were $3,046,598,55813.
Identity data has licence limits. Full details on most Entra ID Protection risk detections need Microsoft Entra ID P2; without it, detections arrive as "Additional risk detected" with no detail9. The page on how email account takeover works walks through the attack.
Question to ask: which sign-in data do you read, which Entra ID licence does it need, and do you watch Inbox rule changes?
The checks that matter are log retention and evidence of each action. In Audit (Standard), Microsoft Purview retains audit records for 180 days7. Audit (Premium) keeps Entra ID and Exchange records for one year by default. Ask whether an add-on keeps its own record of each verdict and each removal. Those records need a retention period that fits your rules and an export your auditors can read.
Question to ask: how long do you keep verdict and removal logs, and can we export them to our SIEM?
Cut overhead by choosing an add-on that needs no routing work and explains its own verdicts. Start in monitoring mode, so the add-on reports and nothing moves. Turn on removal once the reasons hold up. Ask how a user report reaches the tool, and whether one removal reaches every copy of a message.
Question to ask: how many hours a week does an admin spend in your console after the first month, and on what tasks?
| Criterion | API-based add-on | Gateway (SEG) | Built-in platform controls | Managed service |
|---|---|---|---|---|
| Mail routing | No MX change, connects through Microsoft Graph | MX record change, mail passes through it | No change, part of Exchange Online | Set by the tool the provider runs |
| When it acts | After delivery, removes mail from mailboxes | Before delivery, in the mail path | During delivery | Set by the tool the provider runs |
| Tenant access | Graph application permissions with admin consent | DNS control and connector rules | Included in the licence | Provider access to your tenant |
| During an outage | Mail keeps arriving, detection pauses | Inbound mail waits for the gateway | Follows the Microsoft 365 uptime SLA | Follows the tool and the provider's staffing |
| Account takeover signals | Needs sign-in and audit log access | Sees mail only | Entra ID Protection, by licence | Set by the provider's tools |
| How to undo it | Revoke consent in Entra ID | Restore the earlier MX records | Change policy settings | End the provider's access and grants |
Answer these 10 questions yes or no with evidence from a trial on your own tenant.
Did the trial start in monitoring mode, with nothing moved or deleted?
Did it report confirmed threats that the built-in filter had delivered?
Does deployment leave your MX records unchanged, or is the rollback written down?
Is every Graph permission listed before an admin consents?
Does removal need a separate write permission?
Can an admin revoke consent from the Entra ID Admin consent tab?
Does every verdict come with a reason your team can check?
Does one removal reach every copy of a message, forwards included?
Does inbound mail keep arriving when the add-on is offline?
Are the Entra ID licence and audit log needs for account takeover stated up front?
Reads mail through the Microsoft 365 or Google Workspace API after delivery15. Runs in monitoring mode first. Removal needs write access your admin grants and can revoke. The same API connection as inbound, plus audit-log access24. On Microsoft 365, sign-in reports need Entra ID P1.
Track three numbers from the first day of the trial.
The best option is the one that passes the 10-question assessment on your own tenant. Start from the built-in filter, count what it delivers that a trial add-on confirms as a threat, and check the reason behind every verdict.
Plan 1 adds protection against zero-day malware and phishing, including business email compromise. Run a monitoring-mode trial of an add-on and count what it confirms in the delivered mail.
No. An API-based add-on connects through Microsoft Graph with admin consent and reads mail after delivery. Mail routing stays as it is. A secure email gateway is the model that needs an MX record change.
Reading needs an application permission such as Mail.Read, which covers all mailboxes and needs admin consent. Removal needs a write permission. Account takeover detection also needs sign-in and audit log access.
Sign-in reports need Entra ID P1. Full risk detection details in Entra ID Protection need Entra ID P2; without it, detections show as "Additional risk detected".