Remarque : Cette question fait partie d'une série qui partage le même scénario. Chaque question propose une solution distincte qui pourrait atteindre les objectifs. Après avoir répondu, vous ne pouvez plus revenir à cette question. Vous disposez d'un abonnement Azure qui contient : • Un réseau virtuel nommé Vnet1 • Un sous-réseau nommé Subnet1 dans Vnet1 • Une machine virtuelle nommée VM1 connectée à Subnet1 • Trois comptes de stockage nommés storage1, storage2 et storage3 Vous devez autoriser VM1 à accéder à storage1, mais empêcher VM1 d'accéder à tout autre compte de stockage. Solution : Créez un groupe de sécurité réseau (NSG) et associez-le à Subnet1. Cette solution répond-elle à l'exigence ?

Non, cette solution ne répond pas à l'exigence. Un groupe de sécurité réseau (NSG) permet de filtrer le trafic réseau au niveau de la couche 4 (ports et protocoles) et de la couche 3 (adresses IP). Bien qu'il puisse bloquer l'accès à des adresses IP spécifiques, les comptes de stockage Azure utilisent des points de terminaison de service (service endpoints) ou des liaisons privées (private links) pour un accès sécurisé. Un NSG seul ne peut pas différencier l'accès à un compte de stockage spécifique (storage1) tout en bloquant d'autres comptes de stockage (storage2, storage3) car ils partagent souvent des plages d'adresses IP publiques ou des services de plateforme. Pour contrôler l'accès aux comptes de stockage de manière granulaire, il faudrait utiliser des points de terminaison de service de réseau virtuel (Virtual Network Service Endpoints) ou des liaisons privées Azure (Azure Private Links) configurés sur le sous-réseau, combinés à des règles de pare-feu de stockage.