Solutions

SAML2 federation and WS-Federation fail due to presence of &#13 characters in signature and certificate blocks in AM 6.x

Last updated May 29, 2019

The purpose of this article is to provide assistance if federation (SAML2 and WS-Federation) fail because the Service Provider (SP) cannot parse the signature or certificate generated by the Identity Provider (IdP) due to the presence of &#13 characters at the end of the lines, when AM is the IdP.

2 readers recommend this article

Symptoms

Federation fails when using SP initiated SSO; the SP may see references such as "Invalid SAML signature" in their logs and will not be able to parse the signature or certificate blocks.

The Federation debug log will show the signature and certificate blocks with &#13 at the end of lines, for example:

<ds:SignatureValue>
0n4tZCrMzco4uc91FvbWE+hSn6dJENYmxS8WJyEAlHjcBro3hOu07CK+rQqyTGU+OljbaUHF+zI/&#13;
Mgror3t3X+IeYcVg8PnRkmT1SXegl1wqmwZd/zg2WWXszC8W+XaQrlgIG+BNxg5j66HkDkTzegrE&#13;
...
</ds:SignatureValue>
<ds:KeyInfo>
<ds:X509Data>
<ds:X509Certificate>
CwUAA4IBAQBIRSXFrUyt1JxaJUCKidkS5FHcsTI3u3k+MMYBkQhLZB8lAomTwkqRPRx+rOvqLEW/&#13;
EwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGlnaWNlcnQuY29tMR0w&#13;
...
</ds:X509Certificate>

Recent Changes

Upgraded to, or installed AM 6.x.

Causes

AM 6, 6.0.0.1, 6.0.0.2, 6.0.0.3 or 6.0.0.4

The xmlsec library used in AM 6 to 6.0.0.4 is 2.1.1, which has a known issue that causes line breaks to be replaced with these characters when the ignorelinebreak property is enabled. This property is enabled using either of the following JVM options:

-Dorg.apache.xml.security.ignoreLineBreaks=true
-Dcom.sun.org.apache.xml.internal.security.ignoreLineBreaks=true

If the XML parser used by the SP to process the assertion is not permissive, these characters will cause federation to fail. However, if the XML parser is permissive (as used by AM), federation will succeed; this explains why this issue will not affect you if AM is also acting as the SP.

AM 6.0.0.5 and later

The xmlsec library used in AM 6.0.0.5 and later has been upgraded to 2.1.2, which resolves the known issue above; however, this issue can still occur if the org.apache.xml.security.ignoreLineBreak property is not enabled (which it isn't by default). An RFE exists to change this: OPENAM-14939 (Enable "org.apache.xml.security.ignoreLineBreaks=true" by default ).

Solution

This issue can be resolved by upgrading to AM 6.0.0.5 or later and then setting the org.apache.xml.security.ignoreLineBreak property; you can download this from BackStage.

Example using Apache Tomcat™ web container

You can set this property as follows:

Add the following line to the setenv.sh file (typically located in the /tomcat/bin/ directory):
```
JAVA_OPTS=-Dorg.apache.xml.security.ignoreLineBreaks=true
```
Restart the web container.

Note

If the setenv.sh file doesn't exist, you should create it in the same directory as the catalina.sh file (also typically located in the /tomcat/bin/ directory).

Related Training

N/A

Related Issue Tracker IDs

OPENAM-14939 (Enable "org.apache.xml.security.ignoreLineBreaks=true" by default )

OPENAM-13577 (xmlsec 2.1.1.jar used in AM6 have issues when linebreaks enabled)