JADEPUFFER returns with ENCFORGE: Go ransomware targeting AI model weights, vector indexes, and training data across 180 extensions      ServiceNow CVE-2026-6875 CVSS 9.5: pre-auth sandbox escape exploited in the wild, self-hosted instances need manual patch      wp2shell CVE-2026-63030 and CVE-2026-60137 added to CISA KEV July 21 with federal deadline August 11      JADEPUFFER returns with ENCFORGE: Go ransomware targeting AI model weights, vector indexes, and training data across 180 extensions      ServiceNow CVE-2026-6875 CVSS 9.5: pre-auth sandbox escape exploited in the wild, self-hosted instances need manual patch      wp2shell CVE-2026-63030 and CVE-2026-60137 added to CISA KEV July 21 with federal deadline August 11     
CyberSipTM
Intelligence without the noise
Issue No. 91
July 22, 2026
3 items · past 24h
<5 min read
Today's picture

JADEPUFFER, the autonomous AI agent ransomware operator first documented by Sysdig in Issue 80, returned to the same Langflow server it compromised three weeks ago and deployed ENCFORGE, a purpose-built Go ransomware that sweeps roughly 180 file extensions across the machine learning stack including model checkpoints, vector indexes, and training datasets. ServiceNow CVE-2026-6875, a pre-authentication sandbox escape in the ServiceNow AI Platform, is being exploited in the wild with attackers reaching code execution through a different route than the published proof of concept, and ServiceNow's own hosted instances are patched while self-hosted customers must apply updates manually. And both wp2shell CVEs hit CISA's Known Exploited Vulnerabilities catalog yesterday, moving from confirmed active exploitation to a federal mandate with an August 11 remediation deadline.

Today's intelligence
3 items
01 CriticalJADEPUFFERAI Model Ransomware
JADEPUFFER returns with ENCFORGE, ransomware built to destroy AI models, training data, and vector databases
The operator came back to the same server it hit three weeks ago, same entry point, same CVE. This time it brought a payload built for a specific purpose: encrypting the assets behind machine learning systems. Backups can restore business data. Weeks of training runs are not so easy to recover.
OperatorJADEPUFFER (ATA)
PayloadENCFORGE
(Go, UPX-packed)
Entry CVECVE-2025-3248
Langflow RCE
Targets~180 ML file types:
.ckpt .safetensors
.gguf .faiss
.parquet .pt .pkl
Sysdig's Threat Research Team documented JADEPUFFER returning to a Langflow server that the operator had previously compromised via CVE-2025-3248, the same unauthenticated remote code execution flaw it used in its original July 7 campaign. The operator's AI agent again iterated Python scripts through the Langflow RCE channel, this time building and deploying ENCFORGE, a compiled Go binary packed with UPX. The agent devised six Python scripts over roughly five minutes before landing on a working approach, using the mounted Docker socket to spawn a privileged container, copy the ransomware binary across the namespace boundary via the host's procfs, and run the encryption pass on the host filesystem outside the original container's isolation. ENCFORGE uses AES-256-CTR encryption with RSA-2048 key exchange. It targets approximately 180 file extensions spanning the modern machine learning stack: PyTorch and TensorFlow checkpoints (.ckpt, .pt), HuggingFace SafeTensors weights (.safetensors), llama.cpp GGUF models (.gguf), FAISS vector indexes (.faiss), Apache Parquet and TFRecord training datasets (.parquet), NumPy arrays (.npy, .npz), and ONNX model files (.onnx), among others. A command-line flag lets operators append additional extensions per campaign. Sysdig found no data exfiltration capability in the binary and no leak site associated with this operation, which places JADEPUFFER outside the double-extortion model used by most ransomware groups. The ransomware kills processes holding file locks before encrypting, then self-deletes after running.
ENCFORGE targets assets that most enterprise backup strategies do not cover well. Business data restores from snapshots. Model checkpoints, fine-tuned weights, and curated training datasets represent weeks or months of compute time, data labeling work, and iterative training runs. The gap between the last clean snapshot and an ENCFORGE attack may contain more organizational value than the gap in any conventional data backup scenario. Any organization running AI workloads on infrastructure accessible from the internet via Langflow, or connected to systems that are, now has a named payload to defend against with a documented entry vector and a documented target list.
JADEPUFFER came back to the same Langflow server it had already compromised. The original July 7 attack, covered in Issue 80, used throwaway Python code to encrypt a Nacos configuration service. The second attack used a purpose-built binary to target AI model files specifically. Two observations from Sysdig stand out: first, the operator rebuilt the container escape chain from scratch and succeeded within six scripts and five minutes, which demonstrates the agent's ability to adapt to a partially mitigated environment. Second, ENCFORGE's code hints at a macOS variant that has not yet been confirmed in the wild. The fact that JADEPUFFER returned to a server it previously hit suggests that initial remediation after the July 7 attack was incomplete. Sysdig noted the Langflow instance was still running a version vulnerable to CVE-2025-3248.
  • Patch Langflow to version 1.3.0 or later immediately. The entry point for both JADEPUFFER attacks is CVE-2025-3248, which has been in CISA KEV since May 2025. Any Langflow instance still below 1.3.0 is directly in scope for this operator.
  • Extend your backup strategy to cover ML artifacts explicitly: model checkpoints, fine-tuned weights, vector indexes, and training datasets. Store them in immutable, air-gapped or write-once storage separate from the primary compute environment. Test restoration of these assets, not just business data.
  • Audit Docker socket exposure on any server running containerized AI workloads. Mounting the Docker socket inside a container grants the container full host access. ENCFORGE's container escape relied on this configuration. Remove the socket mount where it is not operationally required.
JADEPUFFER came back to the same server, through the same door, and this time brought a payload built to destroy the one thing most ML teams have never thought to back up properly. Patch the CVE. Extend your backups. And check whether the July 7 server was actually fully remediated.
02 CriticalServiceNowActive Exploitation
ServiceNow CVE-2026-6875 exploited in the wild: pre-authentication sandbox escape reaches code execution through a different path than the published proof of concept
Hosted instances were patched by ServiceNow in April. Self-hosted customers needed to apply updates manually and many have not. Exploitation was confirmed by Defused on Saturday, with payloads hitting the same unauthenticated endpoint but using a gadget that bypasses signatures built against the known proof-of-concept chain.
CVECVE-2026-6875
CVSS9.5
ExploitationConfirmed July 19
by Defused
AffectedSelf-hosted
ServiceNow instances
CVE-2026-6875 is a code injection vulnerability in the ServiceNow AI Platform that allows an unauthenticated attacker to escape the server-side JavaScript sandbox and execute arbitrary code on the underlying instance. Searchlight Cyber researcher Adam Kues discovered the flaw, reported it on April 1, 2026, and ServiceNow patched hosted instances the same day. Self-hosted and partner-hosted instances required manual update packages released throughout June. Searchlight Cyber published a full technical writeup on July 13, the same day ServiceNow released its public advisory under KB3137947. Defused confirmed active exploitation on July 19, four days after public disclosure. The payloads Defused observed target the same unauthenticated endpoint documented by Searchlight Cyber, /assessment_thanks.do, but use a different sandbox-escape gadget than the published proof of concept. A successful exploit gives an attacker full control of the ServiceNow instance, including access to all data in its tables, the ability to create administrator accounts, and the ability to execute code on any connected MID Server proxy systems. ServiceNow stated that its investigation found no evidence that exploited instances were ServiceNow-hosted ones. The exploitation risk is concentrated in self-hosted and partner-hosted deployments that have not applied the manual update packages released in June.
ServiceNow runs IT service management, HR workflows, security operations, and automation for a large share of Fortune 500 enterprises. A fully compromised ServiceNow instance gives an attacker access to IT support tickets, which this brief documented in Issue 89 as the attack surface used in the EY breach. It also provides access to security incident records, change management approvals, and any credentials stored in service accounts connected to the instance. MID Server compromise extends that reach to internal networks. The fact that exploits are using a different gadget than the published proof of concept means WAF signatures and detection rules built against the Searchlight Cyber writeup may not catch current attacks.
This is the second major vulnerability disclosed by Adam Kues of Searchlight Cyber in the same month: the first was wp2shell in WordPress core, covered in Issues 89 and 90. Both are pre-authentication flaws in widely deployed platforms, both went from public disclosure to confirmed exploitation within days, and both involve a different attack path than the published technical details would suggest. The attackers in the ServiceNow case reversed the patch to build their own gadget rather than using the publicly documented chain. That is a materially different level of attacker sophistication than simply running a public proof-of-concept tool.
  • Apply the ServiceNow patches released in June if you are running a self-hosted or partner-hosted instance. Check your instance version against ServiceNow security advisory KB3137947. Hosted instances were patched automatically in April and do not require manual action.
  • Review ServiceNow logs for requests to /assessment_thanks.do from external IP addresses. Any successful response to that endpoint from an unauthenticated source is a direct exploitation indicator. Also check for recently created administrator accounts and any changes to MID Server configurations.
  • Do not rely solely on WAF rules built against the Searchlight Cyber proof-of-concept chain. The exploitation variant Defused observed uses a different gadget. Behavioral detection for unexpected JavaScript execution and privilege escalation inside the ServiceNow runtime is a more reliable indicator than signature matching against a specific payload.
ServiceNow patched hosted instances in April. Exploitation confirmed in July. The gap is every self-hosted customer who received a manual update package in June and has not yet applied it. This is not a zero-day problem. It is a patch deployment problem at scale, against a platform that holds IT support tickets, security incident records, and change management approvals for some of the world's largest organizations.
03 HighWordPressCISA KEV
Both wp2shell CVEs land on CISA KEV as exploitation spreads: federal agencies have until August 11
CISA added CVE-2026-63030 and CVE-2026-60137 to the Known Exploited Vulnerabilities catalog yesterday, three days after exploitation began Saturday. The KEV addition is confirmation, not news: exploitation has been documented since July 19 and is ongoing. If your sites are not on 6.9.5, 7.0.2, or 6.8.6, that is the only number that matters today.
CVEsCVE-2026-63030
CVE-2026-60137
KEV addedJuly 21, 2026
Fed deadlineAugust 11, 2026
ExploitationActive since
July 19 UTC
CISA added both wp2shell CVEs to its Known Exploited Vulnerabilities catalog on July 21, with a federal remediation deadline of August 11, 2026. CVE-2026-63030 is described as a WordPress core interpretation conflict vulnerability that enables SQL injection and chains with CVE-2026-60137 to achieve remote code execution. CVE-2026-60137 is the SQL injection flaw in the author__not_in parameter of WP_Query. The KEV addition reflects the same exploitation activity covered in Issues 89 and 90: watchTowr confirmed attacks from early Saturday morning UTC, Hexastrike assisted with incident response on active compromises, and the WP-SHELLSTORM crew has been identified among actors exploiting the vulnerability at scale. Wiz reported post-exploitation activity including malicious plugin uploads and administrator account creation on cloud-hosted WordPress deployments. WordPress patched the chain in versions 6.9.5, 7.0.2, and 6.8.6 on July 17, and pushed automatic updates to supported installations. The August 11 federal deadline is three weeks out, which is considerably longer than the time these CVEs have already been exploited in the wild.
The KEV addition confirms what independent researchers have been documenting since Saturday: these CVEs are being weaponized at scale with no preconditions required. The August 11 federal deadline is a mandate for government systems, but for any organization running WordPress, the operative deadline was Saturday morning when exploitation began. Any WordPress site on 6.9.x or 7.0.x that has not patched should be investigated for compromise before being patched, not simply updated and returned to service.
Post-exploitation activity documented by Wiz and other firms follows a consistent pattern: the attacker extracts password hashes via the SQL injection, cracks an administrator password offline, uploads a malicious plugin through the WordPress admin panel, and plants a webshell in the plugin directory for persistent access. The webshell survives patching. An organization that patches today but whose site was compromised Saturday still has a backdoor. The detection signal is an HTTP 207 or 200 response to /wp-json/batch/v1 in web server access logs from between July 19 and the patch date. Any site that shows that signal needs a full compromise investigation, not just a version update.
  • Confirm every WordPress installation is running 6.9.5, 7.0.2, or 6.8.6. Check wp-includes/version.php directly. Staging, development, and multisite network subsites all need the same check.
  • Search web server access logs for the period July 19 to patch date for HTTP 200 or 207 responses to /wp-json/batch/v1 or ?rest_route=/batch/v1. Any successful response is an exploitation indicator requiring a full investigation before the site returns to service.
  • Audit wp-content/plugins and wp-content/uploads for unexpected PHP files. A planted webshell or malicious plugin added during a Saturday compromise remains active after patching. Check your known-good plugin list against what is currently installed.
The federal deadline is August 11. The exploitation started July 19. If your sites are not patched, the more pressing question is not how much time you have until August 11. It is whether you were already compromised between Saturday and today.
Cross-source standouts
01
JADEPUFFER and ENCFORGE define a new ransomware target class: the ML stack, not the file server
Conventional ransomware targets file servers, databases, and endpoint storage because that is where recoverable business data lives. ENCFORGE's file list is different. It names PyTorch checkpoints, SafeTensors weights, FAISS indexes, Parquet datasets, and GGUF quantized models because those are the assets behind AI systems, and the recovery calculus for those assets is different. Business data has point-in-time backups. Model artifacts represent the outcome of training runs that may take weeks and cost substantial compute. A weekly backup that predates a model fine-tuning effort by two weeks loses everything in that window. Sysdig noted that ENCFORGE found no data to exfiltrate in the variant it analyzed, which means JADEPUFFER is not in the double-extortion business. The attack is pure destruction. The target is irreplaceable in the conventional backup sense unless the organization has specifically thought about immutable snapshots of ML artifacts and tested restoration of those assets under a ransomware scenario. Most have not.
02
Two of today's three stories share the same entry point: AI platforms processing external input without adequate isolation
JADEPUFFER entered through Langflow, an AI workflow platform that processes external code via an unauthenticated endpoint and whose operators routinely store cloud credentials, API keys, and database connections in the same environment. The ServiceNow exploit targets the platform's unauthenticated JavaScript sandbox, which is specifically designed to run code submitted through external-facing endpoints. Both are attack surfaces that exist because the platform needs to execute code that comes from outside the organization's control boundary. That is not a flaw unique to Langflow or ServiceNow. It is a fundamental characteristic of any platform that accepts and executes external input as part of its core function: AI workflow builders, ITSM platforms, form processors, data pipelines. The defensive question is not whether to use these platforms but whether the execution environment is isolated adequately from internal credentials, production databases, and the host filesystem. In both cases documented today, it was not.
Still watching
Days 2–5
Hugging Face AI agent breach (Issue 90 · July 16) — autonomous AI agent breached production data pipeline, harvested cloud and cluster credentials. Rotate all Hugging Face access tokens and review account activity. Investigation into customer data impact is ongoing.
Day 3
Palo Alto PAN-OS July batch (Issue 90 · Qilin ransomware confirmed) — same advisory batch from July 8 confirmed as Qilin ransomware entry vector via initial access brokers. Apply all outstanding PAN-OS updates and review perimeter firewall logs from July 8 onward.
Day 2
LegacyHive (Issue 88 · Nightmare Eclipse, unpatched) — Windows User Profile Service privilege escalation. No CVE, no patch. Working proof-of-concept confirmed on fully patched July systems. Three prior disclosures in this series were exploited before patches arrived.
Day 5
SonicWall SMA1000 CVE-2026-15409 and CVE-2026-15410 (Issue 89 · exploited since June 22) — Volexity confirmed exploitation three weeks before public disclosure. Patched? Now conduct forensic review of logs from June 22 onward. A patched appliance that was breached before patching still has an attacker inside the network.
Day 3