Base de référence de la sécurité Azure pour HDInsight
Cette base de référence de sécurité applique les conseils du benchmark de sécurité cloud Microsoft version 1.0 à HDInsight. Le Benchmark de sécurité Microsoft Cloud 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 conseils associés applicables à HDInsight.
Vous pouvez superviser cette base de référence de la sécurité et ses recommandations en utilisant Microsoft Defender pour le cloud. Azure Policy définitions sont répertoriées dans la section Conformité réglementaire de la page Microsoft Defender pour le portail cloud.
Lorsqu’une fonctionnalité a des définitions de Azure Policy pertinentes, elles sont répertoriées dans cette base de référence pour vous aider à mesurer la conformité avec les contrôles et recommandations du benchmark de sécurité cloud Microsoft. Certaines recommandations peuvent nécessiter un plan de Microsoft Defender payant pour activer certains scénarios de sécurité.
Notes
Les fonctionnalités non applicables à HDInsight ont été exclues. Pour voir comment HDInsight est entièrement mappé au benchmark de sécurité cloud Microsoft, consultez le fichier de mappage complet de la base de référence de sécurité HDInsight.
Profil de sécurité
Le profil de sécurité résume les comportements à fort impact de HDInsight, ce qui peut entraîner des considérations de sécurité accrues.
| Attribut de comportement du service | Valeur |
|---|---|
| Catégorie de produit | Analytics |
| Le client peut accéder à HOST/OS | Lecture seule |
| Le service peut être déployé dans le réseau virtuel du client | True |
| Stocke le contenu 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 le Réseau virtuel privé (VNet) du client. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : La sécurité du périmètre dans Azure HDInsight est obtenue par le biais de réseaux virtuels. Un administrateur d’entreprise peut créer un cluster dans un réseau virtuel, et utiliser un groupe de sécurité réseau (NSG) pour restreindre l’accès au réseau virtuel.
Conseils de configuration : Déployez le service dans un réseau virtuel. Attribuez des adresses IP privées à la ressource (le cas échéant), sauf s’il existe une raison forte d’affecter des adresses IP publiques directement à la ressource.
Remarque : En fonction de vos applications et de votre stratégie de segmentation d’entreprise, limitez ou autorisez le trafic entre les ressources internes en fonction de vos règles de groupe de sécurité réseau. Pour des applications spécifiques et bien définies comme une application à trois niveaux, il peut s’agir d’une approche « Refuser par défaut » hautement sécurisée.
Référence : Planifier un réseau virtuel pour Azure HDInsight
Prise en charge des groupes de sécurité réseau
Description : Le trafic réseau de service respecte l’attribution de règles groupes de sécurité réseau sur ses sous-réseaux. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Client |
Remarques sur les fonctionnalités : La sécurité du périmètre dans Azure HDInsight est obtenue par le biais de réseaux virtuels. Un administrateur d’entreprise peut créer un cluster dans un réseau virtuel, et utiliser un groupe de sécurité réseau (NSG) pour restreindre l’accès au réseau virtuel. Seules les adresses IP autorisées par les règles entrantes de NSG sont en mesure de communiquer avec le cluster HDInsight. Cette configuration assure la sécurité du périmètre. Tous les clusters déployés sur un réseau virtuel auront aussi un point de terminaison privé. Une adresse IP privée sera attribuée au point de terminaison dans le réseau virtuel. Cela fournit un accès HTTP privé aux passerelles de cluster.
En fonction de vos applications et de votre stratégie de segmentation d’entreprise, limitez ou autorisez le trafic entre des ressources internes suivant les règles de votre NSG. Pour des applications spécifiques et bien définies comme une application à trois niveaux, il peut s’agir d’une approche « Refuser par défaut » hautement sécurisée.
Ports généralement requis pour tous les types de clusters :
22-23 - accès SSH aux ressources du cluster
443 - Ambari, API Rest WebHCat, HiveServe ODBC, et JDBC
Conseils de configuration : Utilisez des groupes de sécurité réseau (NSG) pour restreindre ou surveiller le trafic par port, protocole, adresse IP source ou adresse IP de destination. Créez des règles NSG pour restreindre les ports ouverts de votre service (par exemple, pour empêcher l’accès aux ports de gestion à partir de réseaux non approuvés). N’oubliez pas que par défaut, les groupes de sécurité réseau refusent tout le trafic entrant, mais autorisent le trafic provenant du réseau virtuel et d’équilibreurs de charge Azure.
Référence : Contrôler le trafic réseau dans Azure HDInsight
NS-2 : Sécuriser les services cloud avec des contrôles réseau
Fonctionnalités
Azure Private Link
Description : Fonctionnalité de filtrage IP native 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
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : utilisez Azure Private Link pour activer l’accès privé à HDInsight à partir de vos réseaux virtuels sans traverser Internet. L’accès privé ajoute une mesure de défense renforcée à l’authentification Azure et à la sécurité du trafic.
Conseils de configuration : Déployez 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.
Remarque : utilisez Azure Private Link pour activer l’accès privé à HDInsight à partir de vos réseaux virtuels sans traverser Internet. L’accès privé ajoute une mesure de défense renforcée à l’authentification Azure et à la sécurité du trafic.
Référence : Activer Private Link sur un cluster HDInsight
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 à l’aide d’une règle de filtrage de liste de contrôle d’accès IP au niveau du service (pas de groupe de sécurité réseau ou de Pare-feu Azure) ou à l’aide d’un commutateur bascule « Désactiver l’accès réseau public ». Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Conseils de configuration : Désactivez l’accès au réseau public à l’aide de la règle de filtrage de liste de contrôle d’accès IP au niveau du service ou d’un commutateur bascule pour l’accès au réseau public.
Référence : Restreindre la connectivité publique dans Azure HDInsight
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
| Pris en charge | Activé par défaut | Responsabilité de la 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 : Vue d’ensemble de la sécurité d’entreprise dans Azure HDInsight
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 qu’un nom d’utilisateur et un mot de passe locaux. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | True | Microsoft |
Remarques sur les fonctionnalités : lorsqu’un cluster HDI est créé, deux comptes d’administrateur local sont créés dans le plan de données (Apache Ambari). Un correspondant à l’utilisateur pour lequel les informations d’identification sont passées par le créateur du cluster. L’autre est créé par le plan de contrôle HDI. Le plan de contrôle HDI utilise ce compte pour effectuer des appels de plan de données. Évitez l’utilisation de comptes ou de méthodes d’authentification locaux. Ceux-ci doivent être désactivés dans la mesure du possible. Utilisez plutôt Azure AD pour vous authentifier lorsque cela est possible.
Conseils de configuration : Aucune configuration supplémentaire n’est requise, car elle est activée sur un déploiement par défaut.
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 à l’aide d’identités managées. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
Principaux de service
Description : Le plan de données prend en charge l’authentification à l’aide de principaux de service. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce 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 : L’accès au plan de données peut être contrôlé à l’aide de stratégies d’accès conditionnel Azure AD. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
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 native d’Azure Key Vault pour le magasin d’informations d’identification et de secrets. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
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 Administration locaux
Description : le service a le concept d’un compte d’administration local. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | True | Microsoft |
Remarques sur les fonctionnalités : lorsqu’un cluster HDI est créé, deux comptes d’administrateur local sont créés dans le plan de données (Apache Ambari). Un correspondant à l’utilisateur pour lequel les informations d’identification sont passées par le créateur du cluster. L’autre est créé par le plan de contrôle HDI. Le plan de contrôle HDI utilise ce compte pour effectuer des appels de plan de données. Évitez l’utilisation de comptes ou de méthodes d’authentification locaux. Ceux-ci doivent être désactivés dans la mesure du possible. Utilisez plutôt Azure AD pour vous authentifier lorsque cela est possible.
Conseils de configuration : Aucune configuration supplémentaire n’est requise, car elle est activée sur un déploiement par défaut.
PA-7 : Suivre le principe JEA, Just Enough Administration (privilège minimum)
Fonctionnalités
Azure RBAC pour le plan de données
Description : Azure Role-Based Access Control (Azure RBAC) peut être utilisé pour gérer l’accès aux actions du plan de données du service. Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Remarques de fonctionnalité : Le plan de données prend uniquement en charge les rôles basés sur Ambari. La liste de contrôle d’accès à grains fins est effectuée via Ranger.
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
PA-8 : Déterminer le processus d’accès pour la prise en charge du fournisseur de services 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 la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : dans les scénarios de support où Microsoft a besoin d’accéder aux données client, HDInsight prend en charge Customer Lockbox. Il offre une interface vous permettant de passer en revue et d'approuver ou de rejeter les demandes d'accès aux données des clients.
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 Information Protection) peuvent être utilisés pour la découverte et la classification des données dans le service. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Client |
Remarques sur les fonctionnalités : utilisez des balises sur les ressources liées à vos déploiements Azure HDInsight pour faciliter le suivi des ressources Azure qui stockent ou traitent des informations sensibles. Classifiez et identifiez les données sensibles à l’aide de Microsoft Purview. Utilisez le service pour toutes les données stockées dans des bases de données SQL ou les comptes stockage Azure associés à votre cluster HDInsight.
Pour la plateforme sous-jacente gérée par Microsoft, Microsoft traite tout le contenu client comme sensible. Microsoft déploie d'importants efforts pour la protection contre la perte et l’exposition des données client. Pour garantir la sécurité des données client dans Azure, Microsoft a implémenté et tient à jour une suite de contrôles et de fonctionnalités de protection des données robustes.
Conseils de configuration : Utilisez des outils tels qu’Azure Purview, Azure Information Protection et Azure SQL Data Discovery and Classification pour analyser, classer et étiqueter de manière centralisée toutes les données sensibles qui résident dans Azure, localement, Microsoft 365 ou d’autres emplacements.
Référence : Protection des données client Azure
DP-2 : surveiller les anomalies et les menaces ciblant les données sensibles
Fonctionnalités
Protection contre les fuites/pertes de données
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
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
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 des données en transit pour le plan de données. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Partagé |
Remarques de fonctionnalité : HDInsight prend en charge le chiffrement des données en transit avec TLS v1.2 ou version ultérieure. Chiffrer toutes les informations sensibles en transit. Vérifiez que les clients qui se connectent à votre cluster Azure HDInsight ou à vos magasins de données de cluster (comptes de stockage Azure ou Azure Data Lake Storage Gen1/Gen2) peuvent négocier TLS 1.2 ou une version ultérieure. Par défaut, les ressources Microsoft Azure négocient TLS 1.2.
Pour compléter les contrôles d’accès, protégez les données en transit contre les attaques « hors bande », telles que la capture du trafic. Utilisez le chiffrement pour vous assurer que les attaquants ne peuvent pas facilement lire ou modifier les données.
Pour la gestion à distance, utilisez SSH (pour Linux) ou RDP/TLS (pour Windows) plutôt qu’un protocole non chiffré. Les versions et protocoles SSL, TLS et SSH obsolètes et les chiffrements faibles doivent être désactivés.
Conseils de configuration : Activez le transfert sécurisé dans les services où il existe une fonctionnalité de chiffrement de données natives dans le transit intégrée. Appliquez HTTPS à tous les services et applications web et assurez-vous que TLS v1.2 ou version ultérieure est utilisé. Les versions héritées telles que SSL 3.0 et 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é.
Remarque : HDInsight prend en charge le chiffrement des données en transit avec TLS v1.2 ou version ultérieure. Chiffrer toutes les informations sensibles en transit. Vérifiez que les clients qui se connectent à votre cluster Azure HDInsight ou à vos magasins de données de cluster (comptes de stockage Azure ou Azure Data Lake Storage Gen1/Gen2) peuvent négocier TLS 1.2 ou une version ultérieure. Par défaut, les ressources Microsoft Azure négocient TLS 1.2.
Pour compléter les contrôles d’accès, protégez les données en transit contre les attaques « hors bande », telles que la capture du trafic. Utilisez le chiffrement pour vous assurer que les attaquants ne peuvent pas facilement lire ou modifier les données.
Pour la gestion à distance, utilisez SSH (pour Linux) ou RDP/TLS (pour Windows) plutôt qu’un protocole non chiffré. Les versions et protocoles SSL, TLS et SSH obsolètes et les chiffrements faibles doivent être désactivés.
Par défaut, Azure assure le chiffrement des données en transit entre les centres de données Azure.
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
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Partagé |
Remarques de fonctionnalité : si vous utilisez Azure SQL Database pour stocker les métadonnées Apache Hive et Apache Oozie, assurez-vous que les données SQL restent toujours chiffrées. Pour les comptes de Stockage Azure et Data Lake Storage (Gen1 ou Gen2), il est recommandé d’autoriser Microsoft à gérer vos clés de chiffrement. Vous avez toutefois la possibilité de gérer vos propres clés.
HDInsight prend en charge plusieurs types de chiffrement dans deux couches différentes :
Chiffrement côté serveur (SSE, Server Side Encryption) : il est effectué par le service de stockage. Dans HDInsight, SSE est utilisé pour chiffrer les disques de système d’exploitation et les disques de données. Il est activé par défaut. SSE est un service de chiffrement de couche 1.
Chiffrement sur l’hôte à l’aide d’une clé gérée par la plateforme : similaire à SSE, ce type de chiffrement est effectué par le service de stockage. Toutefois, il ne concerne que les disques temporaires et n’est pas activé par défaut. Le chiffrement sur l’hôte est également un service de chiffrement de couche 1.
Chiffrement au repos à l’aide d’une clé gérée par le client : ce type de chiffrement peut être utilisé sur les disques de données et les disques temporaires. Il n’est pas activé par défaut et exige que le client fournisse sa propre clé par le biais du coffre de clés Azure. Le chiffrement au repos est un service de chiffrement de couche 2.
Conseils de configuration : Activez le chiffrement des données au repos à l’aide de clés gérées par la plateforme (gérées par Microsoft) où elles ne sont pas configurées automatiquement par le service.
Remarque : Si vous utilisez Azure SQL Database pour stocker les métadonnées Apache Hive et Apache Oozie, assurez-vous que les données SQL restent toujours chiffrées. Pour les comptes de Stockage Azure et Data Lake Storage (Gen1 ou Gen2), il est recommandé d’autoriser Microsoft à gérer vos clés de chiffrement. Vous avez toutefois la possibilité de gérer vos propres clés.
HDInsight prend en charge plusieurs types de chiffrement dans deux couches différentes :
Chiffrement côté serveur (SSE, Server Side Encryption) : il est effectué par le service de stockage. Dans HDInsight, SSE est utilisé pour chiffrer les disques de système d’exploitation et les disques de données. Il est activé par défaut. SSE est un service de chiffrement de couche 1.
Chiffrement sur l’hôte à l’aide d’une clé gérée par la plateforme : similaire à SSE, ce type de chiffrement est effectué par le service de stockage. Toutefois, il ne concerne que les disques temporaires et n’est pas activé par défaut. Le chiffrement sur l’hôte est également un service de chiffrement de couche 1.
Chiffrement au repos à l’aide d’une clé gérée par le client : ce type de chiffrement peut être utilisé sur les disques de données et les disques temporaires. Il n’est pas activé par défaut et exige que le client fournisse sa propre clé par le biais du coffre de clés Azure. Le chiffrement au repos est un service de chiffrement de couche 2.
Référence : Double chiffrement Azure HDInsight pour les données au repos
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
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Partagé |
Remarques de fonctionnalité : si vous utilisez Azure SQL Database pour stocker les métadonnées Apache Hive et Apache Oozie, assurez-vous que les données SQL restent toujours chiffrées. Pour les comptes de Stockage Azure et Data Lake Storage (Gen1 ou Gen2), il est recommandé d’autoriser Microsoft à gérer vos clés de chiffrement. Vous avez toutefois la possibilité de gérer vos propres clés.
HDInsight prend en charge plusieurs types de chiffrement dans deux couches différentes :
Chiffrement côté serveur (SSE, Server Side Encryption) : il est effectué par le service de stockage. Dans HDInsight, SSE est utilisé pour chiffrer les disques de système d’exploitation et les disques de données. Il est activé par défaut. SSE est un service de chiffrement de couche 1.
Chiffrement sur l’hôte à l’aide d’une clé gérée par la plateforme : similaire à SSE, ce type de chiffrement est effectué par le service de stockage. Toutefois, il ne concerne que les disques temporaires et n’est pas activé par défaut. Le chiffrement sur l’hôte est également un service de chiffrement de couche 1.
Chiffrement au repos à l’aide d’une clé gérée par le client : ce type de chiffrement peut être utilisé sur les disques de données et les disques temporaires. Il n’est pas activé par défaut et exige que le client fournisse sa propre clé par le biais du coffre de clés Azure. Le chiffrement au repos est un service de chiffrement de couche 2.
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.
Remarque : Si vous utilisez Azure SQL Database pour stocker les métadonnées Apache Hive et Apache Oozie, assurez-vous que les données SQL restent toujours chiffrées. Pour les comptes de Stockage Azure et Data Lake Storage (Gen1 ou Gen2), il est recommandé d’autoriser Microsoft à gérer vos clés de chiffrement. Vous avez toutefois la possibilité de gérer vos propres clés.
HDInsight prend en charge plusieurs types de chiffrement dans deux couches différentes :
Chiffrement côté serveur (SSE, Server Side Encryption) : il est effectué par le service de stockage. Dans HDInsight, SSE est utilisé pour chiffrer les disques de système d’exploitation et les disques de données. Il est activé par défaut. SSE est un service de chiffrement de couche 1.
Chiffrement sur l’hôte à l’aide d’une clé gérée par la plateforme : similaire à SSE, ce type de chiffrement est effectué par le service de stockage. Toutefois, il ne concerne que les disques temporaires et n’est pas activé par défaut. Le chiffrement sur l’hôte est également un service de chiffrement de couche 1.
Chiffrement au repos à l’aide d’une clé gérée par le client : ce type de chiffrement peut être utilisé sur les disques de données et les disques temporaires. Il n’est pas activé par défaut et exige que le client fournisse sa propre clé par le biais du coffre de clés Azure. Le chiffrement au repos est un service de chiffrement de couche 2.
Référence : Double chiffrement Azure HDInsight pour les données au repos
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 client, secrets ou certificats. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Partagé |
Remarques de fonctionnalité : si vous utilisez Azure SQL Database pour stocker les métadonnées Apache Hive et Apache Oozie, assurez-vous que les données SQL restent toujours chiffrées. Pour les comptes de Stockage Azure et Data Lake Storage (Gen1 ou Gen2), il est recommandé d’autoriser Microsoft à gérer vos clés de chiffrement. Vous avez toutefois la possibilité de gérer vos propres clés.
HDInsight prend en charge plusieurs types de chiffrement dans deux couches différentes :
Chiffrement côté serveur (SSE, Server Side Encryption) : il est effectué par le service de stockage. Dans HDInsight, SSE est utilisé pour chiffrer les disques de système d’exploitation et les disques de données. Il est activé par défaut. SSE est un service de chiffrement de couche 1.
Chiffrement sur l’hôte à l’aide d’une clé gérée par la plateforme : similaire à SSE, ce type de chiffrement est effectué par le service de stockage. Toutefois, il ne concerne que les disques temporaires et n’est pas activé par défaut. Le chiffrement sur l’hôte est également un service de chiffrement de couche 1.
Chiffrement au repos à l’aide d’une clé gérée par le client : ce type de chiffrement peut être utilisé sur les disques de données et les disques temporaires. Il n’est pas activé par défaut et exige que le client fournisse sa propre clé par le biais du coffre de clés Azure. Le chiffrement au repos est un service de chiffrement de couche 2.
Conseils de configuration : Utilisez Azure Key Vault pour créer et contrôler le cycle de vie de vos clés de chiffrement, y compris la génération, la distribution et le stockage des clés. Faire pivoter et révoquer vos clés dans Azure Key Vault et votre service en fonction d’une planification définie ou en cas de retrait ou de compromission de clé. Lorsqu’il est nécessaire d’utiliser une clé gérée par le client (CMK) au niveau de la charge de travail, du service ou 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) dans le service (par exemple, importer des clés protégées par HSM à partir de vos HSM locaux dans Azure Key Vault), suivez les instructions recommandées pour effectuer la génération et le transfert de clés initiaux.
Remarque : Si vous utilisez Azure Key Vault avec votre déploiement Azure HDInsight, testez régulièrement la restauration des clés gérées par le client sauvegardées.
Référence : Double chiffrement Azure HDInsight pour les données au repos
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
| Pris en charge | Activé par défaut | Responsabilité de la 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 : Double chiffrement Azure HDInsight pour les données au repos
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 : Les configurations de service peuvent être surveillées et appliquées via Azure Policy. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : utilisez Azure Policy alias dans l’espace de noms « Microsoft.HDInsight » pour créer des stratégies personnalisées. Configurez les stratégies pour auditer ou appliquer la configuration réseau de votre cluster HDInsight.
Si vous possédez un Rapid7, un Qualys ou d’un autre abonnement à une plateforme de gestion des vulnérabilités, vous disposez d’options. Vous pouvez utiliser des actions de script pour installer des agents d’évaluation des vulnérabilités sur vos nœuds de cluster Azure HDInsight et gérer les nœuds par le biais du portail correspondant.
Avec l’ESP Azure HDInsight, vous pouvez utiliser Apache Ranger pour créer et gérer des stratégies de contrôle d’accès et d’obfuscation de données affinées. Vous pouvez le faire pour vos données stockées dans : Fichiers/Dossiers/Bases de données/Tables/Lignes/Colonnes.
L’administrateur Hadoop peut configurer le contrôle d’accès en fonction du rôle (RBAC) pour sécuriser Apache Hive, HBase, Kafka et Spark à l’aide de ces plug-ins dans Apache Ranger.
Conseils de configuration : Utilisez Microsoft Defender pour le cloud pour configurer Azure Policy afin d’auditer et d’appliquer des 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 les effets Azure Policy [refuser] et [déployer s’il n’existe pas] pour appliquer une configuration sécurisée sur les ressources Azure.
Référence : Azure Policy définitions intégrées pour Azure HDInsight
AM-5 : Utiliser uniquement des applications approuvées dans une machine virtuelle
Fonctionnalités
Microsoft Defender pour le cloud - Contrôles d’application adaptatifs
Description : le service peut limiter les applications clientes qui s’exécutent sur la machine virtuelle à l’aide des contrôles d’application adaptatifs dans Microsoft Defender pour le cloud. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Remarques sur les fonctionnalités : Azure HDInsight ne prend pas en charge defender en mode natif ; toutefois, il utilise ClamAV. En outre, lorsque vous utilisez ESP pour HDInsight, vous pouvez utiliser certaines des fonctionnalités intégrées de détection des menaces Microsoft Defender pour le cloud. Vous pouvez également activer Microsoft Defender pour vos machines virtuelles associées à HDInsight.
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
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 de Microsoft Defender spécifique à l’offre pour surveiller et alerter sur les problèmes de sécurité. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
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 améliorées spécifiques au service. Le client peut configurer ces journaux de ressources et les envoyer à son propre récepteur de données, comme un compte de stockage ou un espace de travail Log Analytics. Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : les journaux d’activité sont disponibles automatiquement. Les journaux contiennent toutes les opérations PUT, POST ou DELETE, mais pas GET pour vos ressources HDInsight, à l’exception des opérations de lecture (GET). Vous pouvez utiliser les journaux d’activité pour trouver des erreurs lors de la résolution des problèmes ou pour surveiller la manière dont les utilisateurs de votre organisation ont modifié les ressources.
Activez les journaux d’activité de ressources Azure pour HDInsight. Vous pouvez utiliser Microsoft Defender pour le Cloud et Azure Policy pour activer la collecte des journaux de ressources et des données de journaux. Ces journaux peuvent être décisifs pour l’examen des incidents de sécurité et l’exécution d’investigations légales.
HDInsight produit également des journaux d’audit de sécurité pour les comptes d’administration locaux. Activez les journaux d’audit de l’administrateur local.
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 a des journaux de ressources qui effectuent le suivi des demandes adressées à 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 : Gérer les journaux d’activité d’un cluster HDInsight
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 : définir et établir des configurations sécurisées pour les ressources de calcul
Fonctionnalités
Azure Automation – State Configuration
Description : Azure Automation State Configuration peut être utilisé pour maintenir la configuration de sécurité du système d’exploitation. Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Client |
Remarques sur les fonctionnalités : Les images de système d’exploitation Azure HDInsight sont gérées et gérées par Microsoft. Toutefois, le client est responsable de l’implémentation de la configuration de l’état au niveau du système d’exploitation pour cette image. Les modèles de machine virtuelle Microsoft associés à Azure Automation State Configuration peuvent vous aider à respecter et à maintenir les exigences de sécurité.
Conseils de configuration : utilisez Azure Automation State Configuration pour maintenir la configuration de sécurité du système d’exploitation.
Référence : vue d’ensemble de Azure Automation State Configuration
Agent de configuration invité Azure Policy
Description : Azure Policy’agent de configuration invité peut être installé ou déployé en tant qu’extension pour les ressources de calcul. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Client |
Conseils de configuration : Il n’existe aucune aide Microsoft actuelle pour cette configuration de fonctionnalité. Vérifiez et déterminez si votre organization souhaite configurer cette fonctionnalité de sécurité.
Référence : Comprendre la fonctionnalité de configuration de machine d’Azure Automanage
Images de machine virtuelle personnalisées
Description : le service prend en charge l’utilisation d’images de machine virtuelle fournies par l’utilisateur ou d’images prédéfinies de la Place de marché avec certaines configurations de base pré-appliquées. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
Images de conteneurs personnalisés
Description : le service prend en charge l’utilisation d’images conteneur fournies par l’utilisateur ou d’images prédéfinies de la Place de marché avec certaines configurations de base pré-appliquées. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| False | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
PV-5 : effectuer des évaluations des vulnérabilités
Fonctionnalités
Évaluation des vulnérabilités à l’aide de Microsoft Defender
Description : le service peut être analysé à l’aide de Microsoft Defender pour le cloud ou d’autres fonctionnalités d’évaluation des vulnérabilités incorporées des services de Microsoft Defender (y compris Microsoft Defender pour serveur, registre de conteneurs, App Service, SQL et DNS). Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Client |
Remarques sur les fonctionnalités : Azure HDInsight ne prend pas en charge Microsoft Defender pour l’évaluation des vulnérabilités en mode natif, mais utilise ClamAV pour la protection contre les programmes malveillants. Toutefois, lors de l’utilisation de l’ESP pour HDInsight, vous pouvez partiellement utiliser la fonctionnalité de détection des menaces intégrée à Microsoft Defender pour le cloud. Vous pouvez également activer Microsoft Defender pour vos machines virtuelles associées à HDInsight.
Transférez tous les journaux de HDInsight à votre SIEM, qui peut être utilisé pour configurer des détections de menaces personnalisées. Veillez à surveiller les différents types de ressources Azure pour identifier des menaces et anomalies potentielles. Concentrez-vous sur l’obtention d’alertes de haute qualité afin de réduire les faux positifs que les analystes doivent trier. Les alertes peuvent provenir de données de journal, d’agents ou d’autres données.
Conseils de configuration : suivez les recommandations de Microsoft Defender for Cloud pour effectuer des évaluations des vulnérabilités sur vos machines virtuelles Azure, vos images conteneur et vos serveurs SQL.
Remarque : Azure HDInsight ne prend pas en charge defender en mode natif, mais utilise ClamAV. Toutefois, lors de l’utilisation de l’ESP pour HDInsight, vous pouvez partiellement utiliser la fonctionnalité de détection des menaces intégrée à Microsoft Defender pour le cloud. Vous pouvez également activer Microsoft Defender pour vos machines virtuelles associées à HDInsight.
Transférez tous les journaux de HDInsight à votre SIEM, qui peut être utilisé pour configurer des détections de menaces personnalisées. Veillez à surveiller les différents types de ressources Azure pour identifier des menaces et anomalies potentielles. Concentrez-vous sur l’obtention d’alertes de haute qualité afin de réduire les faux positifs que les analystes doivent trier. Les alertes peuvent provenir de données de journal, d’agents ou d’autres données.
PV-6 : corriger rapidement et automatiquement les vulnérabilités
Fonctionnalités
Azure Automation Update Management
Description : le service peut utiliser Azure Automation Update Management pour déployer automatiquement des correctifs et des mises à jour. Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | False | Partagé |
Remarques sur les fonctionnalités : Les images Ubuntu deviennent disponibles pour la création de nouveaux clusters Azure HDInsight dans les trois mois suivant leur publication. Les clusters en cours d’exécution ne sont pas corrigés automatiquement. Les clients doivent utiliser des actions de script ou d'autres mécanismes pour corriger un cluster en cours d'exécution. Une bonne pratique consiste à exécuter ces actions de script et à appliquer les mises à jour de sécurité juste après la création du cluster.
Conseils de configuration : utilisez Azure Automation Update Management ou une solution tierce pour vous assurer que les mises à jour de sécurité les plus récentes sont installées sur vos machines virtuelles Windows et Linux. Pour les machines virtuelles Windows, assurez-vous que Windows Update a été activé et configuré pour être mis à jour automatiquement.
Remarque : Les images Ubuntu deviennent disponibles pour la création de nouveaux clusters Azure HDInsight dans les trois mois suivant leur publication. Plus aucun correctif automatique n'est disponible pour les clusters en cours d’exécution. Les clients doivent utiliser des actions de script ou d'autres mécanismes pour corriger un cluster en cours d'exécution. Une bonne pratique consiste à exécuter ces actions de script et à appliquer les mises à jour de sécurité juste après la création du cluster.
Référence : Vue d’ensemble d’Update Management
Sécurité des points de terminaison
Pour plus d’informations, consultez le benchmark de sécurité cloud Microsoft : Sécurité des points de terminaison.
ES-1 : Utiliser la détection de point de terminaison et réponse (EDR)
Fonctionnalités
EDR Solution
Description : La fonctionnalité EDR (Endpoint Detection and Response) telle qu’Azure Defender pour les serveurs peut être déployée dans le point de terminaison. Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | True | Microsoft |
Remarques sur les fonctionnalités : Azure HDInsight ne prend pas en charge Microsoft Defender pour point de terminaison en mode natif, mais utilise ClamAV pour la protection contre les programmes malveillants.
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 : Puis-je désactiver Clamscan sur mon cluster ?
ES-2 : Utiliser un logiciel anti-programmes malveillants moderne
Fonctionnalités
Solution anti-programme malveillant
Description : la fonctionnalité anti-programme malveillant, telle que l’antivirus Microsoft Defender, Microsoft Defender pour point de terminaison peut être déployée sur le point de terminaison. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | True | Microsoft |
Remarques sur les fonctionnalités : Azure HDInsight utilise ClamAV. Transférez les journaux ClamAV à un SIEM centralisé ou autre système de détection et d’alerte.
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 : Sécurité et certificats
ES-3 : Vérifier que les logiciels et signatures anti-programme malveillant sont mis à jour
Fonctionnalités
Surveillance de l’intégrité des solutions anti-programme malveillant
Description : La solution anti-programme malveillant fournit l’intégrité status la surveillance des mises à jour de la plateforme, du moteur et des signatures automatiques. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | True | Microsoft |
Remarques sur les fonctionnalités : Azure HDInsight est fourni avec Clamscan préinstallé et activé pour les images de nœud de cluster. Clamscan effectue automatiquement des mises à jour du moteur et des définitions et met à jour ses signatures anti-programmes malveillants en fonction de la base de données officielle des signatures de virus de ClamAV.
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 : Sécurité et certificats
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
Sauvegarde Azure
Description : le service peut être sauvegardé par le service Sauvegarde Azure. Plus d’informations
| Pris en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| Faux | Non applicable | Non applicable |
Conseils de configuration : cette fonctionnalité n’est pas prise en charge pour sécuriser ce service.
Fonctionnalité de sauvegarde native du service
Description : le service prend en charge sa propre fonctionnalité de sauvegarde native (s’il n’utilise pas Sauvegarde Azure). Plus d’informations
| Prise en charge | Activé par défaut | Responsabilité de la configuration |
|---|---|---|
| True | Faux | Client |
Remarques sur les fonctionnalités : L’exportation HBase et la réplication HBase sont des moyens courants d’activer la continuité d’activité entre les clusters HDInsight HBase.
L’exportation HBase est un processus de réplication par lots qui s’appuie sur l’utilitaire d’exportation HBase pour exporter des tables du cluster HBase principal vers son stockage Azure Data Lake Storage Gen 2 sous-jacent. Les données exportées deviennent alors accessibles au cluster HBase secondaire qui peut les importer dans des tables qui doivent déjà exister sur le cluster secondaire. Bien que l’exportation HBase n’offre pas de granularité au niveau de la table, dans les situations de mise à jour incrémentielle, le moteur d’automatisation de l’exportation contrôle la plage de lignes incrémentielles à inclure dans chaque exécution.
Conseils de configuration : Il n’existe aucune aide Microsoft actuelle pour cette configuration de fonctionnalité. Vérifiez et déterminez si votre organization souhaite configurer cette fonctionnalité de sécurité.
Référence : Configurer la sauvegarde et la réplication pour Apache HBase et Apache Phoenix sur HDInsight
É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