<?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>Tue, 06 Oct 2026 13:12:09 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-46490 — samlify: XML Injection in AttributeValue Allows Privilege Escalation in Signed SAML Assertions</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-46490</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; tngan samlify&lt;/p&gt;
&lt;p&gt;samlify is a Node.js library for SAML single sign-on. Prior to version 2.13.0, samlify’s template substitution only escapes attribute contexts. Values inserted into element text (e.g., &amp;lt;saml:AttributeValue&amp;gt;) are not escaped. A normal user can inject XML markup into an attribute value (e.g., email, name) and add new &amp;lt;saml:Attribute&amp;gt; elements inside the signed assertion. The IdP then signs the tampered assertion and the SP accepts the injected attributes as trusted. This allows privilege escalation when attributes are used for authorization (roles/groups). This issue has been patched in version 2.13.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; tngan samlify&lt;/p&gt;
&lt;p&gt;samlify is a Node.js library for SAML single sign-on. Prior to version 2.13.0, samlify’s template substitution only escapes attribute contexts. Values inserted into element text (e.g., &amp;lt;saml:AttributeValue&amp;gt;) are not escaped. A normal user can inject XML markup into an attribute value (e.g., email, name) and add new &amp;lt;saml:Attribute&amp;gt; elements inside the signed assertion. The IdP then signs the tampered assertion and the SP accepts the injected attributes as trusted. This allows privilege escalation when attributes are used for authorization (roles/groups). This issue has been patched in version 2.13.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-46490</guid>
    </item>
  </channel>
</rss>
