Im Zentrum der von Rapid7 analysierten Schwachstelle steht laut den Forschern eine „gebrochene Vertrauensgrenze“ im Authentifizierungspfad der Anwendung. Dieser Fehler ermögliche es einem Angreifer, sich über SmartConsole mit vollen Administratorrechten an einem verwundbaren System anzumelden, obwohl keine vorherige Authentifizierung vorliegt.
Konkret akzeptiert ein anfälliger Server nach Angaben von Rapid7 einen vom Angreifer gelieferten Distinguished Name (DN) für Secure Internal Communication, kurz SIC, als Identität einer entfernten Anwendung. Stattdessen hätte diese Identität an den authentifizierten DN des entfernten Peer-Zertifikats gebunden werden müssen, den eine Funktion namens „getCertificateDnName()“ zurückliefert.
Aus dieser Abweichung ergibt sich der eigentliche Angriffsweg: Während einer nicht authentifizierten Bootstrap-Kommunikation kann ein Angreifer den SIC-DN des Management Servers selbst auslesen. Anschließend kann er sich als entfernte Anwendung ausgeben, indem er genau diesen DN wiederverwendet. So lässt sich ein Anwendungs-Anmeldetoken erhalten und über die gefälschte Anwendungssitzung anschließend ein neues SmartConsole-SSO-Ticket erzeugen.
Rapid7 zitiert die praktische Folge der Lücke deutlich: Mit CVE-2026-16232 könne ein nicht authentifizierter Angreifer ein Anwendungs-Anmeldetoken erlangen, sich damit über SmartConsole mit vollständigen Administratorrechten anmelden und danach Sicherheitsrichtlinien oder die Sicherheitskonfiguration verändern.
Check Point hat die Schwachstelle inzwischen behoben. Der vom Hersteller bereitgestellte Patch sorgt laut Beschreibung dafür, dass entfernte Clients den authentifizierten DN des entfernten Peer-Zertifikats verwenden müssen. Jede Abweichung zwischen dem übermittelten DN und dieser authentifizierten Identität wird damit zurückgewiesen. Zusätzlich ergänzt der Patch eine neue Prüfung auf eine leere Identität, sodass die Anmeldung einer entfernten Anwendung verhindert wird, wenn keine authentifizierte SIC-Identität vorhanden ist.
Stephen Fewer von Rapid7 erläutert die Wirkung der Korrektur so: Damit ein vom Angreifer gelieferter Server-DN die Prüfungen nach dem Patch bestehen würde, bräuchte der Angreifer ein authentifiziertes Client-Zertifikat, dessen Subject-DN bereits mit diesem Server-DN übereinstimmt. Dadurch entfalle die nicht authentifizierte Umgehung.
Neben der technischen Analyse hat Rapid7 auch ein Python-Skript als Proof of Concept veröffentlicht. Damit lasse sich erfolgreich überprüfen, ob ein Zielsystem für die Schwachstelle anfällig ist oder ob der Patch bereits greift.
Check Point rät Kunden, die am 22. Juli 2026 veröffentlichten Jumbo Hotfixes so schnell wie möglich einzuspielen, um die Schwachstelle zu beheben.