<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Why FusionAuth SAML Metadata Always Sets WantAssertionsSigned to False]]></title><description><![CDATA[<p dir="auto">We have a client requirement for our SAML metadata to specify <strong>WantAssertionsSigned="true"</strong>.<br />
We’ve configured a verification key in the Identity Provider (IdP) settings, but when we generate the metadata, the value still appears as <strong>WantAssertionsSigned="false"</strong>.<br />
Is there a way to configure FusionAuth to set this value to <strong>true</strong> in the generated metadata?</p>
]]></description><link>https://fusionauth.io/community/forum/topic/3082/why-fusionauth-saml-metadata-always-sets-wantassertionssigned-to-false</link><generator>RSS for Node</generator><lastBuildDate>Sun, 14 Jun 2026 19:54:19 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/topic/3082.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 20 Dec 2025 01:55:46 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Why FusionAuth SAML Metadata Always Sets WantAssertionsSigned to False on Sat, 20 Dec 2025 01:57:52 GMT]]></title><description><![CDATA[<p dir="auto">At this time, FusionAuth does not support changing <strong>WantAssertionsSigned</strong> to <strong>true</strong> in the generated SAML metadata. This value is hard-coded and cannot be modified through IdP configuration or other settings.</p>
<p dir="auto">From a practical standpoint, this should not impact security or standards compliance. FusionAuth signs the entire SAML response using the verification key configured in the IdP. Since the assertion is part of the signed response, signing the assertion itself would be redundant and is not required by the SAML specification.</p>
<p dir="auto">If your client strictly requires <strong>WantAssertionsSigned="true"</strong> due to a non-standard or legacy implementation, this would need to be addressed on the Service Provider side, as FusionAuth cannot currently emit metadata with that value set to <strong>true</strong>.</p>
]]></description><link>https://fusionauth.io/community/forum/post/8458</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/8458</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Sat, 20 Dec 2025 01:57:52 GMT</pubDate></item></channel></rss>