Partager via

Sécuriser un cluster autonome sous Windows avec la sécurité Windows

  • Article

Pour empêcher tout accès non autorisé à un cluster Service Fabric, vous devez sécuriser le cluster. La sécurité est particulièrement importante lorsque le cluster exécute des charges de travail de production. Cet article explique comment configurer la sécurité de nœud à nœud et de client à nœud avec la sécurité Windows dans le fichier ClusterConfig.JSON. Le processus correspond à l’étape de configuration de la sécurité sur la page Créer un cluster autonome s’exécutant sous Windows. Pour plus d’informations sur la manière dont Service Fabric utilise la sécurité Windows, référez-vous à Scénarios de sécurité du cluster.

Notes

Vous devez bien réfléchir à votre choix de sécurité de nœud à nœud, car aucune mise à niveau de cluster n’est possible d’un choix de sécurité vers un autre. Pour modifier la sécurité sélectionnée, il faut recréer la totalité du cluster.

Configuration de la sécurité Windows à l’aide de gMSA

gMSA est le modèle de sécurité préféré. L’exemple de fichier config ClusterConfig.gMSA.Windows.MultiMachine.JSON téléchargé avec le package de cluster autonome Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip comporte un modèle de configuration de la sécurité Windows avec un compte de service géré de groupe (gMSA) :

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {  
        "ClustergMSAIdentity": "[gMSA Identity]",
        "ClusterSPN": "[Registered SPN for the gMSA account]",
        "ClientIdentities": [
            {
                "Identity": "domain\\username",
                "IsAdmin": true
            }
        ]
    }
}
Paramètre de configuration Description
ClusterCredentialType Choisissez la valeur Windows afin d’activer la sécurité Windows pour la communication entre nœuds. 
ServerCredentialType Choisissez la valeur Windows afin d’activer la sécurité Windows pour la communication entre client et nœud.
WindowsIdentities Contient les identités client et cluster.
ClustergMSAIdentity Configure la sécurité nœud à nœud. Un compte de service administré de groupe (gMSA, group Managed Service Account). Doit être au format « mysfgmsa@mydomain ».
ClusterSPN SPN inscrit pour le compte GMSA
ClientIdentities Configure la sécurité client à nœud. Tableau des comptes d’utilisateur du client.
Identité Ajoutez l’utilisateur du domaine, domain\username, pour l’identité du client.
IsAdmin Définissez sur true pour indiquer que l’utilisateur de domaine dispose d’un accès administrateur au client, ou sur false pour un accès utilisateur.

La sécurité de nœud à nœud se configure en définissant ClustergMSAIdentity lorsque Service Fabric doit s’exécuter sous le compte gMSA. Pour créer des relations d’approbation entre les nœuds, ceux-ci doivent se connaître mutuellement. Pour ce faire, deux méthodes sont possibles : indiquez le compte de service géré de groupe qui inclut tous les nœuds du cluster, ou spécifiez le groupe de machines de domaine qui inclut tous les nœuds du cluster. Nous vous recommandons d’utiliser l’approche avec le compte de service géré de groupe (gMSA) , en particulier pour les clusters de grande taille (plus de 10 nœuds) ou pour les clusters dont la taille est susceptible d’augmenter ou de diminuer.
Cette méthode ne nécessite pas la création d’un groupe de domaine pour lequel les administrateurs de cluster disposent des droits d’accès leur permettant d’ajouter et de supprimer des membres. Ces comptes sont également utiles pour la gestion des mots de passe automatique. Pour en savoir plus, consultez Prise en main des comptes de service gérés de groupe.

sécurité client à nœud est configurée à l’aide de ClientIdentities. Pour établir une approbation entre un client et le cluster, vous devez configurer le cluster de façon à ce qu’il sache quelles identités client sont fiables. Pour ce faire, deux méthodes s’offrent à vous : indiquez les utilisateurs de groupe de domaine autorisés à se connecter ou indiquez les utilisateurs de nœud de domaine autorisés à se connecter. Service Fabric prend en charge deux types de contrôle d'accès différents pour les clients qui sont connectés à un cluster Service Fabric : administrateur et utilisateur. Le contrôle d'accès permet à l'administrateur du cluster de limiter l'accès à certains types d’opérations de cluster pour différents groupes d'utilisateurs, renforçant ainsi la sécurité du cluster. Les administrateurs ont un accès complet aux fonctions de gestion (y compris les fonctionnalités de lecture/écriture). Les utilisateurs, par défaut, ont uniquement un accès en lecture aux fonctionnalités de gestion (par exemple, aux fonctionnalités de requête) et la capacité à résoudre les applications et les services. Pour en savoir plus sur les contrôles d’accès, consultez Contrôle d’accès en fonction du rôle pour les clients de Service Fabric.

L’exemple de sécurité suivant illustre la configuration de la sécurité Windows à l’aide de gMSA et indique que les ordinateurs du gMSA ServiceFabric/clusterA.contoso.com font partie du cluster et que CONTOSO\usera dispose d’un accès administrateur au client :

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClustergMSAIdentity" : "ServiceFabric.clusterA.contoso.com",
        "ClusterSPN" : "http/servicefabric/clusterA.contoso.com",
        "ClientIdentities": [{
            "Identity": "CONTOSO\\usera",
            "IsAdmin": true
        }]
    }
}

Configuration de la sécurité Windows à l’aide d’un groupe de machines

Comme détaillé ci-dessus, gMSA est le choix privilégié, mais il est également possible d’utiliser ce modèle de sécurité. L’exemple de fichier config ClusterConfig.Windows.MultiMachine.JSON téléchargé avec le package de cluster autonome Microsoft.Azure.ServiceFabric.WindowsServer.<version>.zip comporte un modèle de configuration de la sécurité Windows. La sécurité Windows est configurée dans la section Propriétés :

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClusterIdentity" : "[domain\machinegroup]",
        "ClientIdentities": [{
            "Identity": "[domain\username]",
            "IsAdmin": true
        }]
    }
}
Paramètre de configuration Description
ClusterCredentialType Choisissez la valeur Windows afin d’activer la sécurité Windows pour la communication entre nœuds. 
ServerCredentialType Choisissez la valeur Windows afin d’activer la sécurité Windows pour la communication entre client et nœud.
WindowsIdentities Contient les identités client et cluster.
ClusterIdentity Utilisez un nom de groupe de machines, domain\machinegroup, pour configurer la sécurité de nœud à nœud.
ClientIdentities Configure la sécurité client à nœud. Tableau des comptes d’utilisateur du client.
Identité Ajoutez l’utilisateur du domaine, domain\username, pour l’identité du client.
IsAdmin Définissez sur true pour indiquer que l’utilisateur de domaine dispose d’un accès administrateur au client, ou sur false pour un accès utilisateur.

La sécurité nœud à nœud se configure en définissant l’utilisation de ClusterIdentity si vous souhaitez utiliser un groupe de machines dans un domaine Active Directory. Pour en savoir plus, consultez la rubrique traitant de la création d’un groupe de machines dans Active Directory.

La sécurité de client à nœud est configurée avec ClientIdentities. Pour établir une approbation entre un client et le cluster, vous devez configurer le cluster de façon à ce qu’il connaisse les identités du client auxquelles il peut faire confiance. Vous pouvez établir cette approbation de deux manières différentes :

  • Spécifiez les utilisateurs du groupe de domaines qui peuvent se connecter.
  • Spécifiez les utilisateurs du nœud de domaine qui peuvent se connecter.

Service Fabric prend en charge deux types de contrôle d'accès différents pour les clients qui sont connectés à un cluster Service Fabric : administrateur et utilisateur. Le contrôle d’accès permet à l’administrateur du cluster de limiter l’accès à certains types d’opérations de cluster pour différents groupes d’utilisateurs, ce qui renforce la sécurité du cluster. Les administrateurs ont un accès complet aux fonctions de gestion (y compris les fonctionnalités de lecture/écriture). Les utilisateurs, par défaut, ont uniquement un accès en lecture aux fonctionnalités de gestion (par exemple, aux fonctionnalités de requête) et la capacité à résoudre les applications et les services.

L’exemple de sécurité suivant illustre la configuration de la sécurité Windows, indique que les ordinateurs de ServiceFabric/clusterA.contoso.com font partie du cluster et spécifie que CONTOSO\usera dispose d’un accès administrateur au client :

"security": {
    "ClusterCredentialType": "Windows",
    "ServerCredentialType": "Windows",
    "WindowsIdentities": {
        "ClusterIdentity" : "ServiceFabric/clusterA.contoso.com",
        "ClientIdentities": [{
            "Identity": "CONTOSO\\usera",
            "IsAdmin": true
        }]
    }
},

Notes

Service Fabric ne doit pas être déployé sur un contrôleur de domaine. Veillez à ce que ClusterConfig.json n’inclue pas l’adresse IP du contrôleur de domaine en cas d’utilisation d’un groupe de machines ou d’un compte gMSA (group Managed Service Account).

Étapes suivantes

Après avoir configuré la sécurité Windows dans le fichier ClusterConfig.JSON , reprenez le processus de création de cluster décrit dans Créer un cluster autonome sous Windows.

Pour plus d’informations sur la sécurité de nœud à nœud, la sécurité de client à nœud et le contrôle d’accès en fonction du rôle, consultez la page Scénarios relatifs à la sécurité des clusters.

Pour voir des exemples de connexion avec PowerShell ou FabricClient, consultez la page Se connecter à un cluster sécurisé.