<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 04 Oct 2026 21:51:34 +0000</lastBuildDate>
    <item>
      <title>BIT-parse-2020-15270 — Improper session expiration in Parse Server</title>
      <link>https://cve.radiocsirt.org/vuln/bit-parse-2020-15270</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: parse&lt;/p&gt;
&lt;p&gt;Parse Server (npm package parse-server) broadcasts events to all clients without checking if the session token is valid. This allows clients with expired sessions to still receive subscription objects. It is not possible to create subscription objects with invalid session tokens. The issue is not patched.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: parse&lt;/p&gt;
&lt;p&gt;Parse Server (npm package parse-server) broadcasts events to all clients without checking if the session token is valid. This allows clients with expired sessions to still receive subscription objects. It is not possible to create subscription objects with invalid session tokens. The issue is not patched.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bit-parse-2020-15270</guid>
    </item>
    <item>
      <title>EUVD-2026-42817</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-42817</link>
      <description>EUVD-2026-42817</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-42817</guid>
    </item>
    <item>
      <title>fkie_cve-2020-15270</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-15270</link>
      <description>&lt;p&gt;Parse Server (npm package parse-server) broadcasts events to all clients without checking if the session token is valid. This allows clients with expired sessions to still receive subscription objects. It is not possible to create subscription objects with invalid session tokens. The issue is not patched.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Parse Server (npm package parse-server) broadcasts events to all clients without checking if the session token is valid. This allows clients with expired sessions to still receive subscription objects. It is not possible to create subscription objects with invalid session tokens. The issue is not patched.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-15270</guid>
    </item>
    <item>
      <title>GHSA-2xm2-xj2q-qgpj — receiving subscription objects with deleted session</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2xm2-xj2q-qgpj</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: parse-server&lt;/p&gt;
&lt;p&gt;Original Message:
Hi,&lt;/p&gt;
&lt;p&gt;I create objects with one client with an ACL of all users with a specific column value. Thats working so far.&lt;/p&gt;
&lt;p&gt;Then I deleted the session object from one user to look if he can receive subscription objects and he can receive them.
The client with the deleted session cant create new objects, which Parse restricts right.&lt;/p&gt;
&lt;p&gt;The LiveQueryServer doesnt detect deleted sessions after the websocket connection was established.
There should be a mechanism that checks in an specific interval if the session exists.
I dont know if its true with expired sessions.&lt;/p&gt;
&lt;p&gt;Any solutions?&lt;/p&gt;
&lt;p&gt;Parse version: 4.3.0
Parse js SDK version: 2.17&lt;/p&gt;
&lt;p&gt;Solution:
Hi guys.&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve found and fixed the problem. It happens because there are two caches in place for the session token:&lt;/p&gt;
&lt;p&gt;- at Parse Server level, which, according with the docs, should be changed via cacheTTL option and defaults to 5 seconds;
- at Parse Live Query level, which, according with the docs, should be changed via liveQueryServerOptions.cacheTimeout and defaults to 30 days.&lt;/p&gt;
&lt;p&gt;But there are three problems:&lt;/p&gt;
&lt;p&gt;- cacheTTL has currently no effect over Live Query Server;
- cacheTimeout also has currently no effect over Live Query Server;
- cacheTimeout actually defaults to 1h.&lt;/p&gt;
&lt;p&gt;So, currently, if you wait 1 hour after the session token was invalidated, the clients using the old session token are not able to receive the events.&lt;/p&gt;
&lt;p&gt;What I did:&lt;/p&gt;
&lt;p&gt;- Added a test case for the problem;
- Fixed cacheTTL for Live Query Server;
- Fixed cacheTimeout…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: parse-server&lt;/p&gt;
&lt;p&gt;Original Message:
Hi,&lt;/p&gt;
&lt;p&gt;I create objects with one client with an ACL of all users with a specific column value. Thats working so far.&lt;/p&gt;
&lt;p&gt;Then I deleted the session object from one user to look if he can receive subscription objects and he can receive them.
The client with the deleted session cant create new objects, which Parse restricts right.&lt;/p&gt;
&lt;p&gt;The LiveQueryServer doesnt detect deleted sessions after the websocket connection was established.
There should be a mechanism that checks in an specific interval if the session exists.
I dont know if its true with expired sessions.&lt;/p&gt;
&lt;p&gt;Any solutions?&lt;/p&gt;
&lt;p&gt;Parse version: 4.3.0
Parse js SDK version: 2.17&lt;/p&gt;
&lt;p&gt;Solution:
Hi guys.&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve found and fixed the problem. It happens because there are two caches in place for the session token:&lt;/p&gt;
&lt;p&gt;- at Parse Server level, which, according with the docs, should be changed via cacheTTL option and defaults to 5 seconds;
- at Parse Live Query level, which, according with the docs, should be changed via liveQueryServerOptions.cacheTimeout and defaults to 30 days.&lt;/p&gt;
&lt;p&gt;But there are three problems:&lt;/p&gt;
&lt;p&gt;- cacheTTL has currently no effect over Live Query Server;
- cacheTimeout also has currently no effect over Live Query Server;
- cacheTimeout actually defaults to 1h.&lt;/p&gt;
&lt;p&gt;So, currently, if you wait 1 hour after the session token was invalidated, the clients using the old session token are not able to receive the events.&lt;/p&gt;
&lt;p&gt;What I did:&lt;/p&gt;
&lt;p&gt;- Added a test case for the problem;
- Fixed cacheTTL for Live Query Server;
- Fixed cacheTimeout…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2xm2-xj2q-qgpj</guid>
    </item>
    <item>
      <title>gsd-2020-15270</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-15270</link>
      <description>gsd-2020-15270</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-15270</guid>
    </item>
  </channel>
</rss>
