The Mail Stack Is a Prime Target, and Your Scanner Can't See Half of It
Three of the four critical fixes covered here sit in your mail path. The most dangerous one has no patch, and the quietest one has no CVE for your tools to catch.
CISA added CVE-2026-104286, a FortiMail flaw, to KEV on Oct 1. Federal agencies got three days and mandatory forensic triage under BOD 26-04. The directive orders triage on top of mitigation, which means CISA assumes some appliances are already compromised. An unauthenticated arbitrary file write on an email gateway typically becomes persistence through a dropped web shell or a tampered config. The workaround blocks new requests and leaves any existing web shell or tampered config in place.
What specifically changed
The IBE (Identity-Based Encryption) endpoint accepts a crafted request and writes a file without authentication. As of Oct 6 there is no patched build for CVE-2026-104286. The 7.2 branch gets no same-branch fix. Teams on 7.2 should stage and test the cross-branch jump to 7.4.9 now, so it can deploy the day Fortinet ships the fix. The interim control is setting IBE Service to Off. Where IBE is business-critical, FG-IR-26-175 calls for pulling webmail off the internet and WAF-blocking POST requests to /ibe.
The pattern across the stack
Of these four critical fixes, three sit directly in the communications path. FortiMail is the gateway. Exchange is the server. Kiteworks EPG is an email protection gateway.
| Product | Flaw | Why it matters | Fix |
|---|---|---|---|
| FortiMail | CVE-2026-104286 (9.8), exploited, unpatched | Unauthenticated file write; likely persistence | Disable IBE; no build yet |
| Exchange | CVE-2026-96940, no exploitation observed | Low-priv account reads any mailbox org-wide | Out-of-band update; 2016/2019 need ESU Period 2 |
| Kiteworks Core/EPG | 11 critical flaws, only CVE-2026-54154 identified | Auth bypass, admin takeover; scanners miss it | Verify version 9.4.1+ directly |
| Atlassian Data Center | Unauthenticated file-read, 8 products | Config, tokens, connection strings exposed | Vendor fix; WAF web-root paths |
Why it matters
The Exchange flaw is the sleeper. It requires authentication and little else. Complexity is low and no user interaction is needed. Microsoft rates exploitation 'more likely' and shipped the fix out of band over a weekend with no attacks observed. Paired with any credential phish, a single low-privilege account reads the mail of the CEO and the General Counsel. Expect attackers to diff the patch and shorten the window. Exchange 2016/2019 receive fixes only through paid ESU Period 2. Servers not enrolled have no patch at all.
Kiteworks and Atlassian share a detection problem. Most of their flaws carry no CVE, so a CVE-driven scanner reports clean on exposed systems. For Kiteworks, confirm the running version is 9.4.1 or later; the scan result cannot confirm it. Secrets stored in any Atlassian web-root config should be treated as compromised until rotated.
Any internet-facing FortiMail that had IBE enabled is compromised until forensics shows otherwise. For the rest of the mail stack, check the running build; a CVE-driven scan will report clean either way.
What to do
Have the SOC and infrastructure team query your CMDB and attack-surface tooling within the hour for internet-facing FortiMail (with IBE status), on-prem Exchange, Kiteworks Core/EPG and self-hosted Atlassian Data Center; disable FortiMail IBE immediately and run the FG-IR-26-175 IoC hunt on every appliance that had it exposed.
Have the messaging team apply the Exchange out-of-band update this week, confirm ESU Period 2 enrollment for 2016/2019 servers, and verify Kiteworks is on 9.4.1+ by checking the version directly rather than relying on CVE-based scans.