<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T13:35:02.916462+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2026-22033</id>
    <title>CVE-2026-22033 — Label Studio vulnerable to full account takeover by chaining Stored XSS + IDOR in User Profile via custom_hotkeys field</title>
    <updated>2026-10-02T13:35:02.918087+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> HumanSignal label-studio</p>
<p>Label Studio is a multi-type data labeling and annotation tool. In 1.22.0 and earlier, a persistent stored cross-site scripting (XSS) vulnerability exists in the custom_hotkeys functionality of the application. An authenticated attacker (or one who can trick a user/administrator into updating their custom_hotkeys) can inject JavaScript code that executes in other users’ browsers when those users load any page using the templates/base.html template. Because the application exposes an API token endpoint (/api/current-user/token) to the browser and lacks robust CSRF protection on some API endpoints, the injected script may fetch the victim’s API token or call token reset endpoints — enabling full account takeover and unauthorized API access.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-22033"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2mq9-hm29-8qch</id>
    <title>GHSA-2mq9-hm29-8qch — Label Studio is vulnerable to full account takeover by chaining Stored XSS + IDOR in User Profile via custom_hotkeys fi…</title>
    <updated>2026-10-02T13:35:02.918144+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: label-studio</p>
<p>### Prologue</p>
<p>These vulnerabilities have been found and chained by DCODX-AI. Validation of the exploit chain has been confirmed manually.</p>
<p>### Summary</p>
<p>A persistent stored cross-site scripting (XSS) vulnerability exists in the custom_hotkeys functionality of the application. An authenticated attacker (or one who can trick a user/administrator into updating their custom_hotkeys) can inject JavaScript code that executes in other users’ browsers when those users load any page using the `templates/base.html` template. Because the application exposes an API token endpoint (`/api/current-user/token`) to the browser and lacks robust CSRF protection on some API endpoints, the injected script may fetch the victim’s API token or call token reset endpoints — enabling full account takeover and unauthorized API access. This vulnerability is of critical severity due to the broad impact, minimal requirements for exploitation (authenticated user), and the ability to escalate privileges to full account compromise.</p>
<p>### Details
Within `templates/base.html`, the application renders user-controlled hotkey configuration via the following JavaScript snippet:</p>
<p>```js
var __customHotkeys = {{ user.custom_hotkeys|json_dumps_ensure_ascii|safe }};
```
Here, user.custom_hotkeys is run through json_dumps_ensure_ascii (in `core/templatetags/filters.py`) which performs `json.dumps(dictionary, ensure_ascii=False)`  but does not escape closing `&lt;/script&gt;` sequences or other dangerous characters. Because the…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2mq9-hm29-8qch"/>
  </entry>
</feed>
