CVE Tools
Back to blog

Check Point SmartConsole auth bypass (CVE-2026-16232): full admin on your firewall manager

An unauthenticated zero-day on the Check Point management plane — exploited in the wild, KEV due 25 July. Here's who's exposed, how to detect it, and how to fix it.

Check Point SmartConsole auth bypass (CVE-2026-16232): full admin on your firewall manager. An unauthenticated zero-day on the Check Point management plane — exploited in the wild, KEV due 25 July.
Check Point SmartConsole auth bypass (CVE-2026-16232): full admin on your firewall manager. An unauthenticated zero-day on the Check Point management plane — exploited in the wild, KEV due 25 July.

Check Point is patching an actively-exploited zero-day in its SmartConsole login process: CVE-2026-16232 lets an unauthenticated, remote attacker grab an application login token and log in with full administrator privileges on the Check Point Management Server — the box that stores and pushes policy to every managed firewall. CISA added it to the Known Exploited Vulnerabilities catalog on 22 July 2026 with a remediation deadline of 25 July 2026.

What the flaw actually is

The bug is an authentication bypass (CWE-287) in the SmartConsole login flow on the Security Management Server (SMS) and Multi-Domain Security Management (MDS). Per Check Point, an unauthenticated attacker can obtain an application login token and use it to authenticate as a full admin, then rewrite security policy, change administrator permissions, tamper with VPN configuration, and disable logging.

Two honest caveats. First, this is a management-plane compromise, not a gateway data-plane bug — and that is exactly what makes it dangerous: admin of the manager is transitive control of every firewall it manages. Second, the deep internals are not public. Check Point found the issue during an internal review and disclosed it as a live zero-day; no source explains how the token is obtained at the protocol level, and there is no public proof-of-concept. The one concrete fingerprint the vendor did share is a detection signal — admin logins whose authentication method is application token — which tells you the shape of the bug without handing anyone an exploit.

Am I exposed? The two preconditions

The base CVSS assumes network reach, but real-world exploitability needs both of these — if either is false, the flaw is not remotely exploitable:

  1. The Management Server IP is reachable from the attacker — internet-exposed, or reachable from a low-trust segment (management/control ports such as 19009, legacy 18190, and 443).
  2. Trusted Clients is unrestricted — the SmartConsole GUI-client allowlist left as Type "Any" (0.0.0.0/0). Check Point: "This only affects a very specific configuration — when Management is exposed directly to the internet without IP restrictions."

The exploitation chain

Read left-to-right, the attack is short: find an exposed manager, confirm the allowlist is open, bypass auth to mint an admin token, and then operate as a trusted administrator. The green branch is the cheapest place to break it — restricting Trusted Clients removes a precondition and stops the chain even before you patch. The amber nodes are where a defender can see it, because a bypass that ends in a valid admin session is caught by audit-log anomaly, not by an IPS signature.

CVE-2026-16232 — SmartConsole auth-bypass kill chain (with prevent/detect chokepoints)

  1. CVE-2026-16232 · KEV due 2026-07-25 — Actively exploited zero-day. Full admin on the Check Point Management Server.
  2. Recon: internet-reachable SMS/MDS — Attacker finds a Management Server exposed to untrusted networks. **Precondition #1.**
  3. Trusted Clients = 'Any'? — Exploitation also needs the SmartConsole allowlist unrestricted. Restricted → chain stops. **Precondition #2.**
  4. Restrict Trusted Clients + firewall mgmt — Specific IPs (never 'Any') + firewalled manager removes precondition #2 — neutralises the attack even unpatched.
  5. Obtain application login token — Unauthenticated attacker obtains an application login token via the flawed login path (CWE-287).
  6. Log in as full admin — Token replayed → full administrative privileges on the SMS/MDS. ATT&CK T1190 → T1078.
  7. Detect: 'application token' admin login — Hunt the audit log for `Authentication method: application token` from unexpected IPs + the six attacker IPs.
  8. Rewrite policy · add admins · tamper logs/VPN — Admin of the manager = control of every managed gateway. Alter admins (T1098), impair logging (T1562).
  9. Detect: new admins / policy install / TC change — Correlate an anomalous token login with new admins, permission changes, Install Policy, Trusted Clients edits.
  10. Estate-wide impact — Compromise propagates to all managed firewalls. Patching does not evict an in-place admin — assume breach.

Affected versions and the fix

The bug spans a wide range of management versions, but Check Point only ships fixed builds for the supported trains via Jumbo Hotfix Accumulators released on 22 July 2026. Take numbers are vendor-stated in sk185169 — verify in the authenticated advisory before change control.

TrainStatusFixed in
R82.10AffectedJumbo Hotfix Accumulator Take 36 and later
R82AffectedJumbo Hotfix Accumulator Take 118 and later
R81.20AffectedJumbo Hotfix Accumulator Take 158 and later
R81.10, R81, R80.x, R77.30Affected, end-of-supportNo fixed take — upgrade to a supported train, then apply the Jumbo

Disclosure → exploitation timeline

How this unfolded

  1. Advisory sk185169 first published
    Page metadata suggests an initial publication; treat as approximate.
  2. Public advisory + Jumbo Hotfixes released
    Check Point discloses the flaw was found in an internal review and already exploited in the wild against a small number of customers.
  3. Added to CISA KEV
    Remediation due 2026-07-25 — a three-day window.
  4. Press coverage
    BleepingComputer, The Hacker News, Help Net Security, Rapid7, SecurityWeek.
  5. CISA federal remediation deadline
    KEV due date for CVE-2026-16232.

Detection and hunting

Because the outcome is a legitimate admin session, hunting is anomaly detection, not signature matching. The primary signal: in the SmartConsole Audit Log View, look for successful administrator logins where Authentication method = application token, especially from unexpected source IPs. Check Point also published attacker IP indicators — hunt these in audit and connection logs ($FWDIR/log/*.adtlog, cpm.elg, or your SIEM if Log Exporter is deployed):

Published attacker IPs (IoCs)
151.241.99.207
151.241.99.233
158.62.198.182
192.142.10.99
139.28.37.250
194.213.18.137

Sources differ on the count — five IPs appear in some extracts, six in others (the extra is 194.213.18.137); treat all six as in scope. Critically, Check Point warns that the absence of these IPs does not confirm you were unaffected. Correlate any anomalous token login with the same session's new-administrator objects, permission-profile changes, Install Policy events, and Trusted Clients edits. No vendor Sigma rule ships, so the two below are author-written heuristics — validate the field names against your Check Point Log Exporter mapping before deploying.

Deployable detections (author-written, experimental)2 rules
sigma ×2

Rule 1 is behavioural and survives IP rotation; Rule 2 is high-fidelity but decays as infrastructure changes. Deploy both.

sigmaAuthor-written · experimental
Admin login via application token from a non-trusted source IP Check Point audit logs (Log Exporter) with auth_method/operation/src_ip fields
title: Check Point SmartConsole Admin Auth via Application Token (CVE-2026-16232)
id: 8f2c1a90-16e2-4b32-9d21-cve202616232a
status: experimental
description: Admin authentication to a Check Point Management Server using an application
  token, the auth path abused by CVE-2026-16232. Proposed heuristic; map fields to your parser.
references:
  - https://support.checkpoint.com/results/sk/sk185169/
logsource:
  product: checkpoint
  service: audit
detection:
  selection_token:
    auth_method|contains: 'application token'
    operation|contains: 'Log In'
  filter_trusted:
    src_ip|cidr:
      - '10.0.0.0/8'
      - '172.16.0.0/12'
      - '192.168.0.0/16'
  condition: selection_token and not filter_trusted
fields: [src_ip, administrator, auth_method, operation]
falsepositives:
  - Legitimate API/automation using application tokens from non-RFC1918 egress
level: high
sigmaAuthor-written · experimental
Any management/audit event from the six published attacker IPs Check Point management/audit logs with src_ip
title: Check Point Management Activity from CVE-2026-16232 Attacker IPs
id: 8f2c1a90-16e2-4b32-9d21-cve202616232b
status: experimental
description: Flags any Check Point management/audit event whose source IP matches the
  Check Point-published CVE-2026-16232 attacker IoCs (point-in-time; absence != safety).
logsource:
  product: checkpoint
detection:
  selection_ioc:
    src_ip:
      - '151.241.99.207'
      - '151.241.99.233'
      - '158.62.198.182'
      - '192.142.10.99'
      - '139.28.37.250'
      - '194.213.18.137'
  condition: selection_ioc
fields: [src_ip, dst_ip, administrator, operation]
level: critical

Fix it: the playbook

  1. Mitigate now (minutes). In SmartConsole → Manage & Settings → Permissions & Administrators → Trusted Clients, set each entry's Type to a specific IP/network — never "Any". Firewall the manager to trusted source IPs and enable implied rules for control connections. This removes a precondition and neutralises the attack even unpatched — but it is not a substitute for the fix.
  2. Patch (same day). Install the Jumbo Hotfix Accumulator via CPUSE (R82.10 Take 36+, R82 Take 118+, R81.20 Take 158+), meet or exceed the take, and reboot. End-of-support trains: upgrade first. Bundle CVE-2026-62144 and CVE-2026-62145.
  3. Assume breach if you were exposed. A live zero-day means patching may be too late — it does not evict an admin who already got in. Run the hunt above, rotate administrator credentials and API keys, review policy and VPN config for tampering, and only then restore trust in the manager.
Is CVE-2026-16232 being exploited?
Yes. Check Point disclosed it as a zero-day already exploited in the wild against a small number of customers, and it is on the CISA KEV catalog (added 2026-07-22, due 2026-07-25).
Is there a public exploit or PoC?
No public proof-of-concept or Nuclei template exists as of 25 July 2026. The one GitHub repo tagged as a "PoC" by automated feeds is actually a defensive config auditor, not an exploit. Working tooling is private, in the hands of the original attacker.
Am I affected if my Management Server isn't internet-facing?
Exploitation needs the manager reachable from the attacker and Trusted Clients left as "Any". If your manager is firewalled and the allowlist is restricted to known IPs, it is not remotely exploitable — but patch promptly anyway, since one misconfiguration reopens the path.
Does restricting Trusted Clients replace the patch?
No. Restricting Trusted Clients removes a precondition and stops the current attack, but the vulnerable code remains until you install the Jumbo Hotfix. Do both.
Was the Qilin ransomware group behind this?
There is no public attribution for CVE-2026-16232. Qilin has separately targeted Check Point appliances via a different CVE (a Remote-Access VPN bug); do not conflate the two.

Sources