Documentation Produit
ADC
14.1 - Current Release 13.1 13.0 12.1
Voir PDF

Plus de fonctionnalités prises en charge pour SAML

August 11, 2023
Contributeur: 
C

Les fonctionnalités suivantes sont prises en charge pour SAML.

Prise en charge de la lecture et de la génération des métadonnées pour la configuration du SP et de l’IdP SAML

L’appliance NetScaler prend désormais en charge les fichiers de métadonnées en tant qu’entités de configuration pour le fournisseur de services SAML (SP) et le fournisseur d’identité (IdP). Le fichier de métadonnées est un fichier XML structuré qui décrit la configuration d’une entité. Les fichiers de métadonnées pour le SP et l’IdP sont distincts. Selon le déploiement, et parfois, une entité SP ou IdP peut avoir plusieurs fichiers de métadonnées. En tant qu’administrateur, vous pouvez exporter et importer des fichiers de métadonnées (SAML SP et IdP) sur NetScaler. Les fonctionnalités d’exportation et d’importation de métadonnées pour le SP et l’IdP SAML sont expliquées dans les sections suivantes.

Export des métadonnées pour le SP SAML

Prenons l’exemple d’un NetScaler configuré en tant que SP SAML et où un IdP SAML souhaiterait importer des métadonnées contenant la configuration du SP NetScaler. Supposons que l’appliance NetScaler soit déjà configurée avec un attribut « SAMLAction » qui spécifie la configuration SAML SP.

Pour exporter les métadonnées des utilisateurs ou de l’administrateur, interrogez NetScaler Gateway ou le serveur virtuel d’authentification comme indiqué ci-dessous :

https://vserver.company.com/metadata/samlsp/<action-name>

Importation de métadonnées pour SAML SP

Actuellement, la configuration de l’action SAML sur l’appliance NetScaler prend différents paramètres. L’administrateur spécifie ces paramètres manuellement. Cependant, les administrateurs ignorent souvent la nomenclature lorsqu’il s’agit d’interagir avec différents systèmes SAML. Si des métadonnées de l’IdP sont disponibles, une grande partie de la configuration dans l’entité « SAMLaction » peut être évitée. En fait, l’intégralité de la configuration spécifique à l’IdP peut être omise si le fichier de métadonnées IdP est fourni. L’entité ‘SamlAction’ prend désormais un paramètre supplémentaire pour lire la configuration à partir du fichier de métadonnées.

Lorsque vous importez des métadonnées dans une appliance NetScaler, les métadonnées ne contiennent aucun algorithme de signature à utiliser, elles contiennent les détails du point de terminaison. Les métadonnées peuvent être signées à l’aide de certains algorithmes qui peuvent être utilisés pour vérifier les métadonnées elles-mêmes. Les algorithmes ne sont pas stockés dans l’entité « SAMLaction ».

Par conséquent, ce que vous spécifiez dans l’entité « SamlAction » sont ceux utilisés lors de l’envoi des données. Les données entrantes peuvent contenir un algorithme différent à traiter par une appliance NetScaler.

Vous pouvez importer une taille maximale de 64 Ko de métadonnées.

Pour récupérer les fichiers de métadonnées à l’aide de l’interface de ligne de commande.

set samlAction <name> [-metadataUrl <url> [-metadataRefreshInterval <int>] https://idp.citrix.com/samlidp/metadata.xml

Remarque

Le paramètre MetadataRefreshInterval est l’intervalle en minutes d’extraction des informations de métadonnées à partir de l’URL de métadonnées spécifiée. Valeur par défaut 36000.

Importation de métadonnées pour IdP SAML

Le paramètre « SamlIDPProfile » prend un nouvel argument pour lire l’ensemble de la configuration spécifique au SP. La configuration du fournisseur d’identité SAML peut être simplifiée en remplaçant les propriétés spécifiques au SP par un fichier de métadonnées SP. Ce fichier est interrogé via HTTP.

Pour lire à partir du fichier de métadonnées à l’aide de l’interface de ligne de commande :

set samlIdPProfile <name> [-metadataUrl <url>] [-metadataRefreshInterval <int>]

Prise en charge des attributs nom-valeur pour l’authentification SAML

Vous pouvez désormais configurer les attributs d’authentification SAML avec un nom unique ainsi que des valeurs. Les noms sont configurés dans le paramètre d’action SAML et les valeurs sont obtenues en interrogeant les noms. En spécifiant la valeur d’attribut name, les administrateurs peuvent facilement rechercher la valeur d’attribut associée au nom d’attribut. De plus, les administrateurs n’ont plus besoin de se souvenir de l’attribut uniquement par sa valeur.

Important

  • Dans la commande SAMLaction, vous pouvez configurer un maximum de 64 attributs séparés par des virgules avec une taille totale inférieure à 2048 octets.
  • Citrix vous recommande d’utiliser la liste des attributs. L’utilisation de « l’attribut 1 à l’attribut 16 » provoquera l’échec de la session si la taille de l’attribut extrait est importante.

Pour configurer les attributs nom-valeur à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

add authentication samlAction <name> [-Attributes <string>]

Exemple :

add authentication samlAction samlAct1 -attributes “mail,sn,userprincipalName”

Prise en charge de l’URL du service de consommation d’assertion pour IdP SAML

Une appliance NetScaler configurée en tant que fournisseur d’identité SAML (IdP) prend désormais en charge l’indexation Assertion Consumer Service (ACS) pour traiter les demandes du fournisseur de services SAML (SP). L’IdP SAML importe la configuration d’indexation ACS à partir des métadonnées du fournisseur de services ou permet la saisie manuelle des informations d’index ACS. Le tableau suivant répertorie certains articles spécifiques aux déploiements dans lesquels l’appliance NetScaler est utilisée en tant que SP SAML ou IdP SAML.

Quelques informations sur d’autres déploiements spécifiques :

Prise en charge du type d’identification WebView pour les mécanismes d’authentification

L’authentification d’une appliance NetScaler peut désormais prendre en charge le protocole AuthV3. Le type d’informations d’identification WebView dans le protocole Authv3 prend en charge tous les types de mécanismes d’authentification (y compris SAML et OAuth). Le type d’informations d’identification WebView fait partie d’Authv3, qui est implémenté par Citrix Receiver et le navigateur dans les applications Web.

L’exemple suivant explique le flux des événements WebView via NetScaler Gateway et Citrix Receiver :

  1. Citrix Receiver négocie avec NetScaler Gateway pour la prise en charge du protocole AuthV3.
  2. L’appliance NetScaler répond positivement et suggère une URL de démarrage spécifique.
  3. Citrix Receiver se connecte ensuite au point de terminaison spécifique (URL).
  4. NetScaler Gateway envoie une réponse au client pour démarrer le WebView.
  5. Citrix Receiver démarre WebView et envoie la demande initiale à l’appliance NetScaler.
  6. L’appliance NetScaler redirige l’URI vers le point de connexion du navigateur.
  7. Une fois l’authentification terminée, l’appliance NetScaler envoie une réponse d’achèvement à WebView.
  8. Le WebView se ferme maintenant et redonne le contrôle à Citrix Receiver pour continuer le protocole AuthV3 pour l’établissement de session.

Augmentation de la taille de SessionIndex dans le SP SAML

La taille SessionIndex du fournisseur de services (SP) SAML est augmentée à 96 octets. Auparavant, la taille maximale par défaut de SessionIndex était de 63 octets.

Remarque

Prise en charge introduite dans NetScaler 13.0 Build 36.x

Prise en charge de référence de classe d’authentification personnalisée pour SP SAML

Vous pouvez configurer un attribut de référence de classe d’authentification personnalisé dans la commande d’action SAML . À l’aide de l’attribut de référence de classe d’authentification personnalisé, vous pouvez personnaliser les noms de classe dans les balises SAML appropriées. L’attribut de référence de la classe d’authentification personnalisée ainsi que l’espace de noms sont envoyés à l’IdP SAML dans le cadre de la demande d’authentification SP SAML.

Auparavant, à l’aide de la commande d’action SAML, vous pouviez configurer uniquement un ensemble de classes prédéfinies définies dans l’attribut AuthnCTXClassRef.

Important

Lors de la configuration de l’attribut CustomAuthnctxClassRef, vérifiez les points suivants :

  • Les noms des classes doivent inclure des caractères alphanumériques ou une URL valide avec des balises XML appropriées.
  • Si vous devez configurer plusieurs classes personnalisées, chaque classe doit être séparée par des virgules

Pour configurer les attributs CustomAuthnCTXClassRef à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

  • add authentication samlAction <name> [-customAuthnCtxClassRef <string>]
  • set authentication samlAction <name> [-customAuthnCtxClassRef <string>]

Exemple :

  • add authentication samlAction samlact1 –customAuthnCtxClassRef http://www.class1.com/LoA1,http://www.class2.com/LoA2
  • set authentication samlAction samlact2 –customAuthnCtxClassRef http://www.class3.com/LoA1,http://www.class4.com/LoA2

Pour configurer les attributs CustomAuthnctxClassRef à l’aide de l’interface graphique

  1. Accédez à Sécurité > AAA - Trafic des applications > Stratégies > Authentification > Stratégies avancées > Actions > SAML.
  2. Sur la page SAML, sélectionnez l’onglet Serveurs et cliquez sur Ajouter.
  3. Sur la page Créer un serveur SAML d’authentification, entrez le nom de l’action SAML.

  4. Faites défiler vers le bas pour configurer les types de classe dans la section Types de classe d’authentification personnalisés .

    types de classe d'authentification personnalisés

Prise en charge de la liaison d’artefacts dans l’IdP SAML

L’appliance NetScaler configurée en tant que fournisseur d’identité SAML (IdP) prend en charge la liaison aux artefacts. La liaison d’artefact améliore la sécurité de l’IdP SAML et empêche les utilisateurs malveillants d’inspecter l’assertion.

Prise en charge de l’URL du service de consommation d’assertion pour IdP SAML

Une appliance NetScaler configurée en tant que fournisseur d’identité SAML (IdP) prend désormais en charge l’indexation Assertion Consumer Service (ACS) pour traiter les demandes du fournisseur de services SAML (SP). L’IdP SAML importe la configuration d’indexation ACS à partir des métadonnées du fournisseur de services ou permet la saisie manuelle des informations d’index ACS.

Prise en charge du déchargement FIPS

Une appliance NetScaler MPX FIPS utilisée comme fournisseur de services SAML prend désormais en charge les assertions cryptées. En outre, une appliance NetScaler MPX FIPS fonctionnant en tant que fournisseur de services SAML ou fournisseur d’identité SAML peut désormais être configurée pour utiliser les algorithmes SHA2 sur du matériel FIPS.

Remarque

En mode FIPS, seul l’algorithme RSA-V1_5 est pris en charge en tant qu’algorithme de transport de clés.

Configuration de la prise en charge du déchargement FIPS via l’interface de ligne de commande :

  1. Ajouter SSL FIPS

    add ssl fipsKey fips-key

  2. Créez un CSR et utilisez-le sur le serveur de l’autorité de certification pour générer un certificat. Vous pouvez ensuite copier le certificat dans /nsconfig/ssl. Supposons que le fichier soit fips3cert.cer.

    add ssl certKey fips-cert -cert fips3cert.cer -fipsKey fips-key<!--NeedCopy-->

  3. Spécifiez ce certificat dans l’action SAML pour le module SP SAML

    set samlAction <name> -samlSigningCertName fips-cert<!--NeedCopy-->

  4. Utiliser le certificat dans le module SamlIDPProfile pour fournisseur d’identité SAML

    set samlidpprofile fipstest –samlIdpCertName fips-cert<!--NeedCopy-->

Terminologies SAML courantes

Voici quelques terminologies SAML courantes :

  • Assertion : Une assertion SAML est un document XML renvoyé par le fournisseur d’identité au fournisseur de services après l’authentification de l’utilisateur. L’assertion possède une structure spécifique, telle que définie par la norme SAML.

  • Types d’assertions : Voici les types d’assertion.

    • Authentification : l’utilisateur est authentifié par un moyen particulier à un moment donné
    • Autorisation : l’utilisateur s’est vu accorder ou refuser l’accès à une ressource spécifiée
    • Attributs : l’utilisateur est associé aux attributs fournis

  • Service consommateur d’assertion (ACS) : point de terminaison (URL) du fournisseur de services chargé de recevoir et d’analyser une assertion SAML

  • Restriction d’audience : valeur de l’assertion SAML qui spécifie à qui (et uniquement à qui) l’assertion est destinée. Le « public » sera le fournisseur de services et est généralement une URL mais peut techniquement être formaté comme n’importe quelle chaîne de données.

  • Fournisseur d’identité (IdP) : En termes de SAML, le fournisseur d’identité est l’entité qui vérifie l’identité de l’utilisateur, en réponse à une demande du fournisseur de services.

    Le fournisseur d’identité est responsable du maintien et de l’authentification de l’identité de l’utilisateur.

  • Fournisseur de services (SP) : En termes de SAML, le fournisseur de services (SP) offre un service à l’utilisateur et permet à l’utilisateur de se connecter en utilisant SAML. Lorsque l’utilisateur tente de se connecter, le SP envoie une demande d’authentification SAML au fournisseur d’identité (IdP)

  • Liaison SAML : les demandeurs et les répondeurs SAML communiquent en échangeant des messages. Le mécanisme de transport de ces messages s’appelle une liaison SAML.

  • Artefact HTTP : l’une des options de liaison prises en charge par le protocole SAML. L’artefact HTTP est utile dans les scénarios où le demandeur et le répondeur SAML utilisent un User-Agent HTTP et ne souhaitent pas transmettre l’intégralité du message, que ce soit pour des raisons techniques ou de sécurité. Au lieu de cela, un artefact SAML est envoyé, qui est un identifiant unique pour les informations complètes. L’IdP peut ensuite utiliser l’artefact pour récupérer les informations complètes. L’émetteur de l’artefact doit conserver son état tant que l’artefact est en attente. Un service de résolution d’artefacts (ARS) doit être configuré.

    L’artefact HTTP envoie l’artefact en tant que paramètre de requête.

  • HTTP POST : L’une des options de liaison prises en charge par le protocole SAML.

    HTTP POST envoie le contenu du message en tant que paramètre POST, dans la charge utile.

  • Redirection HTTP : l’une des options de liaison prises en charge par le protocole SAML.

    Lorsque la redirection HTTP est utilisée, le fournisseur de services redirige l’utilisateur vers le fournisseur d’identité où la connexion a lieu, et le fournisseur d’identité redirige l’utilisateur vers le fournisseur de services. La redirection HTTP nécessite l’intervention de l’agent utilisateur (le navigateur).

    La redirection HTTP envoie le contenu du message dans l’URL. Pour cette raison, elle ne peut pas être utilisée pour la réponse SAML, car la taille de la réponse dépasse généralement la longueur d’URL autorisée par la plupart des navigateurs.

    Remarque : L’appliance NetScaler prend en charge les liaisons POST et Redirect lors de la déconnexion.

  • Métadonnées : Les métadonnées sont les données de configuration dans SP et IdP pour savoir comment communiquer entre eux, ce qui sera dans les normes XML

Autres articles Citrix utiles relatifs à l’authentification SAML

Les articles suivants relatifs à l’authentification SAML peuvent être utiles.

Plus de fonctionnalités prises en charge pour SAML
August 11, 2023
Contributeur: 
C
August 11, 2023
Contributeur: 
C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.