Two KEV Fires Where the Patch Isn't the Finish Line
One flaw exposes your patch latency; the other survives the patch entirely — both hit tiers that turn compromise into detection blindness and durable persistence.
The mechanism binding these two fires: the patch is not the win condition. On FortiSandbox, adversaries reverse-engineered the April 14 fix and weaponized CVE-2026-39808 by June 16 — a two-month window indicting deployment cadence, not the vendor. Because FortiSandbox is a threat-detection appliance, a successful unauthenticated RCE lets an attacker disable your own sensors before moving laterally. CISA's July 19 directive treats any instance not on the fixed release as in-scope; appliances patched after June 16 warrant an assume-breach IOC hunt.
SharePoint is worse differently. CVE-2026-58644 (RCE, 9.8) and CVE-2026-56164 (auth bypass, 5.3 but actively exploited on a 3-day clock) are in KEV, and CISA issued an atypical warning: patching alone will not prevent business disruption. The tell is the instruction to rotate ASP.NET machineKey material. Stolen machine keys enable forged ViewState/__VIEWSTATE deserialization payloads that survive patching and grant durable RCE. SharePoint RCE historically yields SYSTEM, then webshells and domain lateral movement — the pattern that has repeatedly fed ransomware. AD FS CVE-2026-56155 runs on a separate 14-day clock as the federation-escalation path.
| Dimension | FortiSandbox 39808 | SharePoint 58644 |
|---|---|---|
| Class | Unauth, no-interaction RCE | Deserialization RCE (9.8) |
| Why patch ≠ done | Sensor already compromised on late-patched units | Machine-key theft persists post-patch |
| Deadline | Jul 19 | 3 days (KEV) |
| Eviction step | IOC hunt + reimage | Rotate machine keys + segment |
Five independent reports converge on the same triage: order by exploitation status and KEV deadline, not raw CVSS. The 5.3-scored SharePoint auth bypass carrying a 3-day clock is the proof — CVSS alone would have deprioritized an actively exploited primitive. Treat both tiers as incidents, not patch tickets: for FortiSandbox, deploy the fix before Sunday and hunt anything patched after mid-June; for SharePoint, hunt w3wp.exe child processes and .aspx webshells, rotate keys, and segment before closing the ticket.
What to do
Patch all FortiSandbox instances to the April 14 release before the July 19 deadline, and run an assume-breach IOC hunt on any appliance patched after June 16.
Treat internet-facing SharePoint as compromised: apply KEV patches, hunt for webshells and anomalous w3wp.exe children, then rotate ASP.NET machine keys and segment.