Sécurité et configuration réseau

Le service d’authentification fédérée (FAS) est étroitement intégré à Microsoft Active Directory et à l’autorité de certification Microsoft. Il est essentiel de s’assurer que le système est géré et sécurisé de manière appropriée, en élaborant une politique de sécurité comme vous le feriez pour un contrôleur de domaine ou toute autre infrastructure critique.

Ce document fournit un aperçu des problèmes de sécurité à prendre en compte lors du déploiement de FAS. Il présente également les fonctionnalités disponibles qui peuvent vous aider à sécuriser votre infrastructure.

Architecture réseau

Le diagramme suivant présente les principaux composants et les limites de sécurité utilisés dans un déploiement FAS.

Le serveur FAS doit être traité comme faisant partie de l’infrastructure critique pour la sécurité, au même titre que l’autorité de certification et le contrôleur de domaine. Dans un environnement fédéré, Citrix Gateway et Citrix StoreFront sont des composants fiables pour l’authentification des utilisateurs ; les autres composants Citrix Virtual Apps and Desktops™ ne sont pas affectés par l’introduction de FAS.

localized image

Pare-feu et sécurité réseau

La communication entre Citrix Gateway, StoreFront et les composants Delivery Controller™ doit être protégée par TLS sur le port 443. Le serveur StoreFront n’effectue que des connexions sortantes, et Citrix Gateway ne doit accepter que les connexions via Internet à l’aide du port HTTPS 443.

Le serveur StoreFront contacte le serveur FAS sur le port 80 à l’aide de Kerberos avec authentification mutuelle. L’authentification utilise l’identité Kerberos HOST/fqdn du serveur FAS et l’identité du compte machine Kerberos du serveur StoreFront. Cela génère un « handle d’informations d’identification » à usage unique nécessaire au Citrix Virtual Delivery Agent (VDA) pour connecter l’utilisateur.

Lorsqu’une session HDX est connectée au VDA, le VDA contacte également le serveur FAS sur le port 80. L’authentification utilise l’identité Kerberos HOST/fqdn du serveur FAS et l’identité machine Kerberos du VDA. De plus, le VDA doit fournir le « handle d’informations d’identification » pour accéder au certificat et à la clé privée.

  • L’autorité de certification Microsoft accepte la communication à l’aide de DCOM authentifié par Kerberos, qui peut être configuré pour utiliser un port TCP fixe. L’autorité de certification exige en outre que le serveur FAS fournisse un paquet CMC signé par un certificat d’agent d’inscription approuvé.

    • Serveur Ports de pare-feu
    • |————————–|——————————————————|
    • Federated Authentication Service [entrée] Kerberos sur HTTP depuis StoreFront™ et les VDA, [sortie] DCOM vers l’autorité de certification Microsoft
      Citrix Gateway [entrée] HTTPS depuis les machines clientes, [entrée/sortie] HTTPS vers/depuis le serveur StoreFront, [sortie] HDX vers le VDA
      StoreFront [entrée] HTTPS depuis Citrix Gateway, [sortie] HTTPS vers Delivery Controller, [sortie] Kerberos HTTP vers FAS
      Delivery Controller [entrée] HTTPS depuis le serveur StoreFront, [entrée/sortie] Kerberos sur HTTP depuis les VDA
      VDA [entrée/sortie] Kerberos sur HTTP depuis Delivery Controller, [entrée] HDX depuis Citrix Gateway, [sortie] Kerberos HTTP vers FAS
      Autorité de certification Microsoft [entrée] DCOM et signé depuis FAS

Connexions entre Citrix Federated Authentication Service et Citrix Cloud™

La console et FAS accèdent aux adresses suivantes en utilisant respectivement le compte de l’utilisateur et le compte Service réseau.

  • Console d’administration FAS, sous le compte de l’utilisateur
    • *.cloud.com
    • *.citrixworkspacesapi.net
    • Adresses requises par un fournisseur d’identité tiers, si l’un d’eux est utilisé dans votre environnement
    • Service FAS, sous le compte Service réseau : *.citrixworkspacesapi.net

Si votre environnement inclut des serveurs proxy, configurez le proxy utilisateur avec les adresses de la console d’administration FAS. Assurez-vous également que l’adresse du compte Service réseau est configurée à l’aide de netsh ou d’un outil similaire.

Responsabilités d’administration

  • L’administration de l’environnement peut être divisée en groupes suivants :

    • Nom Responsabilité
    • Administrateur d’entreprise Installer et sécuriser les modèles de certificat dans la forêt
      Administrateur de domaine Configurer les paramètres de stratégie de groupe
      Administrateur de l’autorité de certification Configurer l’autorité de certification
      Administrateur FAS Installer et configurer le serveur FAS
      Administrateur StoreFront/Citrix Gateway Configurer l’authentification des utilisateurs
      Administrateur Citrix Virtual Desktops™ Configurer les VDA et les contrôleurs

Chaque administrateur contrôle différents aspects du modèle de sécurité global, ce qui permet une approche de défense en profondeur pour sécuriser le système.

Paramètres de stratégie de groupe

Les machines FAS approuvées sont identifiées par une table de correspondance « numéro d’index -> FQDN » configurée via la stratégie de groupe. Lors de la prise de contact avec un serveur FAS, les clients vérifient l’identité Kerberos HOST\<fqdn\> du serveur FAS. Tous les serveurs qui accèdent au serveur FAS doivent avoir des configurations FQDN identiques pour le même index ; sinon, StoreFront et les VDA peuvent contacter différents serveurs FAS.

Pour éviter les erreurs de configuration, Citrix recommande qu’une seule stratégie soit appliquée à toutes les machines de l’environnement. Soyez prudent lors de la modification de la liste des serveurs FAS, en particulier lors de la suppression ou du réordonnancement des entrées.

Le contrôle de cette GPO doit être limité aux administrateurs FAS (et/ou aux administrateurs de domaine) qui installent et désactivent les serveurs FAS. Veillez à éviter de réutiliser un nom FQDN de machine peu de temps après la désactivation d’un serveur FAS.

  • Modèles de certificat

Si vous ne souhaitez pas utiliser le modèle de certificat Citrix_SmartcardLogon fourni avec FAS, vous pouvez en modifier une copie. Les modifications suivantes sont prises en charge.

Renommer un modèle de certificat

Si vous souhaitez renommer le modèle Citrix_SmartcardLogon pour qu’il corresponde à la norme de dénomination de modèle de votre organisation, vous devez :

  • Créer une copie du modèle de certificat et le renommer pour qu’il corresponde à la norme de dénomination de modèle de votre organisation.
  • Utiliser les commandes PowerShell FAS pour administrer FAS, plutôt que l’interface utilisateur administrative. (L’interface utilisateur administrative est uniquement destinée à être utilisée avec les noms de modèles par défaut de Citrix.)
    • Utiliser le composant logiciel enfichable Microsoft MMC Certificate Templates ou la commande Publish-FasMsTemplate pour publier votre modèle, et
    • Utiliser la commande New-FasCertificateDefinition pour configurer FAS avec le nom de votre modèle.

Modifier les propriétés générales

Vous pouvez modifier la période de validité dans le modèle de certificat.

Ne modifiez pas la période de renouvellement. FAS ignore ce paramètre dans le modèle de certificat. FAS renouvelle automatiquement le certificat à mi-chemin de sa période de validité.

Modifier les propriétés de gestion des requêtes

Ne modifiez pas ces propriétés. FAS ignore ces paramètres dans le modèle de certificat. FAS désélectionne toujours Autoriser l’exportation de la clé privée et désélectionne Renouveler avec la même clé.

Modifier les propriétés de cryptographie

Ne modifiez pas ces propriétés. FAS ignore ces paramètres dans le modèle de certificat.

Reportez-vous à Protection de la clé privée pour les paramètres équivalents fournis par FAS.

Modifier les propriétés d’attestation de clé

Ne modifiez pas ces propriétés. FAS ne prend pas en charge l’attestation de clé.

Modifier les propriétés des modèles remplacés

Ne modifiez pas ces propriétés. FAS ne prend pas en charge le remplacement de modèles.

Modifier les propriétés des extensions

Vous pouvez modifier ces paramètres pour qu’ils correspondent à la politique de votre organisation.

Remarque : Des paramètres d’extension inappropriés peuvent entraîner des problèmes de sécurité ou des certificats inutilisables.

Modifier les propriétés de sécurité

Citrix recommande de modifier ces paramètres pour autoriser les autorisations de Lecture et d’Inscription uniquement pour les comptes machine des serveurs FAS. Aucune autre autorisation n’est requise par le service FAS. Cependant, comme pour les autres modèles de certificat, vous pouvez souhaiter :

  • autoriser les administrateurs à lire ou écrire le modèle
  • autoriser les utilisateurs authentifiés à lire le modèle

image localisée

Modifier les propriétés du nom du sujet

  • Citrix vous recommande de ne pas modifier ces propriétés.

  • Le modèle a l’option Construire à partir de ces informations Active Directory sélectionnée, ce qui amène l’autorité de certification à inclure le SID de l’utilisateur dans une extension de certificat. Cela fournit un mappage fort avec le compte Active Directory de l’utilisateur.

Modifier les propriétés du serveur

Bien que Citrix ne le recommande pas, vous pouvez modifier ces paramètres pour qu’ils correspondent à la politique de votre organisation, si nécessaire.

Modifier les propriétés des exigences d’émission

Ne modifiez pas ces paramètres. Ces paramètres doivent être comme indiqué :

image localisée

Modifier les propriétés de compatibilité

Vous pouvez modifier ces paramètres. Le paramètre doit être au moins AC Windows Server 2003 (version de schéma 2). Cependant, FAS ne prend en charge que les AC Windows Server 2008 et ultérieures. De plus, comme expliqué ci-dessus, FAS ignore les paramètres supplémentaires disponibles en sélectionnant AC Windows Server 2008 (version de schéma 3) ou AC Windows Server 2012 (version de schéma 4).

Administration de l’autorité de certification

L’administrateur de l’autorité de certification est responsable de la configuration du serveur d’autorité de certification et de la clé privée du certificat d’émission qu’il utilise.

Publication des modèles

Pour qu’une autorité de certification puisse émettre des certificats basés sur un modèle fourni par l’administrateur d’entreprise, l’administrateur de l’autorité de certification doit choisir de publier ce modèle.

Une pratique de sécurité simple consiste à publier uniquement les modèles de certificat d’autorité d’enregistrement lorsque les serveurs FAS sont installés, ou à insister sur un processus d’émission entièrement hors ligne. Dans les deux cas, l’administrateur de l’autorité de certification doit maintenir un contrôle total sur l’autorisation des requêtes de certificat d’autorité d’enregistrement et avoir une politique pour l’autorisation des serveurs FAS.

Paramètres du pare-feu

Généralement, l’administrateur de l’autorité de certification aura également le contrôle des paramètres du pare-feu réseau de l’autorité de certification, permettant ainsi de contrôler les connexions entrantes. L’administrateur de l’autorité de certification peut configurer les règles DCOM TCP et de pare-feu de manière à ce que seuls les serveurs FAS puissent demander des certificats.

Inscription restreinte

Par défaut, tout détenteur d’un certificat d’autorité d’enregistrement peut émettre des certificats à tout utilisateur, en utilisant n’importe quel modèle de certificat qui autorise l’accès. Cela doit être limité à un groupe d’utilisateurs non privilégiés en utilisant la propriété d’autorité de certification « Restreindre les agents d’inscription ».

Image localisée

Modules de stratégie et audit

Pour les déploiements avancés, des modules de sécurité personnalisés peuvent être utilisés pour suivre et opposer un veto à l’émission de certificats.

Administration de FAS

FAS dispose de plusieurs fonctionnalités de sécurité.

Restreindre StoreFront, les utilisateurs et les VDA via une ACL

Au centre du modèle de sécurité FAS se trouve le contrôle des comptes Kerberos qui peuvent accéder aux fonctionnalités :

Vecteur d’accès Description
StoreFront [IdP] Ces comptes Kerberos sont considérés comme fiables pour déclarer qu’un utilisateur a été correctement authentifié. Si l’un de ces comptes est compromis, des certificats peuvent être créés et utilisés pour les utilisateurs autorisés par la configuration de FAS.
VDA [Partie de confiance] Ce sont les machines autorisées à accéder aux certificats et aux clés privées. Un handle d’informations d’identification récupéré par l’IdP est également nécessaire, de sorte qu’un compte VDA compromis dans ce groupe a une portée limitée pour attaquer le système.
Utilisateurs Ceci contrôle quels utilisateurs peuvent être attestés par l’IdP. Notez qu’il y a un chevauchement avec les options de configuration « Agent d’inscription restreint » au niveau de l’autorité de certification. En général, il est conseillé d’inclure uniquement des comptes non privilégiés dans cette liste. Cela empêche un compte StoreFront compromis d’élever ses privilèges à un niveau administratif supérieur. En particulier, les comptes d’administrateur de domaine ne doivent pas être autorisés par cette ACL.

Configurer les règles

Les règles sont utiles si plusieurs déploiements indépendants de Citrix Virtual Apps™ ou Citrix Virtual Desktops utilisent la même infrastructure de serveur FAS. Chaque règle dispose d’un ensemble distinct d’options de configuration ; en particulier, les ACL peuvent être configurées indépendamment.

Configurer l’autorité de certification et les modèles

Différents modèles de certificats et autorités de certification peuvent être configurés pour différents droits d’accès. Les configurations avancées peuvent choisir d’utiliser des certificats moins ou plus puissants, selon l’environnement. Par exemple, les utilisateurs identifiés comme « externes » peuvent avoir un certificat avec moins de privilèges que les utilisateurs « internes ».

Certificats en session et d’authentification

L’administrateur FAS peut contrôler si le certificat utilisé pour l’authentification est disponible pour être utilisé dans la session de l’utilisateur. Par exemple, cela pourrait être utilisé pour n’avoir que des certificats de « signature » disponibles en session, le certificat de « connexion » plus puissant n’étant utilisé qu’à la connexion.

Protection des clés privées et longueur des clés

L’administrateur FAS peut configurer FAS pour stocker les clés privées dans un module de sécurité matérielle (HSM) ou un module de plateforme sécurisée (TPM). Citrix recommande qu’au moins la clé privée du certificat d’autorité d’enregistrement soit protégée en la stockant dans un TPM ; cette option est fournie dans le cadre du processus de demande de certificat « hors ligne ».

De même, les clés privées des certificats utilisateur peuvent être stockées dans un TPM ou un HSM. Toutes les clés doivent être générées comme « non exportables » et avoir une longueur d’au moins 2048 bits.

Journaux d’événements

Le serveur FAS fournit des journaux d’événements de configuration et d’exécution détaillés, qui peuvent être utilisés pour l’audit et la détection d’intrusion.

Accès administratif et outils d’administration

FAS inclut des fonctionnalités d’administration à distance (Kerberos authentifié mutuellement) et des outils. Les membres du « Groupe des administrateurs locaux » ont un contrôle total sur la configuration de FAS. Cette liste doit être soigneusement gérée.

Administrateurs Citrix Virtual Apps, Citrix Virtual Desktops et VDA

En général, l’utilisation de FAS ne modifie pas le modèle de sécurité des administrateurs de Delivery Controller et de VDA, car le « handle d’informations d’identification » FAS remplace simplement le « mot de passe Active Directory ». Les groupes d’administration de Controller et de VDA ne doivent contenir que des utilisateurs de confiance. L’audit et les journaux d’événements doivent être tenus à jour.

Sécurité générale des serveurs Windows

Tous les serveurs doivent être entièrement mis à jour et disposer d’un pare-feu standard et d’un logiciel antivirus. Les serveurs d’infrastructure critiques pour la sécurité doivent être conservés dans un emplacement physiquement sécurisé, avec une attention particulière portée au chiffrement des disques et aux options de maintenance des machines virtuelles.

L’audit et les journaux d’événements doivent être stockés en toute sécurité sur une machine distante.

L’accès RDP doit être limité aux administrateurs autorisés. Dans la mesure du possible, les comptes utilisateur doivent exiger une connexion par carte à puce, en particulier pour les comptes d’autorité de certification et d’administrateur de domaine.

Informations connexes