Loading vulnerability…
CVE-2026-36214 is a stored cross-site scripting vulnerability affecting osTicket versions 1.10 through 1.17.7 and 1.18.0 through 1.18.3. The issue is caused by insufficient HTML sanitization in conjunction with a vulnerable Bootstrap Tooltip component, allowing attacker-controlled content to be stored by the application and later rendered in a way that executes arbitrary JavaScript in the browser context of authenticated Agent or Admin users. Successful exploitation occurs when privileged users view the malicious content within the help desk interface.
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 (1 hidden).
Repository contains a single Python proof-of-concept exploit, CVE-2026-36214.py, plus documentation and license files. The exploit targets a stored XSS condition in osTicket caused by use of vulnerable Bootstrap Tooltip 3.3.4 behavior via the data-template attribute. The script is not a full automation framework; instead it is an operator aid that can: (1) check likely osTicket paths on a target, (2) generate a JavaScript payload file for upload as an attachment, (3) generate malicious HTML to paste into a ticket body referencing the uploaded same-origin script URL, (4) generate a fallback iframe/data-URI payload that redirects the victim if JS uploads are blocked, and (5) print an 'auto' workflow that combines these steps but still requires manual upload/paste actions. Network interaction in code is limited to GET requests against target-relative paths /scp/, /tickets.php, and /index.php for reconnaissance. The actual exploit delivery is browser/web-based: an attacker submits a crafted ticket so that when an agent or administrator views it, attacker-controlled JavaScript executes in their authenticated session. Documentation explains that same-origin attachment URLs such as file.php?key=... are important because CSP may block third-party script sources, while uploaded JS served by the application can still execute. Overall, this is a real operational PoC for stored XSS/session compromise in osTicket, with basic payload generation rather than a weaponized end-to-end exploit.
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.
No public activity tracked yet. Mallory keeps watching.
No public activity observed for this vulnerability.
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.