Ko šī integrācija sniedz
Microsoft Entra ID var sniegt normalizētus datus par identitāti, pierakstīšanos, risku, ierīcēm un uzbrukumu simulācijām. Pārskatītie piemēri ir šādi:account.compromised— konts atzīmēts kā apdraudētsauth.login.unusual— pierakstās no neparastiem konteksta avotiemphishing.simulation.clicked— noklikšķināja uz simulācijas, par to nepaziņojot
Kas nepieciešams Living Security
Darbības jomas (Application permissions):
Jūs izlemjat, ko šis savienojums drīkst darīt
Šis savienojums nolasa datus. Tas var arī veikt darbības jūsu direktorijā, taču tikai tad, ja to atļausiet. Visas iepriekš minētās atļaujas, izņemot pēdējo, ir tikai lasāmas. Ja piešķirsiet tikai tās, savienojums nekad nevarēs mainīt neko jūsu nomnieka vidē — platforma to konstatē un grupu Actions vispār nepiedāvā. PievienojietGroupMember.ReadWrite.All, un grupas dalības Actions kļūs pieejamas lietošanai
Playbooks. Nekas nenotiks automātiski: jums joprojām jāizvēlas, kurām grupām
platforma drīkst piekļūt (skatiet tālāk), un jāizveido Playbook, kas tās izmanto.
Varat pārdomāt jebkurā laikā. Pietiek Microsoft Entra ID pievienot vai noņemt atļauju
un atkārtoti piešķirt administratora piekrišanu — platformā akreditācijas dati nav jāievada no jauna,
un datu sinhronizācija visu laiku turpina darboties. Izmaiņas stājas spēkā aptuveni stundas laikā.
Grupas dalības Actions papildus ir ierobežotas ar jūsu norādītajām grupām. Pēc
savienojuma izveides administrators savienojumam izvēlas skaidru atļauto grupu sarakstu.
Kamēr šāda saraksta nav, grupu Actions nav pieejamas pat tad, ja atļauja ir piešķirta —
tāpēc
GroupMember.ReadWrite.All nekad nenozīmē „jebkura grupa nomnieka vidē”.Izvēlieties šīs grupas rūpīgi: izvairieties no grupām, kas piešķir administratīvas lomas,
privileģētu piekļuvi vai licenču tiesības.Divas no šīm atļaujām ir pievienotas nesen. Ja Microsoft Entra ID savienojāt pirms to parādīšanās šajā sarakstā,
pievienojiet tās savai esošajai lietotnes reģistrācijai un atkārtoti piešķiriet administratora piekrišanu —
Microsoft pieprasa atkārtoti piešķirt piekrišanu ikreiz, kad atļaujas mainās. Visas pārējās datu plūsmas
tikmēr turpina darboties normāli.
Policy.Read.ConditionalAccess — bez šīs atļaujas Microsoft no katra pierakstīšanās ieraksta izņem nosacītās piekļuves
informāciju. Ieraksts joprojām norāda, ka nosacītās piekļuves politika ir izpildīta, taču politiku saraksts
ir tukšs. Nekas neizdodas un nekas nebrīdina: pierakstīšanās dati turpina ienākt, un savienojums paliek darbspējīgs.
Platforma vienkārši nevar noteikt, kuras pierakstīšanās tika apmierinātas ar daudzfaktoru autentifikāciju,
tāpēc MFA aktivitāte no šī savienojuma paliek tukša.IdentityRiskEvent.Read.All — lai lasītu riska noteikšanas gadījumus, nepieciešama arī Microsoft Entra ID P1 vai
P2 licence. Noplūdušo akreditācijas datu noteikšana pati par sevi ir pieejama visos līmeņos, tostarp P1; premium
noteikšanas gadījumi zem P2 tiek uzrādīti kā generic.Priekšnosacījumi
- Jums jābūt Application Administrator vai Global Administrator piekļuvei pakalpojumā Microsoft Entra ID, lai reģistrētu lietojumprogrammas un piešķirtu administratora piekrišanu.
A daļa — Microsoft Entra ID
Šīs darbības veic jūsu Microsoft Entra ID administrators.1
Reģistrējiet jaunu lietojumprogrammu
- Piesakieties Microsoft Entra admin center.
- Kreisajā navigācijas izvēlnē pārejiet uz Entra ID → App registrations.
- Noklikšķiniet uz New registration.
- Ievadiet lietotnes jēgpilnu nosaukumu, piemēram,
Living Security Platform. - Sadaļā Supported account types atlasiet Accounts in this organizational directory only.
- Lauku Redirect URI atstājiet tukšu — šī integrācija izmanto klienta akreditācijas datu plūsmu (client credentials flow).
- Noklikšķiniet uz Register.
- Application (client) ID
- Directory (tenant) ID
2
Pievienojiet Microsoft Graph lietojumprogrammas atļaujas
- Savas lietotnes lapā Overview kreisajā izvēlnē noklikšķiniet uz API permissions.
- Noklikšķiniet uz Add a permission.
- Atlasiet Microsoft Graph.
- Atlasiet Application permissions.
- Meklējiet un atlasiet katru tālāk norādīto atļauju, pēc tam noklikšķiniet uz Add permissions:
User.Read.AllSecurityAlert.Read.AllAuditLog.Read.AllPolicy.Read.ConditionalAccessAttackSimulation.Read.AllDevice.Read.AllDeviceManagementManagedDevices.Read.AllIdentityRiskEvent.Read.All
- Pievienojiet
GroupMember.ReadWrite.Alltikai tad, ja vēlaties, lai Playbooks varētu mainīt grupas dalību. Izlaidiet to, lai šis savienojums paliktu tikai lasāms.
Šīs ir minimālās atļaujas visām datu plūsmām. Ja plānojat iespējot tikai dažas plūsmas, varat izlaist atļaujas plūsmām, kuras neizmantosiet.
3
Piešķiriet administratora piekrišanu
Lietojumprogrammas atļaujām nepieciešama skaidra administratora piekrišana.
- Lapā API permissions noklikšķiniet uz Grant admin consent for <your tenant name>.
- Apstiprinājuma dialoglodziņā noklikšķiniet uz Yes.
- Pārbaudiet, vai katrai atļaujai kolonnā Status ir redzams Granted.
Ja poga Grant admin consent ir pelēkota, jums nepieciešamas Privileged Role Administrator vai Global Administrator tiesības. Administratora piekrišana ir jāpiešķir atkārtoti ikreiz, kad pievienojat jaunas atļaujas.
4
Izveidojiet klienta noslēpumu
- Savas lietotnes lapā Overview kreisajā izvēlnē noklikšķiniet uz Certificates & secrets.
- Noklikšķiniet uz cilnes Client secrets, pēc tam uz New client secret.
- Ievadiet aprakstu (piemēram,
Living Security Platform). - Izvēlieties derīguma termiņu, kas atbilst jūsu rotācijas politikai.
- Noklikšķiniet uz Add.
401 Unauthorized.5
Noteiciet Graph API un Authority resursdatorus
Lielākajai daļai organizāciju komerciālajā mākonī izmantojiet noklusējuma vērtības:
Valdības vai suverēnajiem mākoņiem izmantojiet savai videi atbilstošos galapunktus.
Graph API host un Authority host jāatbilst cits citam — viena mākoņa autoritātes izsniegtie tokeni nav derīgi cita mākoņa Graph galapunktam.
B daļa — Living Security Platform
Šo darbību veic programmas īpašnieks vai sistēmas administrators, ja viņš ir uzaicināts platformā. Tagad esat savienots ar Microsoft Entra ID (Client Credentials).Problēmu novēršana
403 Forbidden
403 Forbidden
Lietotnes reģistrācijai trūkst atļauju vai nav piešķirta administratora piekrišana. Pārbaudiet:
- Vai visas nepieciešamās atļaujas ir norādītas sadaļā API permissions
- Vai katrai atļaujai ir statuss Granted (zaļa atzīme)
- Vai administratora piekrišana tika piešķirta pēc atļauju pievienošanas
Ja pēc sākotnējās piekrišanas pievienojāt jaunas atļaujas, administratora piekrišana jāpiešķir atkārtoti.
Tukši rezultāti konkrētām datu plūsmām
Tukši rezultāti konkrētām datu plūsmām
Lietotnei var trūkt konkrētās plūsmas atļaujas:
- Nav lietotāju → trūkst
User.Read.All - Nav drošības brīdinājumu → trūkst
SecurityAlert.Read.All - Nav pierakstīšanās žurnālu → trūkst
AuditLog.Read.All - Nav uzbrukumu simulāciju rezultātu → trūkst
AttackSimulation.Read.All - Nav Entra ID ierīču → trūkst
Device.Read.All - Nav Intune pārvaldīto ierīču → trūkst
DeviceManagementManagedDevices.Read.All - Nav riska noteikšanas gadījumu → trūkst
IdentityRiskEvent.Read.All, administratora piekrišana netika atkārtoti piešķirta pēc tās pievienošanas, vai nomnieka licence ir zemāka par Microsoft Entra ID P1 minimumu
Tokena pieprasījums neizdodas ar invalid_client
Tokena pieprasījums neizdodas ar invalid_client
Graph API host un Authority host var nesakrist. Abiem jāatbilst vienai un tai pašai mākoņa videi (komerciālajai, valdības u. c.).
Nosacītā piekļuve bloķē savienojumu vai tā Actions
Nosacītā piekļuve bloķē savienojumu vai tā Actions
Ja jūsu nomnieka vidē ir Conditional Access politika, kas ierobežota pēc IP adreses, tā var bloķēt pieprasījumus,
kas nes šī savienojuma akreditācijas datus. Lielākā daļa nomnieku tas neietekmē — Microsoft Graph pēc noklusējuma
neierobežo pēc IP adreses. Ja tomēr piemērojat uz IP balstītu politiku pakalpojumu principāliem, šai integrācijai
jāatļauj divi adrešu kopumi, jo iestatīšana un datu sinhronizācija notiek no dažādiem tīkliem.Living Security pats izveido šī savienojuma piekļuves tokenu un pastāvīgi to atjauno, tāpēc
tokenu pieprasījumi tiek sūtīti no paša platformas adresēm, nevis no adresēm, ko izmanto jūsu datu
sinhronizācija.Grupu Actions ir atsevišķas. Pēc noklusējuma tās tiek maršrutētas tāpat kā jūsu datu sinhronizācija un tiek sūtītas
no sinhronizācijas adresēm. Uz platformas adresēm tās pāriet tikai tad, ja administrators
pārslēdz savienojumu uz tiešo izejošo trafiku (direct egress).Pievienojiet abus kopumus named location, kurai jūsu Conditional Access politika uzticas vai kuru izslēdz.
Tokenu pieprasījumi nonāk pie
login.microsoftonline.com, bet datu pieprasījumi — pie
graph.microsoft.com; abiem jāiziet cauri.Ja atļautas tikai sinhronizācijas adreses, iestatīšana neizdodas tokena iegūšanas laikā un savienojums netiek
izveidots. Ja atļautas tikai platformas adreses, iestatīšana izdodas, bet
katra sinhronizācija atgriež nulli ierakstu.
