<?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-15T14:24:16.774582+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/bit-parse-2020-5251</id>
    <title>BIT-parse-2020-5251 — Information disclosure in parse-server</title>
    <updated>2026-10-15T14:24:16.777683+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: parse</p>
<p>In parser-server before version 4.1.0, you can fetch all the users objects, by using regex in the NoSQL query. Using the NoSQL, you can use a regex on sessionToken and find valid accounts this way.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bit-parse-2020-5251"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-36474</id>
    <title>EUVD-2026-36474</title>
    <updated>2026-10-15T14:24:16.777726+00:00</updated>
    <content>EUVD-2026-36474</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-36474"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2020-5251</id>
    <title>fkie_cve-2020-5251</title>
    <updated>2026-10-15T14:24:16.777743+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>In parser-server before version 4.1.0, you can fetch all the users objects, by using regex in the NoSQL query. Using the NoSQL, you can use a regex on sessionToken and find valid accounts this way.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2020-5251"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-h4mf-75hf-67w4</id>
    <title>GHSA-h4mf-75hf-67w4 — Information disclosure in parse-server</title>
    <updated>2026-10-15T14:24:16.777765+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: parse-server</p>
<p>1. you can fetch all the users' objects, by using regex in the NoSQL query.
Using the NoSQL, you can use a regex on sessionToken `("_SessionToken":{"$regex":"r:027f"}}` and find valid accounts this way.</p>
<p>Using this method, it's possible to retrieve accounts without interaction from the users.</p>
<p>GET /parse/users/me HTTP/1.1
```
{
  "_ApplicationId": "appName",
  "_JavaScriptKey": "javascriptkey",
  "_ClientVersion": "js2.10.0",
  "_InstallationId": "ca713ee2-6e60-d023-a8fe-14e1bfb2f300",
  "_SessionToken": {
    "$regex": "r:5"
  }
}
```
When trying it with an update query the same thing luckily doesn't seem to work:
POST /parse/classes/_User/PPNk59jPPZ</p>
<p>2. There is another similar vulnerability in verify email and the request password reset.</p>
<p>If you sign up with someone else's email address, you can simply use regex in the token param to verify the account: `http://localhost:1337/parse/apps/kickbox/verify_email?token[$regex]=a&amp;username=some@email.com`</p>
<p>The same thing can be done for reset password: `http://localhost:1337/parse/apps/kickbox/request_password_reset?token[$regex]=a&amp;username=some@email.com`</p>
<p>You may need to do it a few times with a different letter/number, but as long as the tokens contain the character it will succeed.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-h4mf-75hf-67w4"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2020-5251</id>
    <title>gsd-2020-5251</title>
    <updated>2026-10-15T14:24:16.777800+00:00</updated>
    <content>gsd-2020-5251</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2020-5251"/>
  </entry>
</feed>
