Base de référence de sécurité Azure pour Azure Kubernetes Service (AKS)
Cette base de référence de sécurité applique des conseils du benchmark de sécurité cloud Microsoft version 1.0 à Azure Kubernetes Service (AKS). Le point de référence de sécurité du cloud Microsoft fournit des recommandations sur la façon dont vous pouvez sécuriser vos solutions cloud sur Azure. Le contenu est regroupé par les contrôles de sécurité définis par le benchmark de sécurité cloud Microsoft et les instructions associées applicables à Azure Kubernetes Service (AKS).
Vous pouvez superviser cette base de référence de la sécurité et ses recommandations en utilisant Microsoft Defender pour le cloud. Les définitions d’Azure Policy sont répertoriées dans la section Conformité réglementaire de la page du portail de Microsoft Defender pour le cloud.
Lorsqu’une fonctionnalité a des définitions Azure Policy pertinentes, elles sont répertoriées dans cette base de référence pour vous aider à mesurer la conformité aux recommandations et contrôles du benchmark de sécurité cloud Microsoft. Certaines suggestions peuvent nécessiter un plan Microsoft Defender payant pour activer des scénarios particuliers de sécurité.
Remarque
Les fonctionnalités non applicables à Azure Kubernetes Service (AKS) ont été exclues. Pour voir comment Azure Kubernetes Service (AKS) est entièrement mappé au benchmark de sécurité cloud Microsoft, consultez le fichier complet de mappage de la base de référence de sécurité Azure Kubernetes Service (AKS).
Profil de sécurité
Le profil de sécurité résume les comportements à impact élevé d’Azure Kubernetes Service (AKS), ce qui peut entraîner une augmentation des considérations de sécurité.
Attribut comportement du service | Valeur |
---|---|
Catégorie de produit | conteneurs |
Le client peut accéder à HOST/OS | Aucun accès |
Le service peut être déployé dans le réseau virtuel du client | True |
Stocke le contenu du client au repos | True |
Sécurité du réseau
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : sécurité réseau.
NS-1 : Établir des limites de segmentation réseau
Fonctionnalités
Intégration du réseau virtuel
Description : Le service prend en charge le déploiement dans un réseau virtuel (VNet) privé d’un client. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | True | Microsoft |
Conseils de configuration : aucune configuration supplémentaire n’est requise, car elle est activée sur un déploiement par défaut.
Référence : Utilisez la mise en réseau kubenet avec vos propres plages d’adresses IP dans Azure Kubernetes Service (AKS)
Prise en charge des groupes de sécurité réseau
Description : Le trafic de réseau du service respecte l’affectation de règles aux groupes de sécurité réseau sur ses sous-réseaux. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | True | Microsoft |
Conseils de configuration : aucune configuration supplémentaire n’est requise, car elle est activée sur un déploiement par défaut.
Référence : Groupes de sécurité réseau
NS-2 : Sécuriser des services cloud avec des contrôles réseau
Fonctionnalités
Azure Private Link
Description : Fonctionnalité de filtrage IP natif du service pour le filtrage du trafic réseau (à ne pas confondre avec le groupe de sécurité réseau ou Pare-feu Azure). Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Guide de configuration : Déployer des points de terminaison privés pour toutes les ressources Azure qui prennent en charge la fonctionnalité Private Link, afin d’établir un point d’accès privé pour les ressources.
Référence : Créer un cluster Azure Kubernetes Service privé
Désactiver l’accès public au réseau
Description : Le service prend en charge la désactivation de l’accès au réseau public via l’utilisation d’une règle de filtrage de liste de contrôle d’accès IP au niveau du service (et non pas NSG ou Pare-feu Azure) ou l’utilisation du bouton bascule pour activer « Désactiver l’accès réseau public ». Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez Azure CLI pour désactiver le nom de domaine complet public sur un cluster Azure Kubernetes Service privé.
Référence : Créer un cluster Azure Kubernetes Service privé
Surveillance de Microsoft Defender pour le cloud
Définitions Azure Policy intégrées - Microsoft.ContainerService :
Nom (Portail Azure) |
Description | Effet(s) | Version (GitHub) |
---|---|---|---|
Des plages d’adresses IP autorisées doivent être définies sur les services Kubernetes | Limitez l’accès à l’API Gestion des services Kubernetes en n’accordant l’accès à l’API qu’à des adresses IP de plages spécifiques. Nous vous recommandons de limiter l’accès aux plages d’adresses IP autorisées afin d’être sûr que seules les applications des réseaux autorisés puissent accéder au cluster. | Audit, Désactivé | 2.0.1 |
Gestion des identités
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Gestion des identités.
IM-1 : utiliser le système centralisé d’identité et d’authentification
Fonctionnalités
Azure AD Authentication requis pour l’accès au plan de données
Description : Le service prend en charge l’utilisation de l’authentification Azure AD pour l’accès au plan de données. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez Azure Active Directory (Azure AD) comme méthode d’authentification par défaut pour contrôler l’accès à votre plan de données.
Référence : Intégration d’Azure Active Directory gérée par AKS
Méthodes d’authentification locales pour l’accès au plan de données
Description : Méthodes d’authentification locales prises en charge pour l’accès au plan de données, telles que le nom d’utilisateur local et le mot de passe. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Notes sur la fonctionnalité : Dans la mesure du possible, évitez d’utiliser des méthodes d’authentification ou des comptes locaux. Ceux-ci doivent être désactivés. Utilisez plutôt Azure AD pour l’authentification, lorsque cela est possible.
Conseils de configuration : vous pouvez authentifier, autoriser, sécuriser et contrôler l’accès aux clusters Kubernetes à l’aide du contrôle d’accès en fonction du rôle Kubernetes (Kubernetes RBAC) ou à l’aide d’Azure Active Directory et d’Azure RBAC.
Référence : Options d’accès et d’identité pour Azure Kubernetes Service (AKS)
IM-3 : gérer les identités d’application de façon sécurisée et automatique
Fonctionnalités
Identités managées
Description : Les actions du plan de données prennent en charge l’authentification en utilisant des identités managées. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | True | Microsoft |
Notes de fonctionnalité : par défaut, lorsque vous créez un cluster AKS, une identité managée affectée par le système est automatiquement créée. Si vous n’utilisez pas Azure CLI pour le déploiement, mais que vous utilisez votre propre réseau virtuel, disque Azure attaché, adresse IP statique, table de routage ou identité kubelet affectée par l’utilisateur qui se trouvent en dehors du groupe de ressources de nœud Worker, il est recommandé d’utiliser l’identité du plan de contrôle affecté par l’utilisateur.
Conseils de configuration : aucune configuration supplémentaire n’est requise, car elle est activée sur un déploiement par défaut.
Référence : Utiliser une identité managée dans Azure Kubernetes Service
Principaux de service
Description : Le plan de données prend en charge l’authentification en utilisant des principaux de service. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Aide sur la configuration : Il n’existe aucune aide Microsoft actuelle pour la configuration de cette fonctionnalité. Veuillez vérifier et déterminer si votre organisation souhaite configurer cette fonctionnalité de sécurité.
Référence : Créer un principal de service
IM-7 : restreindre l’accès aux ressources en fonction des conditions
Fonctionnalités
Accès conditionnel pour le plan de données
Description : Vous pouvez contrôler l’accès au plan de données en utilisant des stratégies d’accès conditionnel Azure AD. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Définissez les conditions et critères applicables pour l’accès conditionnel Azure Active Directory (Azure AD) dans la charge de travail. Tenez compte des cas d’usage courants tels que le blocage ou l’octroi d’accès à partir d’emplacements spécifiques, le blocage du comportement de connexion risquée ou l’exigence d’appareils gérés par l’organisation pour des applications spécifiques.
Référence :
- Messagerie instantanée 1 : Utiliser le système d’authentification et d’identité centralisé
- Utiliser l’accès conditionnel avec Azure AD et AKS
IM-8 : restreindre l’exposition des informations d’identification et des secrets
Fonctionnalités
Prise en charge de l’intégration et du stockage des informations d’identification et des secrets de service dans Azure Key Vault
Description : Le plan de données prend en charge l’utilisation d’Azure Key Vault pour le magasin des secrets et des informations d’identification. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : assurez-vous que les secrets et les informations d’identification sont stockés dans des emplacements sécurisés tels qu’Azure Key Vault, au lieu de les incorporer dans du code ou des fichiers de configuration.
Référence : Magasin de secrets CSI
Accès privilégié
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Accès privilégié.
PA-1 : séparer et limiter les utilisateurs hautement privilégiés/administratifs
Fonctionnalités
Comptes d’administrateur local
Description : Le service présente le concept d’un compte administratif local. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Notes sur la fonctionnalité : Dans la mesure du possible, évitez d’utiliser des méthodes d’authentification ou des comptes locaux. Ceux-ci doivent être désactivés. Utilisez plutôt Azure AD pour l’authentification, lorsque cela est possible.
Conseils de configuration : vous pouvez authentifier, autoriser, sécuriser et contrôler l’accès aux clusters Kubernetes à l’aide du contrôle d’accès en fonction du rôle Kubernetes (Kubernetes RBAC) ou à l’aide d’Azure Active Directory et d’Azure RBAC.
S’il n’est pas nécessaire pour les opérations administratives de routine, désactivez ou limitez les comptes d’administration locaux uniquement pour une utilisation d’urgence.
Référence : Options d’accès et d’identité pour Azure Kubernetes Service (AKS)
PA-7 : Suivre le principe JEA, Just Enough Administration (privilège minimum)
Fonctionnalités
RBAC Azure pour le plan de données
Description : Vous pouvez utiliser le contrôle d’accès en fonction du rôle (RBAC) Azure (RBAC Azure) pour l’accès managé aux actions de plan de données du service. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez le contrôle d’accès en fonction du rôle Azure (Azure RBAC) pour gérer l’accès aux ressources Azure via des attributions de rôles intégrées. Les rôles RBAC Azure peuvent être attribués aux utilisateurs, groupes, principaux de service et identités managées.
Référence : Utiliser Azure RBAC pour l’autorisation Kubernetes
Surveillance de Microsoft Defender pour le cloud
Définitions Azure Policy intégrées - Microsoft.ContainerService :
Nom (Portail Azure) |
Description | Effet(s) | Version (GitHub) |
---|---|---|---|
Le contrôle d’accès en fonction du rôle Azure (RBAC) doit être utilisé sur Kubernetes Service | Pour fournir un filtrage précis des actions que les utilisateurs peuvent effectuer, utilisez le contrôle d’accès en fonction du rôle Azure (RBAC) pour gérer les autorisations dans les clusters Kubernetes Service et configurez les stratégies d’autorisation appropriées. | Audit, Désactivé | 1.0.3 |
PA-8 : Déterminer le processus d’accès pour la prise en charge du fournisseur de cloud
Fonctionnalités
Customer Lockbox
Description : Customer Lockbox peut être utilisé pour l’accès au support Microsoft. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Dans les scénarios de support où Microsoft doit accéder à vos données, utilisez Customer Lockbox pour passer en revue, puis approuver ou rejeter chacune des demandes d’accès aux données de Microsoft.
Référence : Customer Lockbox pour Microsoft Azure
Protection des données
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Protection des données.
DP-1 : Découvrir, classer et étiqueter des données sensibles
Fonctionnalités
Découverte et classification des données sensibles
Description : Les outils (tels qu’Azure Purview ou Azure Protection des données) peuvent être utilisés pour la découverte et la classification des données dans le service. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
False | Non applicable | Non applicable |
Aide sur la configuration : Cette fonctionnalité n’est pas prise en charge pour la sécurisation de ce service.
DP-2 : surveiller les anomalies et les menaces ciblant les données sensibles
Fonctionnalités
Fuite de données/protection contre la perte
Description : Le service prend en charge la solution DLP pour surveiller le déplacement des données sensibles (dans le contenu du client). Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : si nécessaire pour la conformité de la protection contre la perte de données (DLP), vous pouvez utiliser une solution DLP basée sur un hôte à partir de Place de marché Azure ou d’une solution Microsoft 365 DLP pour appliquer des contrôles détectives et/ou préventifs pour empêcher l’exfiltration des données.
Référence : Activer Microsoft Defender pour conteneurs
DP-3 : chiffrer les données sensibles en transit
Fonctionnalités
Chiffrement des données en transit
Description : Le service prend en charge le chiffrement de données en transit pour le plan de données. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Activez le transfert sécurisé dans les services dans lesquels il existe une fonctionnalité de chiffrement native des données en transit intégrée. Appliquez HTTPS sur toutes les applications et services web et vérifiez que TLS v1.2 ou version ultérieure est utilisé. Les versions héritées telles que SSL 3.0, TLS v1.0 doivent être désactivées. Pour la gestion à distance de Machines Virtuelles, utilisez SSH (pour Linux) ou RDP/TLS (pour Windows) au lieu d’un protocole non chiffré.
Référence : Utiliser TLS avec un contrôleur d’entrée sur Azure Kubernetes Service (AKS)
Surveillance de Microsoft Defender pour le cloud
Définitions Azure Policy intégrées - Microsoft.ContainerService :
Nom (Portail Azure) |
Description | Effet(s) | Version (GitHub) |
---|---|---|---|
Les clusters Kubernetes doivent être accessibles uniquement par le biais de HTTPS | L’utilisation de HTTPS garantit l’authentification et protège les données en transit contre les attaques par écoute clandestine de la couche réseau. Cette capacité est actuellement en disponibilité générale pour Kubernetes Service (AKS) et en préversion pour Kubernetes avec Azure Arc. Pour plus d’informations, consultez https://aka.ms/kubepolicydoc | audit, Audit, refus, Refus, désactivé, Désactivé | 8.1.0 |
DP-4 : activer le chiffrement des données au repos par défaut
Fonctionnalités
Chiffrement des données au repos à l’aide de clés de plateforme
Description : le chiffrement des données au repos à l’aide de clés de plateforme est pris en charge, tout contenu client au repos est chiffré avec ces clés gérées par Microsoft. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Notes de fonctionnalité : le chiffrement basé sur l’hôte est différent du chiffrement côté serveur (SSE), utilisé par Stockage Azure. Les disques managés par Azure utilisent le Stockage Azure pour chiffrer automatiquement les données au repos lors de l’enregistrement des données. Le chiffrement basé sur l’hôte utilise l’hôte de la machine virtuelle pour gérer le chiffrement avant que les données n’arrivent dans le Stockage Azure.
Conseils de configuration : activez le chiffrement des données au repos à l’aide de clés gérées par la plateforme (gérée par Microsoft) où elles ne sont pas configurées automatiquement par le service.
Référence : Chiffrement basé sur l’hôte sur Azure Kubernetes Service (AKS)
DP-5 : utiliser l’option de clé gérée par le client dans le chiffrement des données au repos si nécessaire
Fonctionnalités
Chiffrement des données au repos à l’aide de CMK
Description : Le chiffrement des données au repos à l’aide de clés gérées par le client est pris en charge pour le contenu client stocké par le service. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : si nécessaire pour la conformité réglementaire, définissez le cas d’usage et l’étendue du service où le chiffrement à l’aide de clés gérées par le client est nécessaire. Activez et implémentez le chiffrement des données au repos à l’aide de la clé gérée par le client dans ces services.
Référence : Chiffrement basé sur l’hôte sur Azure Kubernetes Service (AKS)
DP-6 : Utiliser un processus sécurisé de gestion de clés
Fonctionnalités
Gestion des clés dans Azure Key Vault
Description : Le service prend en charge l’intégration d’Azure Key Vault pour toutes les clés, secrets ou certificats du client. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez Azure Key Vault pour créer et contrôler le cycle de vie de vos clés de chiffrement, notamment la génération de clés, la distribution et le stockage. Faites pivoter et révoquer vos clés dans Azure Key Vault et votre service en fonction d’une planification définie ou lorsqu’il existe une mise hors service ou une compromission de clé. Lorsqu’il est nécessaire d’utiliser la clé gérée par le client (CMK) dans la charge de travail, le service ou le niveau de l’application, veillez à suivre les meilleures pratiques pour la gestion des clés : utilisez une hiérarchie de clés pour générer une clé de chiffrement de données distincte (DEK) avec votre clé de chiffrement de clé (KEK) dans votre coffre de clés. Vérifiez que les clés sont inscrites auprès d’Azure Key Vault et référencées via des ID de clé à partir du service ou de l’application. Si vous devez apporter votre propre clé (BYOK) au service (par exemple, l’importation de clés protégées par HSM à partir de vos modules HSM locaux dans Azure Key Vault), suivez les instructions recommandées pour effectuer la génération de clés initiale et le transfert de clé.
Référence : Chiffrement basé sur l’hôte sur Azure Kubernetes Service (AKS)
DP-7 : utiliser un processus de gestion des certificats sécurisé
Fonctionnalités
Gestion des certificats dans Azure Key Vault
Description : Le service prend en charge l’intégration d’Azure Key Vault pour tous les certificats clients. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez Azure Key Vault pour créer et contrôler le cycle de vie des certificats, notamment la création, l’importation, la rotation, la révocation, le stockage et la purge du certificat. Vérifiez que la génération de certificat suit les normes définies sans utiliser de propriétés non sécurisées telles que : taille de clé, période de validité trop longue, chiffrement non sécurisé. Configurez la rotation automatique du certificat dans Azure Key Vault et le service Azure (en cas de prise en charge) en fonction d’une planification définie ou lorsqu’il existe une expiration de certificat. Si la rotation automatique n’est pas prise en charge dans l’application, veillez à ce qu’il fasse toujours l’objet d’une rotation en utilisant des méthodes manuelles dans Azure Key Vault et l’application.
Référence : Utiliser TLS avec vos propres certificats avec le pilote CSI du magasin de secrets
Gestion des ressources
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Gestion des ressources.
AM-2 : Utiliser uniquement des services approuvés
Fonctionnalités
Prise en charge d’Azure Policy
Description : Vous pouvez monitorer et appliquer des configurations de service via Azure Policy. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Utilisez Microsoft Defender pour le cloud pour configurer Azure Policy pour auditer et appliquer les configurations de vos ressources Azure. Utilisez Azure Monitor pour créer des alertes en cas d’écart de configuration détecté sur les ressources. Utilisez azure Policy [refuser] et [déployer s’il n’existe pas] effets pour appliquer une configuration sécurisée sur les ressources Azure.
Référence : AZURE Policy intégré AKS
Journalisation et détection des menaces
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Journalisation et détection des menaces.
LT-1 : activer les fonctionnalités de détection des menaces
Fonctionnalités
Microsoft Defender pour les offres de services/produits
Description : Le service dispose d’une solution Microsoft Defender spécifique à l’offre pour surveiller et alerter sur les problèmes de sécurité. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : Microsoft Defender pour conteneurs est la solution native cloud utilisée pour sécuriser vos conteneurs afin que vous puissiez améliorer, surveiller et maintenir la sécurité de vos clusters, conteneurs et leurs applications.
Référence : Activer Microsoft Defender pour conteneurs
Surveillance de Microsoft Defender pour le cloud
Définitions Azure Policy intégrées - Microsoft.ContainerService :
Nom (Portail Azure) |
Description | Effet(s) | Version (GitHub) |
---|---|---|---|
Le profil Defender doit être activé sur les clusters Azure Kubernetes Service | Microsoft Defender pour Containers offre plusieurs fonctionnalités de sécurité Kubernetes cloud natives, dont le renforcement de l’environnement, la protection de la charge de travail et la protection à l’exécution. Quand vous activez SecurityProfile.AzureDefender sur votre cluster Azure Kubernetes Service, un agent est déployé sur votre cluster pour collecter les données d’événement de sécurité. Apprenez-en davantage sur Microsoft Defender pour Containers dans https://docs.microsoft.com/azure/defender-for-cloud/defender-for-containers-introduction?tabs=defender-for-container-arch-aks | Audit, Désactivé | 2.0.1 |
LT-4 : Activer la journalisation pour l’examen de sécurité
Fonctionnalités
Journaux des ressources Azure
Description : le service produit des journaux de ressources qui peuvent fournir des métriques et une journalisation spécifiques au service améliorées. Le client peut configurer ces journaux de ressources et les envoyer à leur propre récepteur de données, comme un compte de stockage ou un espace de travail d’analytique des journaux d’activité. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : activez les journaux de ressources pour le service. Par exemple, Key Vault prend en charge des journaux de ressources supplémentaires pour les actions qui obtiennent un secret à partir d’un coffre de clés ou azure SQL possède des journaux de ressources qui effectuent le suivi des demandes vers une base de données. Le contenu des journaux de ressources varie en fonction du service Azure et du type de ressource.
Référence : Collecter les journaux des ressources
Gestion des postures et des vulnérabilités
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Posture et gestion des vulnérabilités.
PV-3 : Établir des configurations sécurisées pour les ressources de calcul
Fonctionnalités
Images conteneur personnalisées
Désription : le service prend en charge l’utilisation d’images conteneur fournies par l’utilisateur ou d’images prédéfini à partir de la Place de marché avec certaines configurations de référence pré-appliquées. En savoir plus
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : lors de l’utilisation d’Azure Container Registry (ACR) avec Azure Kubernetes Service (AKS), vous devez établir un mécanisme d’authentification. La configuration des autorisations requises entre ACR et AKS peut être effectuée à l’aide d’Azure CLI, d’Azure PowerShell et du Portail Azure. L’intégration d’AKS à ACR attribue le rôle AcrPull à l’identité managée Azure Active Directory (Azure AD) associée au pool d’agents dans votre cluster AKS.
Référence : Intégrer Azure Container Registry à Azure Kubernetes Service - Azure Kubernetes Service
PV-5 : effectuer des évaluations des vulnérabilités
Fonctionnalités
Évaluation des vulnérabilités à l’aide de Microsoft Defender
Désription : le service peut être analysé pour l’analyse des vulnérabilités à l’aide de Microsoft Defender pour le cloud ou d’autres fonctionnalités d’évaluation des vulnérabilités incorporées des services Microsoft Defender (y compris Microsoft Defender pour serveur, registre de conteneurs, App Service, SQL et DNS). Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : par défaut, lors de l’activation du plan via le Portail Azure, Microsoft Defender pour conteneurs est configuré pour installer automatiquement les composants requis pour fournir les protections offertes par le plan, y compris l’affectation d’un espace de travail par défaut.
Référence : Gestion des vulnérabilités pour Azure Kubernetes Service - Azure Kubernetes Service
Sauvegarde et récupération
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Sauvegarde et récupération.
BR-1 : Garantir des sauvegardes automatiques régulières
Fonctionnalités
Azure Backup
Description : le service peut être sauvegardé par le service Sauvegarde Azure. Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
True | False | Client |
Conseils de configuration : activez Sauvegarde Azure et configurez la source de sauvegarde (par exemple, Azure Machines Virtuelles, SQL Server, bases de données HANA ou partages de fichiers) sur une fréquence souhaitée et avec une période de rétention souhaitée. Pour Azure Machines Virtuelles, vous pouvez utiliser Azure Policy pour activer les sauvegardes automatiques.
Référence : Sauvegarder Azure Kubernetes Service à l’aide de Sauvegarde Azure
Fonctionnalité de sauvegarde native du service
Description : Le service prend en charge sa propre fonctionnalité de sauvegarde native (si vous n’utilisez pas Sauvegarde Azure). Plus d’informations
Prise en charge | Activé par défaut | Responsabilité de configuration |
---|---|---|
False | Non applicable | Non applicable |
Aide sur la configuration : Cette fonctionnalité n’est pas prise en charge pour la sécurisation de ce service.
Étapes suivantes
- Consultez la vue d’ensemble du benchmark de sécurité cloud Microsoft
- En savoir plus sur les bases de référence de la sécurité Azure