Produits Entr'ouvert » Authentic 2

Le code de samlp2_extension.c contient ça:

>-------nclass->node_data->keep_xmlnode = TRUE;

donc normalement au dump on ressort ce qui est rentré, donc tu dois pouvoir t'éviter le decodestring et le zlib.uncompress et n'avoir qu'à faire le ET.fromstring().

Mais après on agit où ? Il faudrait que le décorateur login_required() au lieu d'envoyer vers /login/?next=/idp/saml/continuesso envoie vers /accounts/oidc/login?next=... ou alors faut modifier la vue login pour gérer ce cas.

Ça m'irait qu'on finisse dans la vue login la gestion du comportement "si un seul auth_frontend sans IHM, faire une redirection immédiatement" et qu'on ait un hook à cet endroit qui réduise la liste des frontends en fonction du contexte.

Et pourtant, le contenu de Extensions ne se retrouve pas lors d'un login.request.dump() (ce que je notais en début de ticket), démonstration :

(Pdb) l
442         signed = True
443         while True:
444             try:
445                 login.processAuthnRequestMsg(message)
446                 import pdb; pdb.set_trace()
447  ->             request.session['saml:authnRequest'] = message
448                 break
449             except (lasso.ProfileInvalidMsgError,
450                 lasso.ProfileMissingIssuerError,), e:
451                 logger.warning('invalid message for WebSSO profile with '
452                               'HTTP-Redirect binding: %r exception: %s' \

(Pdb) print login.request.dump()
<samlp:AuthnRequest xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion" ID="_7CC6125DC5BA6F2DCD1EF92BD7D75AE6" Version="2.0" IssueInstant="2017-09-05T09:45:37Z" Destination="https://authentic.fred.local.0d.be/idp/saml2/sso" SignType="0" SignMethod="0" ForceAuthn="false" IsPassive="false"><saml:Issuer>https://combo.fred.local.0d.be/accounts/mellon/metadata/</saml:Issuer><samlp:NameIDPolicy AllowCreate="true"/></samlp:AuthnRequest>

(Pdb) import urlparse, base64, zlib
(Pdb) print zlib.decompress(base64.decodestring(urlparse.parse_qs(message)['SAMLRequest'][0]), -15)
<samlp:AuthnRequest xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:eo="https://www.entrouvert.com/ns/lasso" ID="_7CC6125DC5BA6F2DCD1EF92BD7D75AE6" Version="2.0" IssueInstant="2017-09-05T09:45:37Z" Destination="https://authentic.fred.local.0d.be/idp/saml2/sso" ForceAuthn="false" IsPassive="false"><saml:Issuer>https://combo.fred.local.0d.be/accounts/mellon/metadata/</saml:Issuer><samlp:Extensions>
                              <eo:next_url>hello</eo:next_url>
                           </samlp:Extensions><samlp:NameIDPolicy AllowCreate="true"/></samlp:AuthnRequest>

Mais après on agit où ?

Là sur l'immédiat besoin guichet, très facilement, sans toucher davantage authentic, ça serait :

• un filtre |is_from_backoffice
• un template de login oidc modifié pour avoir :
  • un message de redirection
  • <div data-whatever="{{request|is_from_backoffice}}">
  • et du js pour envoyer du côté qui convient

Après, avec du temps devant moi, je n'aurai aucun problème pour repasser là-dessus et participé à une conception plus générale.

Ok ça me va.

Je viens de regarder on peut obtenir le noeud XML d'origine via LassoNode.getOriginalXmlnode() pour les noeuds qui ont le flag keep_xmlnode, si ça peut éviter de garder toute la requête dans un format pas terrible, me semble qu'on a aussi keep_xmlnode sur les noeuds requêtes, réponses et assertions.

Et ça renvoie une chaîne avec le XML sérialisé vu que je n'ai pas de passerelle xmlNode <-> lxml dans le binding Lasso.

Ça pourrait être poussé ? (dans l'idée d'introduire ça dans la mise à jour du 14)

Ack.