| | | |

Check Point Gateways Turned Against Their Owners: PHP2Shell → TSGA Backdoor → ESXi Wiper — CVE-2026-123039 on CISA KEV

Nation-state linked attackers exploited two PHP2Shell vulnerabilities to enter Check Point gateway Mobile Access portals, escalated to root through a world-writable socket flaw (CVE-2026-123039), planted the TSGA backdoor, and wiped ESXi hosts with a destructive wiper. CISA added CVE-2026-123039 to its Known Exploited Vulnerabilities catalog on November 13. If your gateway runs Mobile Access, your incident response clock started then.

DataWater Threat Intelligence Desk | Published November 14, 2026 | 11-minute read

Threat level: Critical (exploited in the wild)

What: A three-CVE kill chain targeting Check Point gateway products: CVE-2026-109618 and CVE-2026-109619 (PHP2Shell, CVSS 9.2) provide unauthenticated initial access to the Mobile Access portal; CVE-2026-123039 (CVSS 7.8) escalates an authenticated portal shell to Gaia OS root via an unprotected local socket. Attackers then deploy the TSGA backdoor and TSProxy, pivot to VMware ESXi, and run the destroy_v6 wiper.

Status: Actively exploited in two confirmed waves — late October 2026 (primarily Israeli organizations) and November 2, 2026 (multi-country, cross-sector). Check Point reports “a couple of dozen” customers affected by CVE-2026-123039. PHP2Shell exploitation began roughly one week after a security fix became available.

Deadline: CISA added CVE-2026-123039 to its Known Exploited Vulnerabilities catalog on November 13, 2026. Check the CISA catalog for the exact federal remediation deadline (standard BOD 22-01 timeline is 14 days from addition). PHP2Shell CVEs were not separately listed in CISA KEV as of this writing.

Fix: Deploy the Jumbo Hotfix Accumulator for your Check Point release (see advisory sk1000362). If immediate patching is not possible, stop the dynamic_server process and prevent it from restarting to block CVE-2026-123039. Disable or restrict internet exposure of the Mobile Access portal to block PHP2Shell entry.

Key takeaways

  • Your firewall is the attack surface. Attackers used PHP2Shell vulnerabilities to enter through the Mobile Access portal — an enterprise-approved remote-access feature — not a misconfiguration. If Mobile Access is internet-exposed and unpatched, entry was possible without credentials.
  • CVE-2026-123039 hands root to any process that can reach a local socket. The Gaia OS dynamic_server daemon runs as root and listens on /tmp/dynamic_socket without authenticating callers. Any code already running on the appliance can send privileged commands and receive root-level execution.
  • The TSGA backdoor persists through reboots and backup restores. The implant disguises itself as slot_CPconfigdaemon, survives Gaia snapshot operations, and injects the TSProxy library into running appliance processes to intercept network traffic.
  • ESXi wiper = no VM recovery without offsite backups. The destroy_v6 wiper recursively deletes files and overwrites them with zeros. If your ESXi hypervisor holds your gateway’s management backups, both are gone.
  • Attribution is contested, and that may be deliberate. The toolkit overlaps with a China-nexus group documented by ESET, but Check Point considers a false-flag operation plausible. The wiper’s politically themed note referencing the Israeli-Palestinian conflict may be designed to mislead.
  • CISA KEV means federal agencies must act now. Non-federal enterprises should treat this with the same urgency: CVE-2026-123039 is confirmed exploited and was used as one step in a chain that ends in data destruction.

Executive Summary

The firewall that was supposed to protect your network became the first machine the attackers owned.

Beginning in late October 2026, a threat actor exploited two PHP2Shell vulnerabilities (CVE-2026-109618 and CVE-2026-109619) targeting Check Point gateways running the Mobile Access portal feature. PHP2Shell gave the attackers unauthenticated code execution on the portal service. From that foothold, they escalated to full Gaia OS root access by sending a command to /tmp/dynamic_socket — a socket that the dynamic_server daemon, running as root, services without asking any caller to prove who it is. CVE-2026-123039 describes that flaw; it carries a CVSS score of 7.8, a High rating, and was placed on CISA’s Known Exploited Vulnerabilities catalog on November 13, 2026.

With root on the gateway, attackers planted web shells in the Mobile Access portal’s login page templates and installed the TSGA backdoor, a passive implant that disguises itself as the legitimate process slot_CPconfigdaemon. The companion library TSProxy was injected into existing appliance processes to handle attacker connections that arrive with a special marking in the traffic. Together, the two tools provided persistent, encrypted remote access that survived gateway reboots and snapshot operations. TSGA also copied the firewall configuration and tampered with binary firewall logs.

In the final phase, attackers pivoted over SSH to a VMware ESXi host using the vpxuser account, deployed the destroy_v6 wiper, and left a file called DREAM_ANNEXATION.txt in each directory the wiper processed. The note contains politically themed content referencing the Israeli-Palestinian conflict. Whether that reflects the attackers’ actual motivation or is designed to obscure attribution is unknown; Check Point calls a false-flag operation one of several plausible scenarios. ESET linked the PhiliKit toolkit to the China-nexus group Armory Castle (formerly tracked as UNC5221) in June 2026, citing LightNode VPS infrastructure and working-hours patterns consistent with a Chinese time zone.

Two attack waves have been confirmed: October 30 (primarily Israeli organizations) and November 2 (broader campaign spanning multiple countries and sectors). Check Point publicly reported “a couple of dozen” customers affected by the LPE exploit. The actual count exposed through PHP2Shell alone may be higher.

Why This Matters to CISOs and Security Leaders

Security gateways are trusted by everything downstream. A compromised firewall sits in front of every inbound and outbound connection. It sees plaintext traffic before encryption, holds VPN credentials and CA certificates, and usually has administrative reach to network segments that nothing else can directly touch. Owning the firewall is not a step toward the target; for many organizations it effectively is the target.

The ESXi pivot is the worst-case multiplier. Most enterprise Check Point deployments run on virtual appliances. Hypervisor access means the attacker can touch every VM on that host, copy disks, snapshot credentials, and in this case wipe everything before anyone responds. Backups stored on the same ESXi cluster are destroyed with the VMs.

The TSGA backdoor survives standard incident response steps. Rebooting the appliance, restoring from a Gaia snapshot, and reviewing running processes will not remove an implant that injects itself into other processes, persists through backup operations, and runs under a name that resembles a legitimate Check Point component. Teams that don’t know what slot_CPconfigdaemon is supposed to look like will walk right past it.

This campaign follows a pattern DataWater has flagged repeatedly in 2026. The edge-device zero-day wave of October showed that firewalls, VPN concentrators, and email gateways are systematically targeted before defenders patch them. The N-central 4EverAble2Shell attack, reported just yesterday, demonstrated again that management tools trusted by the enterprise become the most dangerous machines once compromised. Check Point gateways are trusted more than either of those.

Executive insight

Ask your security team one question today: “Is our Check Point Mobile Access portal reachable from the internet, and if so, have we applied the PHP2Shell hotfix?” A yes to the first half and a no to the second means your gateway may already be a beachhead. Plan for incident response before you plan for patching.

The Timeline

Date (2026) What happened
June 2026 ESET documents the PhiliKit toolkit and links it to China-nexus group Armory Castle (formerly UNC5221), citing LightNode VPS infrastructure and working-hour patterns. The toolkit would later appear in this campaign. (Single-source: ESET via THN)
~October 23 Check Point releases a security fix for PHP2Shell vulnerabilities (CVE-2026-109618/9). Exploitation of unpatched gateways begins approximately one week later.
October 30 First wave of attacks, targeting primarily Israeli organizations. Attackers exploit PHP2Shell for initial access, escalate via CVE-2026-123039, and begin deploying TSGA and TSProxy.
November 2 Second, broader wave. Attackers expand targeting to organizations in multiple countries and sectors, some of which were also hit in the first wave.
November 13 Check Point publishes its full campaign analysis. CISA adds CVE-2026-123039 to the Known Exploited Vulnerabilities catalog.
November 14 Today. Emergency hotfixes are available for affected releases. CISA KEV deadline to be confirmed in the catalog. Check your Mobile Access exposure now.

The firewall didn’t fail to stop the attack. The firewall was the attack’s first machine.

Vulnerability & Exploit Analysis

CVE-2026-109618 and CVE-2026-109619 (PHP2Shell) — Initial Access

The PHP2Shell vulnerabilities, rated CVSS 9.2, reside in the Mobile Access portal feature of Check Point gateways. Mobile Access provides browser-based SSL-VPN access to internal applications and is commonly exposed on the internet. The flaws allow an unauthenticated attacker to execute code as the portal service user. Check Point released a security fix approximately one week before exploitation began; organizations that had not applied it by late October were exposed. The PHP2Shell name refers to the attack class: a PHP code injection or execution flaw that provides a command shell to the attacker.

CVE-2026-123039 — Local Privilege Escalation to Root

CVE-2026-123039, rated CVSS 7.8 High, is a local privilege escalation in the Gaia OS management layer. The dynamic_server daemon runs with root privileges and listens on a local socket at /tmp/dynamic_socket. That socket is world-writable: any process on the appliance can connect and send commands, and the daemon executes them as root without verifying the identity of the caller. An attacker who has achieved code execution through PHP2Shell — running at the portal service’s lower privilege level — can reach this socket, send a privileged command, and receive execution as root. The flaw is classified as CWE-732 (Incorrect Permission Assignment for Critical Resource).

Affected and fixed product versions

Product Vulnerable releases Fix
Check Point Security Gateway R81.10, R81.20, R82, R82.10, R82.20 (and earlier per sk1000362) Jumbo Hotfix Accumulator for your release — confirm take number in sk1000362
Security Management Server R81.10 – R82.20 Jumbo Hotfix Accumulator (see sk1000362)
Multi-Domain Security Mgmt Server R81.10 – R82.20 Jumbo Hotfix Accumulator (see sk1000362)
Multi-Domain Log Server R81.10 – R82.20 Jumbo Hotfix Accumulator (see sk1000362)
Scalable Platforms (Maestro Orchestrator) R81.10 – R82.20 Jumbo Hotfix Accumulator (see sk1000362)
Spark Firewalls Not affected by CVE-2026-123039 No action required for LPE CVE; still verify PHP2Shell exposure

Note: The specific hotfix take numbers for each release are confirmed in Check Point’s advisory sk1000362. The take numbers listed here are not reproduced to avoid outdated guidance; consult the advisory directly for the current fix for your release.

Attack Chain Analysis

Stage Technique Enterprise Control
Initial access PHP2Shell (CVE-2026-109618/9) — unauthenticated RCE on internet-facing Mobile Access portal, running as portal service user Apply PHP2Shell hotfix; disable or restrict internet exposure of Mobile Access to known IP ranges
Privilege escalation CVE-2026-123039 — send privileged command to /tmp/dynamic_socket; dynamic_server executes it as root without authentication Apply CVE-2026-123039 hotfix; if immediate patching isn’t possible, stop dynamic_server and block process restart
Persistence PHP web shells planted in Mobile Access portal login-page templates; TSGA backdoor installed as slot_CPconfigdaemon; TSProxy injected into existing appliance processes Integrity monitoring on appliance template files; alert on new processes matching slot_CPconfigdaemon; monitor for unexpected process injections
Defense evasion TSGA tampers with binary firewall logs; TSProxy intercepts network calls to blend C2 traffic with legitimate appliance traffic; implant survives reboots and snapshot restores Forward logs to external SIEM in real time before they can be tampered; baseline Gaia OS process list and alert on deviations
Discovery gogo scanner deployed for internal network discovery; SSH credential reuse from compromised gateway credentials (single-source) Network segmentation between gateway management interface and internal infrastructure; monitor for internal scanning from gateway IPs
Lateral movement SSH from compromised Check Point gateway to VMware ESXi host using vpxuser account credentials Rotate vpxuser password on all ESXi hosts connected to Check Point systems; audit SSH access logs on ESXi; require key-based auth
Impact deploy destroy_v6 ELF wiper: recursively deletes and overwrites files with zeros across ESXi; drops DREAM_ANNEXATION.txt in each directory Keep VM backups on network-isolated, immutable storage separate from ESXi; test restore procedures; treat any detection of DREAM_ANNEXATION.txt as a confirmed breach
What nobody is talking about
TSProxy doesn’t just provide a backdoor connection — it modifies how the gateway handles network calls by injecting a library into legitimate running processes. This means the appliance itself, using its own firewall rules and routing tables, is forwarding attacker traffic while appearing to operate normally. Standard network monitoring that trusts the firewall as a data source is now compromised at the source. The first place your logs were tampered with was the box that generates them.

Threat Intelligence Breakdown

Attribution status: contested and unresolved. ESET documented the PhiliKit toolkit in June 2026 and attributed it to Armory Castle, a China-nexus group formerly tracked as UNC5221, based on LightNode VPS infrastructure and network scanning activity concentrated during working hours consistent with Chinese time zones. However, Check Point’s own assessment after analyzing this campaign concludes that the evidence does not support a confident attribution. The group calls itself “Dream Security Ltd.” in its wiper notes, a designation not previously linked to known threat actors. Check Point considers multiple scenarios plausible: the toolkit owner ran the full campaign; the toolkit owner only sold or provided initial access and a separate actor ran the destruction; the destruction was a deliberate false flag; or the politically themed content is a smoke screen. Organizations should not assume China-state actor attribution and should not dismiss it either.

What is confirmed: two coordinated attack waves, a consistent toolkit (PHP2Shell → TSGA → destroy_v6 path), and the use of a scripted, purpose-built backdoor that required substantial development investment. This is not opportunistic ransomware.

Indicators of compromise (sources: THN, BleepingComputer, WindowsForum — defanged):

Type Indicator Context
IP address 130.94.19[.]204 Attacker source IP observed in campaign (single-source: THN)
Socket path /tmp/dynamic_socket Target of CVE-2026-123039 LPE; legitimate Gaia OS path, presence alone is not an IoC — verify dynamic_server configuration
Process name slot_CPconfigdaemon TSGA backdoor disguise name; legitimate Check Point processes differ — verify against sk1000362 indicator guidance
File (wiper note) DREAM_ANNEXATION.txt Dropped in each directory processed by the destroy_v6 wiper; presence confirms active wiper execution
File (wiper binary) destroy_v6 (ELF binary) The wiper itself; name and type per THN and BleepingComputer

Check Point’s full advisory sk1000362 contains a more complete IoC list. The indicators above are drawn only from public reporting verified in this run; use sk1000362 for detection rule development.

Enterprise Impact

Organizations running internet-exposed Check Point Mobile Access are at direct risk. The PHP2Shell vector requires no credentials and no user interaction — just reachability to the portal. If you have not applied the PHP2Shell hotfix and your Mobile Access portal is accessible from the internet, the entry path exists today.

ESXi wiper impact is irreversible without tested offsite backups. The destroy_v6 wiper overwrites files before deleting them. Files overwritten at the ESXi layer cannot be recovered through filesystem forensics. Organizations without recent, separately stored, and tested backups face permanent data loss for any VM or storage volume on affected ESXi hosts.

Log integrity cannot be assumed on affected gateways. TSGA tampers with binary firewall logs on the compromised appliance. Any forensic analysis relying solely on logs collected from the gateway itself — rather than from an external SIEM that received logs before tampering — may be incomplete or misleading. This matters for breach-notification scoping and for any incident response that depends on knowing what traffic traversed the firewall.

Downstream blast radius is amplified by gateway trust. A compromised Check Point gateway is trusted by every network segment it protects. It may hold VPN authentication certificates, directory-integration credentials, and administrative keys for downstream infrastructure. All of those should be treated as potentially exfiltrated and rotated as part of incident response.

The attack does not require your organization to be a named target. The November 2 wave was broadly opportunistic. Any enterprise running internet-exposed Mobile Access on an unpatched version was a viable target. This is not a narrowly targeted espionage operation — it ends in destruction for victims who happen to be reachable.

What Security Leaders Should Do Next

Today

  1. Identify every internet-exposed Check Point Mobile Access portal in your environment, including DR instances and cloud deployments. Determine the current release and hotfix take number for each.
  2. Apply the PHP2Shell and CVE-2026-123039 hotfixes immediately (see sk1000362 for your release). If a maintenance window is unavailable, stop the dynamic_server process and prevent restart as a temporary mitigation for CVE-2026-123039. Restrict Mobile Access portal access to known IP ranges as a temporary mitigation for PHP2Shell.
  3. Hunt for TSGA and destroy_v6 indicators: search for processes matching slot_CPconfigdaemon in Gaia OS, check for the DREAM_ANNEXATION.txt file on any ESXi hosts connected to Check Point systems, and review firewall log integrity by comparing on-appliance logs with your SIEM.
  4. Rotate vpxuser credentials on ESXi hosts that are reachable from affected gateway management interfaces. Audit SSH access logs for sessions originating from gateway IPs.

Within 48 hours

  1. Confirm hotfix installation on every appliance. Verify the take number matches sk1000362 — not just any hotfix taken before this campaign.
  2. Review external SIEM for indicators going back to October 23, 2026 (approximate start of exploitation). Look for outbound connections from gateway management IPs, unusual SSH activity, and internal network scanning patterns from gateway-adjacent segments.
  3. Audit the full IoC list in sk1000362 against your environment. The public IoCs are a subset; the advisory carries the complete set.
  4. If indicators are found, run a full incident response: assume the firewall configuration, certificates, and downstream credentials were exfiltrated. Rebuild affected appliances from clean images rather than restoring from Gaia snapshots (which can contain the TSGA implant if snapshotted after compromise).
  5. Verify ESXi backup integrity. If any ESXi host connected to affected gateways is showing anomalies, confirm that offsite backups are intact and test-restore a VM now.

Long-term

  1. Establish a named owner for every internet-facing network appliance with a pre-approved emergency change window. Edge devices are targeted systematically; they need faster patch cycles than internal systems.
  2. Send logs from all network appliances to an external SIEM in real time. On-box log integrity is not reliable after a root-level compromise. If logs don’t leave the box before they can be tampered, your incident forensics will be incomplete.
  3. Segregate gateway management networks from hypervisor management networks. A gateway that can SSH to your ESXi hosts — or whose management interface shares a VLAN with ESXi — creates the lateral movement path that this campaign exploited.
  4. Test your ESXi recovery procedure quarterly. The destroy_v6 wiper is explicitly designed to leave no recovery path without tested offsite backups. Knowing you have backups is not the same as knowing you can restore from them in time.
  5. Review all remote-access features exposed to the internet across your firewall and VPN estate. October 2026’s wave of edge-device zero-days showed that every exposed management or access feature is a potential entry point.

Stay ahead of the next exploit, not behind it

DataWater publishes daily executive threat briefings on the vulnerabilities, campaigns, and threat actors that need action today. No marketing, no noise.

Read more briefings

Winners and Losers

Better positioned More exposed
Enterprises that applied PHP2Shell hotfixes in the first week after release (around October 23) Organizations that run internet-facing Mobile Access and have not yet applied the PHP2Shell hotfix
Teams that keep gateway management interfaces off the public internet, behind a jump host or restricted to known IPs Enterprises with Mobile Access portals and management interfaces directly internet-reachable
SOCs that forward gateway logs to an external SIEM in real time Teams relying solely on on-appliance logs for incident investigation — TSGA can alter those logs
Organizations that segregate firewall management networks from ESXi and other infrastructure management Environments where the gateway can directly SSH to VMware management interfaces
Teams with tested, offline or network-isolated ESXi backups on immutable storage Organizations whose only ESXi backups live on datastores connected to the same ESXi cluster
Enterprises using Spark Firewalls, which are not affected by CVE-2026-123039 All Firewall, Security Gateway, Management Server, and Multi-Domain deployments on R81.10 through R82.20

Final Executive Takeaway

Your firewall is no longer a neutral observer of attacks. It is a target — and in this campaign, it was the entry point, the persistence layer, and the pivot to data destruction.

The Check Point attack chain is a blueprint for how security infrastructure itself gets weaponized. PHP2Shell gave the attackers their foothold. CVE-2026-123039 gave them root. TSGA gave them persistence and log-tampering capability. And the connection from firewall to hypervisor gave them the ability to wipe everything downstream. Each link in the chain was predictable and each break in the chain would have stopped the attack.

CISA added CVE-2026-123039 to its Known Exploited Vulnerabilities catalog on November 13. That is the government’s formal acknowledgment that this exploit is in active, confirmed use. The remediation path is clear: apply the Jumbo Hotfix Accumulator for your Check Point release, hunt for TSGA indicators on every gateway that may have been exposed since late October, and isolate ESXi hosts from gateway management networks before the next wave begins.

If you have internet-facing Mobile Access portals running unpatched releases, run incident response steps today. Patch tonight. Verify tomorrow.

Frequently Asked Questions

What is CVE-2026-123039 and why is it on CISA’s KEV list?

CVE-2026-123039 is a local privilege escalation vulnerability (CVSS 7.8) in the Gaia OS Dynamic CLI interface on Check Point gateway products. The dynamic_server daemon runs as root and listens on a local socket at /tmp/dynamic_socket without authenticating connecting processes. Any code running on the appliance can send privileged commands and receive root-level execution. CISA added CVE-2026-123039 to its Known Exploited Vulnerabilities catalog on November 13, 2026, confirming active exploitation in the wild as part of the PHP2Shell→TSGA campaign.

What are the PHP2Shell vulnerabilities CVE-2026-109618 and CVE-2026-109619?

CVE-2026-109618 and CVE-2026-109619 are PHP code execution flaws (collectively called PHP2Shell, CVSS 9.2) in the Mobile Access portal feature of Check Point gateways. They allow an unauthenticated attacker with network access to the portal to execute code as the portal service user. The PHP2Shell vulnerabilities served as the initial access vector in this campaign, allowing attackers to gain a foothold on Check Point gateways before escalating to root via CVE-2026-123039.

What is the TSGA backdoor and how does it persist on Check Point gateways?

TSGA is a passive Linux gateway implant deployed after attackers achieve root access via CVE-2026-123039 on Check Point gateway products. It disguises itself under the process name slot_CPconfigdaemon to blend with legitimate Check Point processes. Its companion component, TSProxy, is injected as a library into existing appliance processes to intercept network calls and handle specially marked attacker connections. TSGA survives gateway reboots and Gaia OS snapshot restores. It can copy the firewall configuration and tamper with binary firewall logs on the appliance.

How does the destroy_v6 wiper work and can data be recovered?

The destroy_v6 wiper is an ELF (Linux executable) binary deployed on VMware ESXi hosts after attackers pivot from the compromised Check Point gateway via SSH using vpxuser credentials. It recursively processes directories, first overwriting file contents with zeros and then deleting the files. It drops a file named DREAM_ANNEXATION.txt containing politically themed text in each directory it processes. Because it overwrites before deleting, standard file-recovery techniques that look for deleted file remnants in unallocated disk space are ineffective. Recovery requires tested backups that exist on separate, network-isolated storage not reachable from the compromised ESXi host.

Who is behind the Check Point PHP2Shell campaign?

Attribution for the Check Point PHP2Shell campaign remains contested. The PhiliKit toolkit used in this campaign was documented by ESET in June 2026 and tentatively linked to Armory Castle, a China-nexus threat group formerly tracked as UNC5221, based on infrastructure and working-hour indicators. However, Check Point’s own analysis of this specific campaign concludes that the evidence is insufficient to attribute it confidently to that group. The wiper activity and Israel focus are considered potentially inconsistent with typical Armory Castle behavior. Check Point considers a false-flag operation to be one of several plausible explanations for the politically themed DREAM_ANNEXATION.txt wiper note. The group signed the note as “Dream Security Ltd.”

How do I know if my Check Point gateway is already compromised?

Check for these indicators on your Check Point gateway products: a process named slot_CPconfigdaemon in the running process list (verify against Check Point’s legitimate process list in sk1000362); unexpected files in Mobile Access portal login template directories; binary firewall log entries that differ from what your external SIEM recorded (evidence of log tampering by TSGA); and on any ESXi hosts connected to the gateway, the presence of a file named DREAM_ANNEXATION.txt (a confirmed indicator of wiper execution). Also check your SIEM for SSH sessions from gateway management IPs to ESXi management interfaces that you did not authorize. Check Point’s advisory sk1000362 contains the full indicator list.

What should I do if I cannot immediately apply the Check Point CVE-2026-123039 hotfix?

If you cannot immediately deploy the Jumbo Hotfix Accumulator for your Check Point release, two interim steps reduce exposure. For CVE-2026-123039: stop the dynamic_server process on the affected appliance and configure it to not restart automatically. This disables the vulnerable socket but may also disable some CLI functionality. For the PHP2Shell initial access vector: restrict the Mobile Access portal to known IP ranges or disable it entirely if it is not in active use. Both steps are mitigations, not fixes — they reduce the attack surface but do not eliminate it. Apply the official hotfix as soon as a maintenance window is available.

Sources

Primary and direct-reporting sources: The Hacker News — Hackers Exploit PHP2Shell Flaws in Check Point Gateways to Deploy TSGA Backdoor and Wipe ESXi Files (Nov 13, 2026); BleepingComputer — Check Point patches zero-day that lets hackers get root access; CSO Online — The firewall becomes the foothold (Nov 13, 2026); WindowsForum — CISA KEV Alert: CVE-2026-123039; CISA Known Exploited Vulnerabilities Catalog (CVE-2026-123039 added Nov 13, 2026). Attack chain and IoC details confirmed across THN and BleepingComputer; attribution and toolkit details from THN citing ESET (single-source for Armory Castle links). Single-source claims noted in text. Reflects public reporting as of November 14, 2026.

Similar Posts