<?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>Wed, 07 Oct 2026 03:05:42 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-47776 — MantisBT: Authentication bypass for some passwords due to PHP type juggling</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2025-47776</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; mantisbt&lt;/p&gt;
&lt;p&gt;Mantis Bug Tracker (MantisBT) is an open source issue tracker. Due to incorrect use of loose (==) instead of strict (===) comparison in the authentication code in versions 2.27.1 and below.PHP type juggling will cause certain MD5 hashes matching scientific notation to be interpreted as numbers. Instances using the MD5 login method allow an attacker who knows the victim&amp;#39;s username and has access to an account with a password hash that evaluates to zero to log in without knowing the victim&amp;#39;s actual password, by using any other password with a hash that also evaluates to zero This issue is fixed in version 2.27.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; mantisbt&lt;/p&gt;
&lt;p&gt;Mantis Bug Tracker (MantisBT) is an open source issue tracker. Due to incorrect use of loose (==) instead of strict (===) comparison in the authentication code in versions 2.27.1 and below.PHP type juggling will cause certain MD5 hashes matching scientific notation to be interpreted as numbers. Instances using the MD5 login method allow an attacker who knows the victim&amp;#39;s username and has access to an account with a password hash that evaluates to zero to log in without knowing the victim&amp;#39;s actual password, by using any other password with a hash that also evaluates to zero This issue is fixed in version 2.27.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2025-47776</guid>
    </item>
  </channel>
</rss>
