2025-08-11

Permisje i modele zgody w Microsoft Graph – wyjaśnienie

Większość aplikacji opartych na Microsoft Graph zawodzi podczas wdrażania nie z powodu kodu, lecz zgód. Środowiska deweloperskie zezwalają na szerokie testy, a produkcyjne polityki ograniczają ryzykowne zakresy. Rozwiązaniem jest zrozumienie dwóch modeli Graph – delegowanego (działanie w kontekście użytkownika) i aplikacyjnego (działanie tylko aplikacji, w skali organizacji) – oraz żądanie minimalnego, wystarczającego zestawu zakresów, odpowiadającego rzeczywistemu sposobowi działania aplikacji. Dane użytkowników należy w miarę możliwości obsługiwać w modelu delegowanym; model aplikacyjny zarezerwować dla zadań bez nadzoru lub międzydzierżawcowych i z wyprzedzeniem zaplanować zatwierdzenie przez administratora. Wcześnie zmapuj polityki zgody dzierżawy, stopniowo nadawaj uprawnienia (pilotaż → rozszerzenie) i udokumentuj, dlaczego każdy zakres jest potrzebny. Stosuj alternatywy z zasadą najmniejszych uprawnień (np. Calendars.Read zamiast Calendars.ReadWrite, Team.ReadBasic.All zamiast pełnego dostępu do katalogu). Całość wspieraj zarządzaniem: procesem wstępnego zatwierdzania, kwartalnymi przeglądami, tagowaniem i dziennikami audytu. Efekt: mniej wyskakujących komunikatów „wymagana zgoda administratora”, szybsza akceptacja przez zespół bezpieczeństwa i wdrożenie odporne na zmiany.

Apple Podcasts · Spotify · YouTube

Microsoft Graph Permissions and Consent Models Explained (English)