Loading vulnerability…
CVE-2026-42096 is a broken access control vulnerability in Sparx Pro Cloud Server (PCS) affecting communication with the backend database. Due to missing permission checks, a low-privileged PCS user can submit arbitrary SQL queries that PCS forwards and executes in the context of the configured database user. Public reporting indicates the Enterprise Architect client uses symmetric encryption for SQL requests with a key embedded in the client binary; an attacker can recover that key and craft custom encrypted SQL requests to PCS. Confirmed affected versions are PCS 6.1 build 167 and below; other versions were reportedly not tested and may also be affected.
Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.
What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.
What an attacker gets, and what they’ve been doing with it.
If you can’t patch tonight, do this now.
Patch, then assume compromise.
1 valid exploit after Mallory filtered fakes, detection scripts, and README-only repos.
This repository is a small Python proof-of-concept exploit for unauthenticated arbitrary SQL execution against Sparx Systems Pro Cloud Server via the Enterprise Architect cloud link protocol. It contains one code file, eacrypt.py, and a short README. The script accepts three arguments: a base host URL, a model/repository name, and an SQL statement. It constructs a request to the fixed path /SparxCloudLink.sseap, formats the SQL as a length-prefixed string, pads it to a 7-byte boundary, applies a custom character permutation ('mangle'), then encrypts/encodes it with a custom printable-ASCII cipher using a shared key. The encoded payload is inserted into a binary protocol message together with the repository/model name and sent as a POST request using pycurl. The exploit mimics a legitimate Enterprise Architect client by setting specific headers such as EnterpriseArchitect-Build: 1527 and User-Agent: Enterprise Architect/15.1.1527. TLS certificate and hostname verification are explicitly disabled, allowing use against HTTPS targets with invalid/self-signed certificates. After sending the request, the script attempts to parse the response as a ZIP archive and read query.xml; if the response is not a ZIP, it prints the raw body. Important limitation: the repository author states the embedded key placeholder is intentionally incorrect ('HERE_SHOULD_BE_THE_KEY'), so the published code is not directly usable without recovering the real protocol key. Despite that, the code clearly implements an exploit path rather than mere detection. Repository structure is minimal and focused entirely on crafting and sending the malicious protocol request.
Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.
Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.
5 sources tracked across advisories, community write-ups, and news. New activity surfaces here as Mallory finds it.
Query your assets running an affected version, and investigate the blast radius.
Every observed campaign linking this CVE to a named adversary.
Malware families riding this exploit, with evidence and IOCs.
YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.
Cross-references every affected SKU, including bundled OEM variants.
Community discussion across Reddit, Mastodon, and other social sources.