Closed tvdijen closed 2 years ago
Base: 92.79% // Head: 92.81% // Increases project coverage by +0.02%
:tada:
Coverage data is based on head (
3dbb213
) compared to base (53a5ce8
). Patch coverage: 100.00% of modified lines in pull request are covered.
:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
SAB does not use that module but its own attributeserver module which seems originally based on sspmod_attributes_server by Sixto Martin which does not check content types.
I wonder how being strict about the content type relates to SAML 2.0 Bindings 3.2.3.1 lines 353-354?
Hmm, interesting.. Although it specifically says additional headers.
I've found out that for SOAP 1.1 the appropriate content type is text/xml
and not application/soap+xml
which is specific for SOAP 1.2.
SAML2 SOAP-binding is locked to SOAP 1.1
Edit: According to the second link, the Content-type header is required for SOAP, so I think it invalidates your point regarding the SAML 2.0 Bindings.. I really think they mean additional headers there.
For more compatibility, the attribute server might also check for SOAPAction header (344-345) and process the response if either this with the correct value is found OR the mime type matches.
AA could consider to also send this SOAPAction header as per line 344?
The attribute server can only check if the header exists, because the value is unspecified, so it cannot really check that. I'm not really sure what we should put there, but I agree AA should send it.
As per paragraph 6.1.1 from the specs
The header field value of empty string ("") means that the intent of the SOAP message is provided by the HTTP Request-URI
So we might as well add the header and leave it empty..
The value is specified in line 345
Ah cool! I missed that.. So many specs involved here I'll add it (if I figure out how)
@thijskh I tried playing with this aggregator in conjunction with SSP's simplesamlphp-module-exampleattributeserver and then hit the UnsupportedBindingException on line 109
I was wondering, since you are using SSP for SAB as well, why this never affected you. This appears to be an appropriate fix.