<?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://db.gcve.eu</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>Thu, 01 Oct 2026 11:39:39 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-85292 — InvoicePlane: Loose Type Comparison in Core Authentication Check (Defense-in-Depth)</title>
      <link>https://db.gcve.eu/vuln/cve-2026-85292</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; InvoicePlane&lt;/p&gt;
&lt;p&gt;InvoicePlane is a self-hosted open source application for managing invoices, clients, and payments. Prior to 1.7.2, InvoicePlane&amp;#39;s User_Controller compares the session user_type value with the required role by using PHP&amp;#39;s loose inequality operator. Under a non-standard session backend that returns unexpected scalar types, type juggling can cause a value that is not strictly the required role to pass the authorization check. This can permit authentication or authorization bypass in affected session configurations. This issue is fixed in version 1.7.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; InvoicePlane&lt;/p&gt;
&lt;p&gt;InvoicePlane is a self-hosted open source application for managing invoices, clients, and payments. Prior to 1.7.2, InvoicePlane&amp;#39;s User_Controller compares the session user_type value with the required role by using PHP&amp;#39;s loose inequality operator. Under a non-standard session backend that returns unexpected scalar types, type juggling can cause a value that is not strictly the required role to pass the authorization check. This can permit authentication or authorization bypass in affected session configurations. This issue is fixed in version 1.7.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-85292</guid>
    </item>
  </channel>
</rss>
