<?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>Mon, 05 Oct 2026 03:11:26 +0000</lastBuildDate>
    <item>
      <title>cnvd-2020-22201</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2020-22201</link>
      <description>cnvd-2020-22201</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2020-22201</guid>
    </item>
    <item>
      <title>EUVD-2026-36529</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-36529</link>
      <description>EUVD-2026-36529</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-36529</guid>
    </item>
    <item>
      <title>fkie_cve-2020-5289</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-5289</link>
      <description>&lt;p&gt;In Elide before 4.5.14, it is possible for an adversary to &amp;#34;guess and check&amp;#34; the value of a model field they do not have access to assuming they can read at least one other field in the model. The adversary can construct filter expressions for an inaccessible field to filter a collection. The presence or absence of models in the returned collection can be used to reconstruct the value of the inaccessible field. Resolved in Elide 4.5.14 and greater.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In Elide before 4.5.14, it is possible for an adversary to &amp;#34;guess and check&amp;#34; the value of a model field they do not have access to assuming they can read at least one other field in the model. The adversary can construct filter expressions for an inaccessible field to filter a collection. The presence or absence of models in the returned collection can be used to reconstruct the value of the inaccessible field. Resolved in Elide 4.5.14 and greater.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-5289</guid>
    </item>
    <item>
      <title>GHSA-2mxr-89gf-rc4v — Read permissions not enforced for client provided filter expressions in Elide.</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2mxr-89gf-rc4v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.yahoo.elide:elide-core&lt;/p&gt;
&lt;p&gt;### Impact
It is possible for an adversary to &amp;#34;guess and check&amp;#34; the value of a model field they do not have access to assuming they can read at least one other field in the model.  The adversary can construct filter expressions for an inaccessible field to filter a collection.  The presence or absence of models in the returned collection can be used to reconstruct the value of the inaccessible field.&lt;/p&gt;
&lt;p&gt;For example, a User model has two fields: _name_ and _role_.  The adversary has read permissions to see the _name_ field of the User collection but not the _role_.  By constructing a filter like the one below, the adversary can determine which users have admin role by presence or absence in the returned collection:
`filter=role==&amp;#34;Admin&amp;#34;`&lt;/p&gt;
&lt;p&gt;### Patches
Resolved in Elide 4.5.14 and greater.&lt;/p&gt;
&lt;p&gt;### Workarounds
The adversary can only access the fields if a model includes fields with different read permission levels (some less secure and some more secure).  Model security can be adjusted by restricting read permissions on existing models.&lt;/p&gt;
&lt;p&gt;### References
Fixed in https://github.com/yahoo/elide/pull/1236&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Open an issue in [elide](https://github.com/yahoo/elide)
* Contact us at [spectrum](https://spectrum.chat/elide?tab=posts)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.yahoo.elide:elide-core&lt;/p&gt;
&lt;p&gt;### Impact
It is possible for an adversary to &amp;#34;guess and check&amp;#34; the value of a model field they do not have access to assuming they can read at least one other field in the model.  The adversary can construct filter expressions for an inaccessible field to filter a collection.  The presence or absence of models in the returned collection can be used to reconstruct the value of the inaccessible field.&lt;/p&gt;
&lt;p&gt;For example, a User model has two fields: _name_ and _role_.  The adversary has read permissions to see the _name_ field of the User collection but not the _role_.  By constructing a filter like the one below, the adversary can determine which users have admin role by presence or absence in the returned collection:
`filter=role==&amp;#34;Admin&amp;#34;`&lt;/p&gt;
&lt;p&gt;### Patches
Resolved in Elide 4.5.14 and greater.&lt;/p&gt;
&lt;p&gt;### Workarounds
The adversary can only access the fields if a model includes fields with different read permission levels (some less secure and some more secure).  Model security can be adjusted by restricting read permissions on existing models.&lt;/p&gt;
&lt;p&gt;### References
Fixed in https://github.com/yahoo/elide/pull/1236&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Open an issue in [elide](https://github.com/yahoo/elide)
* Contact us at [spectrum](https://spectrum.chat/elide?tab=posts)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2mxr-89gf-rc4v</guid>
    </item>
    <item>
      <title>gsd-2020-5289</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-5289</link>
      <description>gsd-2020-5289</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-5289</guid>
    </item>
  </channel>
</rss>
