Dans le cloud, chaque propriétaire d’application peut créer des ressources instantanément via le portail, la CLI, une API ou Terraform, sans qu’aucun humain ne vérifie les règles. Résultat : ports ouverts, accès public aux blobs ou VM GPU oubliées. Cet épisode explique comment Azure Policy agit comme un règlement invisible qui applique automatiquement ce qui est autorisé, et en quoi il diffère de RBAC.Ce que vous allez apprendre :La différence essentielle : RBAC contrôle qui peut agir, Azure Policy contrôle quelles configurations sont autorisées – et pourquoi il vous faut les deuxComment Azure Policy évalue chaque requête devant Azure Resource Manager, ne peut pas être contourné et analyse aussi les ressources existantes pour détecter les dérivesLes définitions de stratégie en JSON (conditions, effets, paramètres), des centaines de stratégies intégrées et l’attribution au groupe d’administration, à l’abonnement ou au groupe de ressources avec héritage et exemptionsLes quatre effets Deny, Audit, Modify/Append et DeployIfNotExists – et pourquoi commencer par Audit avant de passer à DenyLes initiatives pour Azure Security Benchmark, CIS, NIST, PCI DSS, HIPAA ou ISO 27001, cinq exemples concrets (régions UE, tags de centre de coûts, tailles de VM, sécurité du stockage, conventions de nommage) et Policy as CodePour les administrateurs Azure, les architectes cloud et tous ceux qui débutent sur Azure et veulent automatiser gouvernance, sécurité et conformité.Cet épisode est une version française doublée par IA de la vidéo explicative animée du M365 Show du Microsoft MVP Mirko Peters.▶ Voir la vidéo : https://youtu.be/LwJ2fQGjU20🎧 Plus d’épisodes : https://www.m365.fm🎤 M365Con – conférence Microsoft gratuite en ligne : https://m365con.net💼 Mirko Peters sur LinkedIn : https://www.linkedin.com/in/m365showpodcast/
This episode includes AI-generated content.
show less
Comments