<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T01:40:16.225082+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-325905</id>
    <title>EUVD-2026-325905</title>
    <updated>2026-10-06T01:40:16.278497+00:00</updated>
    <content>EUVD-2026-325905</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-325905"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-46490</id>
    <title>fkie_cve-2026-46490</title>
    <updated>2026-10-06T01:40:16.278540+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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., &lt;saml:AttributeValue&gt;) are not escaped. A normal user can inject XML markup into an attribute value (e.g., email, name) and add new &lt;saml:Attribute&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.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-46490"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-34r5-q4jw-r36m</id>
    <title>GHSA-34r5-q4jw-r36m — samlify: XML Injection in AttributeValue Allows Privilege Escalation in Signed SAML Assertions</title>
    <updated>2026-10-06T01:40:16.278584+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: samlify</p>
<p>## Summary</p>
<p>samlify’s template substitution only escapes attribute contexts. Values inserted into element text (e.g., `&lt;saml:AttributeValue&gt;`) are not escaped. A normal user can inject XML markup into an attribute value (e.g., email, name) and add new `&lt;saml:Attribute&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).</p>
<p>## Root Cause</p>
<p>`src/libsaml.ts` → `replaceTagsByValue()` only escapes placeholders when preceded by a quote (attribute context). Element text is inserted raw. The attribute builder inserts placeholders into element text:</p>
<p>```
&lt;saml:AttributeValue ...&gt;{attrUserX}&lt;/saml:AttributeValue&gt;
```</p>
<p>Therefore, `&lt;/saml:AttributeValue&gt;…&lt;saml:Attribute …&gt;` is accepted and signed.</p>
<p>## Proof-of-concept</p>
<p>- poc/attribute_injection.ts</p>
<p>```TS
import { readFileSync } from 'fs';
import * as samlify from '../index';
import * as validator from '@authenio/samlify-xsd-schema-validator';</p>
<p>samlify.setSchemaValidator(validator);</p>
<p>const { IdentityProvider, ServiceProvider, SamlLib: libsaml, Utility: util } = samlify as any;</p>
<p>const loginResponseTemplate = {
  context: '&lt;samlp:Response xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion" ID="{ID}" Version="2.0" IssueInstant="{IssueInstant}" Destination="{Destination}" InResponseTo="{InResponseTo}"&gt;&lt;saml:Issuer&gt;{Issuer}…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-34r5-q4jw-r36m"/>
  </entry>
</feed>
