2025-08-11

Permessi di Microsoft Graph e modelli di consenso spiegati

La maggior parte delle app basate su Graph non va in produzione per problemi di codice, ma di consenso. Nei tenant di sviluppo i test sono ampi; in produzione le policy sono restrittive e bloccano gli ambiti rischiosi. La soluzione è capire i due modelli di Graph (delegato, nel contesto dell'utente, e applicazione, solo app e a livello di organizzazione) e richiedere gli ambiti minimi indispensabili, coerenti con il modo in cui l'app opera davvero. Mantieni i dati utente nel modello delegato quando possibile e riserva il modello applicazione ai job non presidiati o cross-tenant, prevedendo l'approvazione dell'amministratore. Mappa per tempo le policy di consenso del tenant, rilascia i permessi per fasi (pilota, poi ampliamento) e documenta il motivo di ogni ambito. Usa alternative a privilegio minimo, ad esempio Calendars.Read invece di Calendars.ReadWrite, oppure Team.ReadBasic.All invece di un accesso completo alla directory. Completa il tutto con la governance: flusso di pre-approvazione, revisioni trimestrali, tagging e log di audit. Il risultato sono meno richieste di "consenso amministratore richiesto", approvazioni di sicurezza più rapide e un rollout più solido nel tempo.

Apple Podcasts · Spotify · YouTube

Microsoft Graph Permissions and Consent Models Explained (English)