Co wnosi ta integracja
Microsoft Entra ID może dostarczać znormalizowane dane o aktywności dotyczącej tożsamości, logowań, ryzyka, urządzeń i symulacji ataków. Sprawdzone przykłady obejmują:account.compromised— konto oznaczone jako przejęteauth.login.unusual— logowania w nietypowych kontekstachphishing.simulation.clicked— kliknięcie w symulację bez jej zgłoszenia
Czego potrzebuje Living Security
Zakresy (uprawnienia aplikacji):
Ty decydujesz, co to połączenie może robić
To połączenie odczytuje dane. Może też wykonywać działania w Twoim katalogu, ale tylko wtedy, gdy na to zezwolisz. Każde z powyższych uprawnień poza ostatnim jest tylko do odczytu. Jeśli nadasz wyłącznie je, połączenie nigdy nie będzie mogło niczego zmodyfikować w Twojej dzierżawie — platforma to wykrywa i w ogóle nie oferuje działań na grupach. DodajGroupMember.ReadWrite.All, a działania dotyczące członkostwa w grupach staną się dostępne w
Playbookach. Nic nie uruchomi się samo: nadal musisz wskazać grupy, na których
platforma może operować (patrz niżej), oraz utworzyć Playbook, który z nich korzysta.
Możesz zmienić decyzję w dowolnym momencie. Wystarczy dodać lub usunąć uprawnienie w Microsoft Entra ID
i ponownie udzielić zgody administratora — nie trzeba ponownie wprowadzać poświadczeń na platformie,
a synchronizacje danych działają przez cały czas. Zmiana zaczyna obowiązywać w ciągu około
godziny.
Działania dotyczące członkostwa w grupach są dodatkowo ograniczone do wyznaczonych przez Ciebie grup. Po
nawiązaniu połączenia administrator wybiera w ustawieniach połączenia jawną listę dozwolonych grup.
Dopóki ta lista nie istnieje, działania na grupach są niedostępne, nawet jeśli uprawnienie zostało nadane —
dlatego
GroupMember.ReadWrite.All nigdy nie oznacza „dowolnej grupy w dzierżawie”.Wybieraj te grupy ostrożnie: unikaj grup, które przyznają role administracyjne,
uprzywilejowany dostęp lub uprawnienia licencyjne.Dwa z tych uprawnień zostały dodane niedawno. Jeśli Microsoft Entra ID został połączony, zanim pojawiły się one na tej liście,
dodaj je do istniejącej rejestracji aplikacji i ponownie udziel zgody administratora —
Microsoft wymaga ponownego udzielenia zgody po każdej zmianie uprawnień. Wszystkie pozostałe strumienie danych
w międzyczasie działają normalnie.
Policy.Read.ConditionalAccess — bez tego uprawnienia Microsoft usuwa szczegóły dostępu warunkowego
z każdego rekordu logowania. Rekord nadal informuje, że zasada dostępu warunkowego została
spełniona, ale lista zasad jest pusta. Nic nie kończy się błędem i nic nie ostrzega: dane
o logowaniach nadal napływają, a połączenie pozostaje sprawne. Platforma po prostu nie może ustalić, które logowania
zostały zaakceptowane dzięki uwierzytelnianiu wieloskładnikowemu, więc dane o aktywności MFA z tego połączenia pozostają puste.IdentityRiskEvent.Read.All — odczyt wykryć ryzyka wymaga również licencji Microsoft Entra ID P1 lub
P2. Samo wykrywanie wycieków poświadczeń jest dostępne na każdym poziomie, także w P1; wykrycia
premium są raportowane jako generic poniżej poziomu P2.Wymagania wstępne
- Aby rejestrować aplikacje i udzielać zgody administratora, musisz mieć dostęp Application Administrator lub Global Administrator w Microsoft Entra ID.
Część A — W Microsoft Entra ID
Te kroki wykonuje administrator Microsoft Entra ID.1
Zarejestruj nową aplikację
- Zaloguj się do centrum administracyjnego Microsoft Entra.
- W nawigacji po lewej stronie przejdź do Entra ID → App registrations.
- Kliknij New registration.
- Wprowadź zrozumiałą nazwę aplikacji, na przykład
Living Security Platform. - W sekcji Supported account types wybierz Accounts in this organizational directory only.
- Pozostaw pole Redirect URI puste — ta integracja korzysta z przepływu poświadczeń klienta (client credentials flow).
- Kliknij Register.
- Application (client) ID
- Directory (tenant) ID
2
Dodaj uprawnienia aplikacji Microsoft Graph
- Na stronie Overview swojej aplikacji kliknij w lewym menu API permissions.
- Kliknij Add a permission.
- Wybierz Microsoft Graph.
- Wybierz Application permissions.
- Wyszukaj i wybierz każde z poniższych uprawnień, a następnie kliknij Add permissions:
User.Read.AllSecurityAlert.Read.AllAuditLog.Read.AllPolicy.Read.ConditionalAccessAttackSimulation.Read.AllDevice.Read.AllDeviceManagementManagedDevices.Read.AllIdentityRiskEvent.Read.All
- Dodaj
GroupMember.ReadWrite.Alltylko wtedy, gdy chcesz, aby Playbooki mogły zmieniać członkostwo w grupach. Pomiń je, aby to połączenie pozostało tylko do odczytu.
To minimalne uprawnienia dla wszystkich strumieni danych. Jeśli zamierzasz włączyć tylko część strumieni, możesz pominąć uprawnienia dla strumieni, z których nie będziesz korzystać.
3
Udziel zgody administratora
Uprawnienia aplikacji wymagają jawnej zgody administratora.
- Na stronie API permissions kliknij Grant admin consent for <your tenant name>.
- W oknie potwierdzenia kliknij Yes.
- Sprawdź, czy przy każdym uprawnieniu w kolumnie Status widnieje Granted.
Jeśli przycisk Grant admin consent jest wyszarzony, potrzebujesz uprawnień Privileged Role Administrator lub Global Administrator. Zgodę administratora trzeba udzielić ponownie za każdym razem, gdy dodajesz nowe uprawnienia.
4
Utwórz sekret klienta
- Na stronie Overview swojej aplikacji kliknij w lewym menu Certificates & secrets.
- Otwórz kartę Client secrets, a następnie kliknij New client secret.
- Wprowadź opis (np.
Living Security Platform). - Wybierz okres ważności zgodny z Twoją polityką rotacji.
- Kliknij Add.
401 Unauthorized.5
Ustal hosty Graph API i Authority
W większości organizacji korzystających z chmury komercyjnej należy użyć wartości domyślnych:
W przypadku chmur rządowych lub suwerennych użyj punktów końcowych właściwych dla Twojego środowiska.
Host Graph API i host Authority muszą do siebie pasować — tokeny z urzędu uwierzytelniania jednej chmury nie są ważne dla punktu końcowego Graph innej chmury.
Część B — W Living Security Platform
Ten krok wykonuje właściciel programu lub administrator systemu, jeśli został zaproszony na platformę. Połączenie z Microsoft Entra ID (Client Credentials) zostało nawiązane.Rozwiązywanie problemów
403 Forbidden
403 Forbidden
W rejestracji aplikacji brakuje uprawnień lub nie udzielono zgody administratora. Sprawdź:
- Czy wszystkie wymagane uprawnienia są wymienione w API permissions
- Czy przy każdym uprawnieniu widnieje stan Granted (zielony znacznik)
- Czy zgodę administratora udzielono po dodaniu uprawnień
Jeśli po pierwotnym udzieleniu zgody dodano nowe uprawnienia, trzeba ponownie udzielić zgody administratora.
Puste wyniki dla określonych strumieni danych
Puste wyniki dla określonych strumieni danych
W aplikacji może brakować uprawnienia dla danego strumienia:
- Brak użytkowników → brakuje
User.Read.All - Brak alertów bezpieczeństwa → brakuje
SecurityAlert.Read.All - Brak dzienników logowania → brakuje
AuditLog.Read.All - Brak wyników symulacji ataków → brakuje
AttackSimulation.Read.All - Brak urządzeń Entra ID → brakuje
Device.Read.All - Brak urządzeń zarządzanych przez Intune → brakuje
DeviceManagementManagedDevices.Read.All - Brak wykryć ryzyka → brakuje
IdentityRiskEvent.Read.All, nie udzielono ponownie zgody administratora po jego dodaniu lub dzierżawa nie spełnia minimalnego wymogu licencji Microsoft Entra ID P1
Żądanie tokenu kończy się błędem invalid_client
Żądanie tokenu kończy się błędem invalid_client
Host Graph API i host Authority mogą do siebie nie pasować. Oba muszą odpowiadać temu samemu środowisku chmurowemu (komercyjnemu, rządowemu itd.).
Działania na grupach nie są widoczne w Playbooku
Działania na grupach nie są widoczne w Playbooku
Działania dotyczące członkostwa w grupach są oferowane tylko wtedy, gdy spełnione są wszystkie trzy warunki:
GroupMember.ReadWrite.Allznajduje się w rejestracji aplikacji i udzielono zgody administratora. Jeśli dodano je niedawno, odczekaj do godziny.- Administrator wyznaczył w połączeniu listę dozwolonych grup.
- Połączenie jest aktywne i sprawne.
Dostęp warunkowy blokuje połączenie lub jego działania
Dostęp warunkowy blokuje połączenie lub jego działania
Jeśli w Twojej dzierżawie obowiązuje zasada dostępu warunkowego (Conditional Access) ograniczona adresami IP, może ona blokować żądania
zawierające poświadczenie tego połączenia. Większości dzierżaw to nie dotyczy — Microsoft Graph
domyślnie nie ogranicza dostępu według adresów IP. Jeśli jednak stosujesz zasadę opartą na adresach IP dla jednostek
usługi, ta integracja wymaga dodania do listy dozwolonych dwóch zestawów adresów, ponieważ konfiguracja i
synchronizacja danych korzystają z różnych sieci.Living Security samodzielnie generuje token dostępu dla tego połączenia i stale go odnawia, więc
żądania tokenu wychodzą z własnych adresów platformy, a nie z adresów używanych przez synchronizacje
danych.Działania na grupach są odrębne. Domyślnie są kierowane tak samo jak synchronizacje danych i wychodzą
z adresów synchronizacji. Przechodzą na adresy platformy tylko wtedy, gdy administrator
przełączy połączenie na bezpośredni ruch wychodzący.Dodaj oba zestawy do lokalizacji nazwanej (named location), którą Twoja zasada dostępu warunkowego traktuje jako zaufaną lub
wyklucza. Żądania tokenu trafiają do
login.microsoftonline.com, a żądania danych do
graph.microsoft.com; oba muszą zostać przepuszczone.Jeśli na liście dozwolonych są tylko adresy synchronizacji, konfiguracja kończy się błędem podczas uzyskiwania tokenu i
połączenie nie zostaje utworzone. Jeśli na liście dozwolonych są tylko adresy platformy, konfiguracja kończy się powodzeniem, ale
każda synchronizacja zwraca zero rekordów.
