Talk:SAML 2.0

message: 'Although this article is already long, it's missing some significant new features of SAML 2.0:'
* Single Logout Profile
* HTTP Redirect Binding
* Attribute Profiles (esp. X.500/LDAP Attribute Profile)
* Authentication Context
Also, there is no mention of the Enhanced Client/Proxy Profile, but seriously, I think ECP is too much for this introduction to SAML 2.0. Trscavo 19:16, 26 March 2007 (UTC)
thread_title: What's missing?

message: Isn't it a bit crazy to ask for references on an article about an official standard and reject the standard definition as "primary sources"? I know there are all kinds of WP:* on this, now seriously, in this case referencing second parties and leaving out the primary source would considerably devalue the article.
Apparently, I'm not alone with that opinion, since the header is from 2008 and no one has bothered so far. How about removing it and accepting that for some topics, primary sources are the best references you can give?
:Agreed. Tom Scavo (talk) 18:27, 10 March 2013 (UTC)
replies: text: I don't think the standard definitions need to be rejected. The relevant policy page says "Unless restricted by another policy, primary sources that have been reliably published may be used in Wikipedia; but only with care, because it is easy to misuse them. Any interpretation of primary source material requires a reliable secondary source for that interpretation. A primary source may only be used on Wikipedia to make straightforward, descriptive statements of facts that can be verified by any educated person with access to the source but without further, specialized knowledge." So, where there are references to protocol details, etc. primary sources are fine. I think most of the article is fine on these grounds. It's only when you get into sections like "SAML 2.0 Metadata" that perhaps secondary sources should be cited. Fool4jesus (talk) 19:27, 21 May 2013 (UTC)
thread_title:  References? 

message: Anyone else think it would add to this article to mention implementations or products that support SAML such as Tivoli or Microsoft or Oracle etc?  —Preceding unsigned comment added by 149.176.250.16 (talk) 01:13, 24 February 2011 (UTC)
replies: text: No, please use SAML-based products and services instead. Tom Scavo (talk) 18:25, 10 March 2013 (UTC)
thread_title:  Implementations 

message: I suppose 'deflating' in this text means to strip the (XML) text of unnecessary whitespace? Deflate in computer science is also used for a particular way of compressing data. mvdhout (talk) 13:24, 12 January 2012 (UTC)
replies: text: Deflating (as in compressing data) is appropriate for HTTP Redirect binding (see http://docs.oasis-open.org/security/saml/v2.0/saml-bindings-2.0-os.pdf section 3.4.4.1), but not for HTTP-POST binding. I just removed an incorrect statement saying the AuthnStatement should be URL encoded and deflated before it's base64 encoded and placed in the XHTML form in HTTP-POST. Gpista (talk) 22:27, 21 February 2013 (UTC)
thread_title:  Deflate? 

message: Correct me if I misunderstood something there, but the description currently states:
'Initially, the service provider transmits an artifact to the identity provider via an HTTP redirect [...] Next the identity provider sends a <samlp:ArtifactResolve> request (such as the ArtifactResolveRequest shown earlier) directly to the service provider via a back channel. Finally, the service provider returns a <samlp:ArtifactResponse> element containing the referenced <samlp:AuthnRequest> message'
In every case I have encountered so far the roles are the other way around.
Shouldn't the IdP generate and send the artifact, which is then resolved and sent back by the SP, so the IdP can eventually send a response containing the assertion? Daniel Wild (talk) 13:22, 10 September 2020 (UTC)
replies: text: The HTTP Artifact Binding works in either direction. That said, the use case where the IdP issues the artifact is probably more common. Tom Scavo (talk) 14:36, 10 September 2020 (UTC)
thread_title:  HTTP Artifact Binding 

message: The section on SAML 2.0 Metadata has been cleaned up and enhanced, so I think the clean-up message can be removed. Tom Scavo (talk) 19:49, 10 March 2013 (UTC)
thread_title: SAML 2.0 Metadata

message: There are numerous examples of SAML assertions in the article, including a holder-of-key assertion in the section on attribute query, so I think the notice at the beginning of the section on SAML 2.0 Assertions can be removed. Moreover, bearer assertions are far and away the most common SAML token type so I think the notice is misguided. Tom Scavo (talk) 20:19, 10 March 2013 (UTC)
thread_title: SAML 2.0 Assertions