<div dir="ltr"><div>It's true that IdP already processes the message, but I need to further check for optional saml elements/attributes.<br></div><div>For example, our regulation says that the element Issuer must include the attributes Format and NameQualifier; or, for some custom AuthnContextClassRef, I need to check that ForceAuthn is set to 1.</div><div>Hope this makes sense</div><div>Thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-04 18:54 GMT+01:00 Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> According to my federation rules, when receiving an AuthnRequest I need to<br>
> check the saml message for the presence of specific elements and attributes<br>
> (and eventually their values).<br>
<br>
</span>What elements and attributes are you talking about? The IdP processes the message for you, there's no reason you should have to do anything unless you're talking about extensions.<br>
<span class=""><br>
> Any way to do this? I thought I could modify the external authn flow by<br>
> adding a state that invokes my custom code, but would I be able to get the<br>
> saml message?<br>
<br>
</span>The inbound message is tracked throughout the entire flow, but where you plug something in depends entirely on what you're trying to accomplish.<br>
<br>
I don't think you need to do what you think you need to do, but without more details, I'm just guessing.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</font></span></blockquote></div><br></div>