RousselTMLEARNING

Cloud computing

Microsoft Entra ID, RBAC et Azure Policy : identités, droits et gouvernance

Gérer identités et accès sur Azure : Microsoft Entra ID (utilisateurs, groupes, MFA, accès conditionnel), identités managées pour les applications, contrôle d'accès RBAC et rôles intégrés, PIM, Azure Policy, verrous et étiquettes.

1. Microsoft Entra ID #

L'annuaire des identités.

Principes #

Microsoft Entra ID (anciennement Azure Active Directory) authentifie utilisateurs et applications pour Azure, Microsoft 365 et des milliers d'applications SaaS (SSO). Il se synchronise avec un Active Directory local via Entra Connect.

  • MFA pour tous, et accès conditionnel : exiger la MFA ou un appareil conforme selon le risque, le lieu et l'application.
  • Identités managées : une application sur Azure (VM, App Service, Functions) obtient une identité sans secret à stocker.
  • PIM (Privileged Identity Management) : rôles d'administration activés à la demande, limités dans le temps, avec approbation.

2. RBAC #

Qui peut faire quoi, où.

Attribuer des rôles #

Attribution de rôle Azure
Le refus explicite n'existe que par les deny assignments (Blueprints, applications managées) : RBAC est additif.
Rôle intégréDroits
PropriétaireTout, y compris attribuer des rôles
ContributeurTout sauf attribuer des rôles
LecteurLecture seule
Administrateur de l'accès utilisateurGérer les attributions de rôle
az role assignment create --assignee-object-id <id-groupe> --assignee-principal-type Group \
  --role "Contributor" --scope /subscriptions/<abonnement>/resourceGroups/rg-app
az role assignment list --scope /subscriptions/<abonnement>/resourceGroups/rg-app -o table
az vm identity assign -g rg-app -n vm-web           # identité managée système

3. Gouvernance #

Azure Policy, verrous, étiquettes.

Azure Policy #

Azure Policy impose des règles aux ressources : régions autorisées, étiquettes obligatoires, chiffrement, SKU interdits. Effets : deny, audit, modify, deployIfNotExists. Les initiatives regroupent des politiques (par exemple le benchmark de sécurité Microsoft).

az policy assignment create --name regions-ue --scope /subscriptions/<abonnement> \
  --policy e56962a6-4747-49cd-b67b-bf8b01975c4c \
  --params '{"listOfAllowedLocations":{"value":["francecentral","westeurope"]}}'
az lock create --name ne-pas-supprimer --lock-type CanNotDelete -g rg-prod
az tag update --resource-id /subscriptions/<abonnement>/resourceGroups/rg-app --operation merge --tags centre_cout=1234
Bonne Pratique : RBAC dit qui peut agir ; Azure Policy dit ce qui est autorisé. Les deux sont complémentaires.

Articles liés

Comprendre Azure : régions, hiérarchie des ressources, outils et tarification

Les bases de Microsoft Azure : géographies, régions, paires de régions et zones de disponibilité, hiérarchie …

Le réseau Azure : VNet, NSG, peering, équilibrage et connectivité hybride

Concevoir le réseau sur Azure : réseaux virtuels et sous-réseaux, groupes de sécurité réseau (NSG), peering e…

Le calcul sur Azure : machines virtuelles, App Service, Functions et conteneurs

Choisir et utiliser le calcul Azure : machines virtuelles et groupes identiques (VMSS), App Service, Azure Fu…

Pour aller plus loin

Soutenir

♥ SOUTENIR

Soutenez RousselTM Learning

Les formations, articles, TP et attestations restent gratuits et sans publicité intrusive. Une contribution libre, du montant de votre choix, finance l’hébergement, les environnements de TP et l’écriture de nouveaux contenus.

Contribuer avec PayPal Montant libre · carte bancaire ou compte PayPalEn savoir plus
QR code PayPal
Ou scannez ce QR code avec votre téléphone

Merci, chaque contribution compte !