Check Point's management server zero-day had a two-month head start
Check Point's Security Management Server is the kind of box you stop thinking about because it isn't the firewall — it's the brain running it. It stores your security policies, processes the admin changes, and ingests the logs from everything else in the estate. So when Check Point disclosed CVE-2026-93616 this week, a pre-auth path traversal that lets an unauthenticated visitor to the management web service upload and run arbitrary scripts, it's the kind of bug that makes you reach for your keyboard. It's rated CVSS 9.8, the fix is an emergency hotfix in R82.20, and the flaw isn't limited to the one box in the headline.
What stings isn't the vulnerability itself. Path traversal in a web service is a bug CISA and the FBI have been telling vendors to stop shipping since 2024, and "unforgivable" has been the word of record for it since 2007. What stings is the timeline. Check Point says the attacks ran on July 23, more than six weeks before the hotfix shipped. That's roughly a two-month window in which anyone who could reach the management server had a pre-auth code-execution path into the system that controls the policies and logs of the entire firewall estate. The advisory doesn't name the targets or say what the attackers did after landing, which is the company's way of not making it worse. And it pairs the zero-day with a second, quieter story: a pre-auth VPN flaw (CVE-2026-85102) fixed on September 9 that's now being actively probed, aimed at Spark, Check Point's small-business line. Two pre-auth paths on the control side of the network in the same release cycle is a pattern worth noticing, even if it isn't a confirmed campaign.
If you run Check Point, the move isn't dramatic. Confirm you're on the R82.20 hotfix across every affected component — Security Management Server, Multi-Domain Security Management Server, Log Server, Multi-Domain Log Server, and SmartEvent — because the blast radius is wider than the one box that made the news. Then restrict who can actually reach the management web service, since the exploit path only exists if that service is reachable, and finally hunt for signs of compromise in that six-week gap. A pre-auth RCE into your control plane means "assume something was changed or exfiltrated" until you've verified otherwise. The uncomfortable part is that this was never going to be an outage you'd see in a dashboard. So what does your team actually look at first when a management server is quietly compromised — the logs you trust it to keep, or the logs an attacker already got to?
Sources
- Check Point warns of Management Server zero-day exploited in attacks — BleepingComputer
- Check Point Warns of Management Server Zero-Day Exploited in Targeted Attacks — The Hacker News
- Security Advisory: Active Exploitation of CVE-2026-85102 and a Management Pre-Authentication Vulnerability (CVE-2026-93616) — Check Point
- CVE-2026-93616 — NVD
Comments
Post a Comment