Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La conformité réglementaire dans
Vous pouvez affecter les composants intégrés pour un contrôle security individuellement pour vous aider à rendre vos ressources Azure conformes à la norme spécifique.
Le titre de chaque définition de stratégie intégrée est lié à la définition de stratégie dans le portail Azure. Utilisez le lien dans la colonne Policy Version pour afficher la source sur le référentiel Azure Policy GitHub.
Important
Chaque contrôle est associé à une ou plusieurs définitions Azure Policy. Ces stratégies peuvent vous aider à évaluer la conformité avec le contrôle. Toutefois, il n’existe pas souvent de correspondance un-à-un ou parfaite entre un contrôle et une ou plusieurs stratégies. Par conséquent, Compliant dans Azure Policy fait uniquement référence aux stratégies elles-mêmes. Cela ne garantit pas que vous êtes entièrement conforme à toutes les exigences d’un contrôle. En outre, la norme de conformité inclut des contrôles qui ne sont pas traités par des définitions de Azure Policy pour l'instant. Par conséquent, la conformité dans Azure Policy n’est qu’une vue partielle de votre état de conformité global. Les associations entre les contrôles et les définitions de conformité réglementaire d'Azure Policy pour ces normes de conformité peuvent évoluer au fil du temps.
CIS Microsoft Azure Foundations Benchmark 1.1.0
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - CIS Microsoft Azure Foundations Benchmark 1.1.0. Pour plus d’informations sur cette norme de conformité, consultez CIS Microsoft Azure Foundations Benchmark.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| 8 Autres considérations liées à la sécurité | 8.5 | Activer le contrôle d’accès en fonction du rôle (RBAC) dans Azure Kubernetes Services | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
CIS Microsoft Azure Foundations Benchmark 1.3.0
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - CIS Microsoft Azure Foundations Benchmark 1.3.0. Pour plus d’informations sur cette norme de conformité, consultez CIS Microsoft Azure Foundations Benchmark.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| 8 Autres considérations liées à la sécurité | 8.5 | Activer le contrôle d’accès en fonction du rôle (RBAC) dans Azure Kubernetes Services | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
CIS Microsoft Azure Foundations Benchmark 1.4.0
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy détails de conformité réglementaire pour CIS v1.4.0. Pour plus d’informations sur cette norme de conformité, consultez CIS Microsoft Azure Foundations Benchmark.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| 8 Autres considérations liées à la sécurité | 8.7 | Activer le contrôle d’accès en fonction du rôle (RBAC) dans Azure Kubernetes Services | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
CMMC niveau 3
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - CMMC Niveau 3. Pour plus d’informations sur ce standard de conformité, consultez Cybersecurity Maturity Model Certification (CMMC).
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Contrôle d'accès | AC.1.001 | Restreindre l’accès au système d’information aux utilisateurs autorisés, aux processus agissant au nom des utilisateurs autorisés, et aux appareils (y compris d’autres systèmes d’information). | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Contrôle d'accès | AC.1.001 | Restreindre l’accès au système d’information aux utilisateurs autorisés, aux processus agissant au nom des utilisateurs autorisés, et aux appareils (y compris d’autres systèmes d’information). | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Contrôle d'Accès | AC.1.002 | Restreindre l’accès au système d’information aux types de transactions et de fonctions que seuls les utilisateurs autorisés peuvent exécuter. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Contrôle d'accès | AC.1.002 | Restreindre l’accès au système d’information aux types de transactions et de fonctions que seuls les utilisateurs autorisés peuvent exécuter. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Contrôle d'accès | AC.2.007 | Utiliser le principe des privilèges minimum, y compris pour des fonctions de sécurité et des comptes privilégiés spécifiques. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Contrôle d'accès | AC.2.016 | Contrôler le flux de CUI conformément aux autorisations approuvées. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Gestion de la configuration | CM.2.062 | Utiliser le principe des fonctionnalités minimum en configurant des systèmes d’entreprise de manière à fournir uniquement des fonctionnalités essentielles. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Gestion de la configuration | CM.3.068 | Limiter, désactiver ou empêcher l’utilisation de programmes, fonctions, ports, protocoles et services non essentiels. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Évaluation des risques | RM.2.143 | Corriger les vulnérabilités conformément aux évaluations des risques. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| Protection du système et des communications | SC.1.175 | Superviser, contrôler et protéger les communications (c’est-à-dire les informations transmises ou reçues par les systèmes de l’organisation) aux limites externes et aux limites internes clés des systèmes de l’organisation. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Protection du système et des communications | SC.3.177 | Utiliser le chiffrement validé FIPS quand il est utilisé pour protéger la confidentialité d’informations CUI. | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
| Protection du système et des communications | SC.3.183 | Refuser le trafic des communications réseau par défaut et autoriser le trafic des communications réseau par exception (c’est-à-dire, tout refuser, autoriser par exception). | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Intégrité du système et des informations | SI.1.210 | Identifier, signaler et corriger les failles des systèmes d’information en temps voulu. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
FedRAMP Niveau élevé
Pour examiner la façon dont les Azure Policy disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - FedRAMP High. Pour plus d’informations sur cette norme de conformité, consultez FedRAMP High.
FedRAMP Niveau modéré
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - FedRAMP Moderate. Pour plus d’informations sur cette norme de conformité, consultez FedRAMP Moderate.
HIPAA (Loi sur la portabilité et la responsabilité de l'assurance maladie) et HITRUST (Alliance pour la confiance dans les informations de santé)
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - HIPAA HITRUST. Pour plus d’informations sur cette norme de conformité, consultez HIPAA HITRUST.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Gestion des privilèges | 1149.01c2System.9 - 01.c | L’organisation facilite le partage d’informations en permettant aux utilisateurs autorisés de déterminer l’accès d’un partenaire commercial quand une marge de manœuvre est autorisée comme défini par l’organisation et en employant des processus manuels ou des mécanismes automatisés pour aider les utilisateurs à prendre des décisions de collaboration ou de partage d’informations. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| 11 Contrôle d'accès | 1153.01c3System.35-01.c | 1153.01c3System.35-01.c 01.02 Accès autorisé aux systèmes d'information | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| 12 Journalisation et surveillance de l’audit | 1229.09c1Organizational.1-09.c | 1229.09c1Organizational.1-09.c 09.01 Procédures d'exploitation documentées | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
Stratégies confidentielles de référence Microsoft Cloud for Sovereignty
Pour examiner la façon dont les stratégies intégrées disponibles d'Azure Policy pour tous les services Azure correspondent à cette norme de conformité, consultez les détails de conformité réglementaire d'Azure Policy pour les politiques confidentielles de référence de souveraineté MCfS. Pour plus d’informations sur cette norme de conformité, consultez Microsoft Cloud for Sovereignty portefeuille de stratégies.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| SO.3 – Clés gérées par le client | SO.3 | Les produits Azure doivent être configurés afin d'utiliser des clés gérées par le client dans la mesure du possible. | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
Microsoft benchmark de sécurité cloud
Le benchmark de sécurité cloud Microsoft fournit des recommandations sur la façon dont vous pouvez sécuriser vos solutions cloud sur Azure. Pour voir comment ce service est entièrement mappé au benchmark de sécurité cloud Microsoft, consultez les fichiers de mappage Azure Security Benchmark.
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - Microsoft benchmark de sécurité cloud.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Sécurité réseau | NS-2 | Services cloud sécurisés NS-2 avec des contrôles réseau | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Accès privilégié | PA-7 | Pa-7 Suivre le principe d’administration suffisante (privilège minimum) | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Protection des données | DP-3 | DP-3 Chiffrer les données sensibles en transit | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Journalisation et détection des menaces | LT-1 | LT-1 Activer les fonctionnalités de détection des menaces | Azure Kubernetes Service clusters doivent avoir Defender profil activé | 2.0.1 |
| Journalisation et détection des menaces | LT-2 | LT-2 Activer la détection des menaces pour la gestion des identités et des accès | Azure Kubernetes Service clusters doivent avoir Defender profil activé | 2.0.1 |
| Journalisation et détection des menaces | LT-3 | LT-3 Activer la journalisation pour les enquêtes de sécurité | Les journaux de ressources dans Azure Kubernetes Service doivent être activés | 1.0.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | L'extension Azure Policy pour le service Kubernetes (AKS) doit être installée et activée dans vos clusters | 1.0.2 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les clusters Kubernetes doivent désactiver le montage automatique des informations d’identification d’API | 4.2.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les clusters Kubernetes ne doivent pas accorder de fonctionnalités de sécurité CAP_SYS_ADMIN | 5.1.0 |
| Gestion de la posture et des vulnérabilités | PV-2 | Audit PV-2 et application des configurations sécurisées | Les clusters Kubernetes ne doivent pas utiliser l’espace de noms par défaut | 4.2.0 |
| Gestion de la posture et des vulnérabilités | PV-6 | PV-6 Rapidement et corrige automatiquement les vulnérabilités | Les images de conteneurs exécutées sur Azure doivent avoir leurs vulnérabilités résolues (gérées par Gestion des vulnérabilités Microsoft Defender) | 1.0.1 |
| Sécurité DevOps | DS-6 | DS-6 Appliquer la sécurité de la charge de travail tout au long du cycle de vie devOps | Les images de conteneurs exécutées sur Azure doivent avoir leurs vulnérabilités résolues (gérées par Gestion des vulnérabilités Microsoft Defender) | 1.0.1 |
NIST SP 800-171 R2
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - NIST SP 800-171 R2. Pour plus d’informations sur cette norme de conformité, consultez NIST SP 800-171 R2.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Contrôle d'accès | 3.1.3 | Contrôler le flux de CUI conformément aux autorisations approuvées. | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection du système et des communications | 3.13.1 | Superviser, contrôler et protéger les communications (c’est-à-dire les informations transmises ou reçues par les systèmes de l’organisation) aux limites externes et aux limites internes clés des systèmes de l’organisation. | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection du système et des communications | 3.13.10 | Établir et gérer des clés de chiffrement pour le chiffrement utilisé dans les systèmes d’entreprise. | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
| Protection du système et des communications | 3.13.16 | Protéger la confidentialité de CUI au repos. | Les disques temporaires et le cache pour les pools de nœuds d’agent dans les clusters du service Azure Kubernetes devraient être chiffrés sur l’hôte | 1.0.1 |
| Protection du système et des communications | 3.13.2 | Utiliser les conceptions architecturales, les techniques de développement de logiciels et les principes d’ingénierie des systèmes qui favorisent la sécurité des informations au sein des systèmes d’entreprise. | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection du système et des communications | 3.13.5 | Implémenter des sous-réseaux pour les composants système accessibles publiquement qui sont physiquement ou logiquement séparés des réseaux internes. | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection du système et des communications | 3.13.6 | Refuser le trafic des communications réseau par défaut et autoriser le trafic des communications réseau par exception (c’est-à-dire, tout refuser, autoriser par exception). | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection du système et des communications | 3.13.8 | Implémenter des mécanismes de chiffrement pour empêcher toute divulgation non autorisée de CUI pendant la transmission, sauf en cas de protection par d’autres dispositifs de protection physique. | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Intégrité du système et des informations | 3.14.1 | Identifier, signaler et corriger les failles système en temps voulu. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | L'extension Azure Policy pour le service Kubernetes (AKS) doit être installée et activée dans vos clusters | 1.0.2 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| Gestion de la configuration | 3.4.1 | Établir et gérer les configurations de référence et les inventaires des systèmes d’entreprise (y compris le matériel, les logiciels, les microprogrammes et la documentation) tout au long des cycles de vie de développement du système. | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | L'extension Azure Policy pour le service Kubernetes (AKS) doit être installée et activée dans vos clusters | 1.0.2 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| Gestion de la configuration | 3.4.2 | Établir et appliquer des paramètres de configuration de sécurité pour les produits informatiques utilisés dans les systèmes d’entreprise. | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
NIST SP 800-53 Rév. 4
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - NIST SP 800-53 Rev. 4. Pour plus d’informations sur cette norme de conformité, consultez NIST SP 800-53 Rév. 4.
NIST SP 800-53 Rev. 5
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - NIST SP 800-53 Rev. 5. Pour plus d’informations sur cette norme de conformité, consultez NIST SP 800-53 Rev. 5.
Thème BIO Cloud NL
Pour examiner comment les intégrations disponibles d'Azure Policy pour tous les services Azure correspondent à cette norme de conformité, consultez les détails de la conformité réglementaire d'Azure Policy pour le thème NL BIO Cloud. Pour plus d'informations sur cette norme de conformité, consultez Sécurité de l'information de base et cybersécurité gouvernementale - Gouvernement numérique (digitaleoverheid.nl).
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| C.04.3 Gestion des vulnérabilités techniques – Chronologies | C.04.3 | Si la probabilité d’abus et les dommages attendus sont tous les deux élevés, les correctifs sont installés au plus tard dans les sept jours. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| C.04.6 Gestion des vulnérabilités techniques - Chronologies | C.04.6 | Les faiblesses techniques peuvent être corrigées en effectuant une gestion des correctifs en temps opportun. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Le module complémentaire Azure Policy pour le service Kubernetes (AKS) doit être installé et activé sur vos clusters | 1.0.2 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les clusters Kubernetes doivent désactiver le montage automatique des informations d’identification d’API | 4.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les clusters Kubernetes ne doivent pas accorder de fonctionnalités de sécurité CAP_SYS_ADMIN | 5.1.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les clusters Kubernetes ne doivent pas utiliser l’espace de noms par défaut | 4.2.0 |
| C.04.7 Gestion des vulnérabilités techniques - Évaluées | C.04.7 | Les évaluations des vulnérabilités techniques sont enregistrées et signalées. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| U.05.1 - Protection des données - Mesures de chiffrement | U.05.1 | Le transport de données est sécurisé par chiffrement, où la gestion des clés est effectuée par le CSC lui-même si possible. | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| U.05.2 - Protection des données - Mesures de chiffrement | U.05.2 | Les données stockées dans le service cloud doivent être protégées avec les technologie les plus récentes. | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
| U.05.2 - Protection des données - Mesures de chiffrement | U.05.2 | Les données stockées dans le service cloud doivent être protégées avec les technologie les plus récentes. | Les disques temporaires et le cache pour les pools de nœuds d’agent dans les clusters du service Azure Kubernetes devraient être chiffrés sur l’hôte | 1.0.1 |
| U.07.1 Séparation des données - Isolé | U.07.1 | L’isolation permanente des données est une architecture multi-tenant. Les patches sont réalisés de manière contrôlée. | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| U.07.3 Séparation des données - Fonctionnalités de gestion | U.07.3 | U.07.3 - Les privilèges permettant d’afficher ou de modifier les données CSC et/ou les clés de chiffrement sont accordés de manière contrôlée et l’utilisation est journalisée. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| U.09.3 Protection contre les programmes malveillants : détection, prévention et récupération | U.09.3 | La protection contre les programmes malveillants s’exécute sur différents environnements. | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| U.10.2 Accès aux services et données informatiques – Utilisateurs | U.10.2 | Sous la responsabilité du CSP, l’accès est accordé aux administrateurs. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| U.10.3 Accès aux services et données informatiques – Utilisateurs | U.10.3 | Seuls les utilisateurs disposant d’un équipement authentifié peuvent accéder aux services et données informatiques. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| U.10.5 Accès aux services et données informatiques – Compétent | U.10.5 | L’accès aux services et données informatiques est limité par des mesures techniques et a été implémenté. | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| U.11.1 - Services de chiffrement - Stratégie | U.11.1 | Dans la stratégie de chiffrement, au minimum les sujets conformes à BIO ont été élaborés. | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| U.11.2 - Services de chiffrement - Mesures de chiffrement | U.11.2 | Dans le cas de certificats PKIoverheid, utilisez les exigences PKIoverheid pour la gestion des clés. Dans les autres situations, utilisez ISO11770. | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| U.11.3 Services de chiffrement - Chiffrement | U.11.3 | Les données sensibles sont toujours chiffrées, avec des clés privées gérées par le CSC. | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
| U.11.3 Services de chiffrement - Chiffrement | U.11.3 | Les données sensibles sont toujours chiffrées, avec des clés privées gérées par le CSC. | Les disques temporaires et le cache pour les pools de nœuds d'agents dans les clusters de Azure Kubernetes Service doivent être chiffrés sur l'hôte | 1.0.1 |
| U.15.1 Journalisation et surveillance - Événements enregistrés | U.15.1 | La violation des règles de stratégie est enregistrée par le CSP et le CSC. | Les journaux de ressources dans Azure Kubernetes Service doivent être activés | 1.0.0 |
Reserve Bank of India - Infrastructure informatique pour NBFC
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - Reserve Bank of India - IT Framework for NBFC. Pour plus d’informations sur cette norme de conformité, consultez Reserve Bank of India - Infrastructure informatique pour NBFC.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Gouvernance informatique | 1 | Gouvernance informatique-1 | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
| Informations et cybersécurité | 3.1.a | Identification et classification des ressources d’information-3.1 | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Informations et cybersécurité | 3.1.c | Contrôle d'accès basé sur le rôle-3.1 | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Informations et cybersécurité | 3.1.g | Sentiers-3.1 | Azure Kubernetes Service clusters doivent avoir Defender profil activé | 2.0.1 |
| Informations et cybersécurité | 3.3 | Gestion des vulnérabilités-3.3 | Les services Kubernetes doivent être mis à niveau vers une version non vulnérable de Kubernetes | 1.0.2 |
Banque de réserve de l’Inde – Infrastructure informatique pour les banques v2016
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - Banques ITF RBI v2016. Pour plus d’informations sur cette norme de conformité, consultez RBI ITF Banks v2016 (PDF).
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Gestion des correctifs/vulnérabilités et des changements | Gestion des correctifs/vulnérabilités et des changements-7.7 | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 | |
| Défense et gestion des menaces en temps réel avancées | Défense et gestion des menaces en temps réel avancées-13.2 | Azure Kubernetes Service clusters doivent avoir Defender profil activé | 2.0.1 | |
| Access Control/Gestion des utilisateurs | Contrôle d'accès utilisateur / Gestion-8.1 | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
RMIT Malaisie
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy Conformité réglementaire - RMIT Malaisie. Pour plus d’informations sur cette norme de conformité, consultez RMIT Malaysia.
Espagne - ENS
Pour examiner la façon dont les Azure Policy préconfigurées disponibles pour tous les services Azure correspondent à ce standard de conformité, consultez les détails de conformité réglementaire de Azure Policy pour l'ENS en Espagne. Pour plus d’informations sur cette norme de conformité, consultez CCN-STIC 884.
SWIFT CSP-CSCF v2021
Pour examiner la façon dont les Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Azure Policy détails de conformité réglementaire pour SWIFT CSP-CSCF v2021. Pour plus d’informations sur cette norme de conformité, consultez SWIFT CSP-CSCF v2021.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Protection de l’environnement SWIFT | 1.1 | Protection de l’environnement SWIFT | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Protection de l’environnement SWIFT | 1.4 | Restriction de l’accès à Internet | Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | 2.0.1 |
| Réduire les Surface d’attaque et les vulnérabilités | 2.1 | Sécurité interne des Data Flow | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Détecter les activités anormales dans les systèmes ou les enregistrements de transaction | 6.2 | Intégrité logicielle | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
| Détecter les activités anormales dans les systèmes ou les enregistrements de transaction | 6.5A | Détection des intrusions | Both des systèmes d’exploitation et des disques de données dans Azure Kubernetes Service clusters doivent être chiffrés par des clés gérées par le client | 1.0.1 |
Contrôles d’organisation et de Système (SOC) 2
Pour examiner la façon dont les Règles Azure Policy intégrées disponibles pour tous les services Azure correspondent à cette norme de conformité, consultez Détails de conformité réglementaire Azure Policy pour les contrôles SOC (System and Organization Controls) 2. Pour obtenir plus d’informations sur cette norme de conformité, consultez SOC (System and Organization Controls) 2.
| Domaine | ID du contrôle | Titre du contrôle | Politique (portail Azure) |
Version de la stratégie (GitHub) |
|---|---|---|---|---|
| Contrôles d’accès logiques et physiques | CC6.1 | Architectures, infrastructure et logiciels de sécurité d’accès logique | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Contrôles d’accès logiques et physiques | CC6.3 | Accès basé sur un rôle et privilège minimum | Role-Based Access Control (RBAC) doit être utilisé sur Kubernetes Services | 1.1.0 |
| Contrôles d’accès logiques et physiques | CC6.6 | Mesures de sécurité contre les menaces extérieures aux limites du système | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Contrôles d’accès logiques et physiques | CC6.7 | Réserver uniquement la diffusion des informations aux utilisateurs autorisés | Les clusters Kubernetes doivent être accessibles uniquement via HTTPS | 9.0.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Le module complémentaire Azure Policy pour le service Kubernetes (AKS) doit être installé et activé sur vos clusters | 1.0.2 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les clusters Kubernetes doivent désactiver le montage automatique des informations d’identification d’API | 4.2.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les clusters Kubernetes ne doivent pas accorder de fonctionnalités de sécurité CAP_SYS_ADMIN | 5.1.0 |
| Contrôles d’accès logiques et physiques | CC6.8 | Prévenir ou détecter les logiciels non autorisés ou malveillants | Les clusters Kubernetes ne doivent pas utiliser l’espace de noms par défaut | 4.2.0 |
| Opérations du système | CC7.2 | Analyser les composants du système pour détecter tout comportement anormal | Azure Kubernetes Service clusters doivent avoir Defender profil activé | 2.0.1 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Le module complémentaire Azure Policy pour le service Kubernetes (AKS) doit être installé et activé sur vos clusters | 1.0.2 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les limites de ressources processeur et de mémoire des conteneurs de clusters Kubernetes ne doivent pas dépasser les limites spécifiées | 9.3.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les conteneurs de cluster Kubernetes ne doivent pas partager d’espaces de noms hôtes | 6.0.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des profils AppArmor autorisés | 6.2.1 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des fonctionnalités autorisées | 6.2.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les conteneurs de cluster Kubernetes doivent utiliser uniquement des images autorisées | 9.3.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les conteneurs de cluster Kubernetes doivent s’exécuter avec un système de fichiers racine en lecture seule | 6.3.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les volumes hostPath de pod de cluster Kubernetes doivent utiliser uniquement des chemins d’hôte autorisés | 6.3.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les pods et les conteneurs de cluster Kubernetes doivent être exécutés uniquement avec des ID d’utilisateur et de groupe approuvés | 6.2.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les pods de cluster Kubernetes ne doivent utiliser que le réseau hôte approuvé et la liste des ports | 7.0.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les services de cluster Kubernetes doivent écouter uniquement sur les ports autorisés | 8.2.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Le cluster Kubernetes ne doit pas autoriser les conteneurs privilégiés | 9.2.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les clusters Kubernetes doivent désactiver le montage automatique des informations d’identification d’API | 4.2.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les clusters Kubernetes ne doivent pas autoriser la réaffectation de privilèges de conteneur | 8.0.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les clusters Kubernetes ne doivent pas accorder de fonctionnalités de sécurité CAP_SYS_ADMIN | 5.1.0 |
| Gestion des changements | CC8.1 | Modifications apportées à l’infrastructure, aux données et aux logiciels | Les clusters Kubernetes ne doivent pas utiliser l’espace de noms par défaut | 4.2.0 |
Étapes suivantes
- En savoir plus sur la conformité réglementaire de Azure Policy.
- Consultez les compléments intégrés sur le dépôt Azure Policy GitHub.