Sdílet prostřednictvím


Referenční příručka k operacím správy identit a přístupu microsoft Entra

Tato část referenční příručky k operacím Microsoft Entra popisuje kontroly a akce, které byste měli zvážit při zabezpečení a správě životního cyklu identit a jejich přiřazení.

Poznámka:

Tato doporučení jsou aktuální k datu publikování, ale můžou se v průběhu času měnit. Organizace by měly průběžně vyhodnocovat své postupy identit při vývoji produktů a služeb Microsoftu v průběhu času.

Klíčové provozní procesy

Přiřazení vlastníků k klíčovým úkolům

Správa MICROSOFT Entra ID vyžaduje průběžné provádění klíčových provozních úkolů a procesů, které nemusí být součástí projektu uvedení. Přesto je důležité nastavit tyto úlohy tak, aby se zachovalo vaše prostředí. Mezi klíčové úkoly a jejich doporučené vlastníky patří:

Úkol Vlastník
Definování procesu vytváření předplatných Azure Liší se podle organizace
Rozhodnutí o tom, kdo získá licence Enterprise Mobility + Security Provozní tým IAM
Rozhodnutí o tom, kdo získá licence Microsoftu 365 Tým pro produktivitu
Rozhodněte se, kdo získá další licence, například Dynamics, Visual Studio Codespaces. Vlastník aplikace
Přiřazení licencí Provozní tým IAM
Řešení chyb přiřazení licencí a jejich náprava Provozní tým IAM
Zřizování identit pro aplikace v Microsoft Entra ID Provozní tým IAM

Při kontrole seznamu možná budete muset buď přiřadit vlastníka k úkolům, u které chybí vlastník, nebo upravit vlastnictví úkolů s vlastníky, kteří nejsou v souladu s poskytnutými doporučeními.

Synchronizace místních identit

Identifikace a řešení problémů se synchronizací

Microsoft doporučuje, abyste měli dobrý směrný plán a porozuměli problémům v místním prostředí, které můžou vést k problémům se synchronizací do cloudu. Vzhledem k tomu, že automatizované nástroje, jako je IdFix a Microsoft Entra Connect Health, můžou generovat velký objem falešně pozitivních výsledků, doporučujeme identifikovat chyby synchronizace, které se ještě mají vyřešit déle než 100 dnů vyčištěním těchto objektů v chybě. Dlouhodobé nevyřešené chyby synchronizace můžou generovat incidenty podpory. Řešení chyb během synchronizace poskytuje přehled různých typů chyb synchronizace, některé z možných scénářů, které tyto chyby způsobují, a potenciální způsoby, jak chyby opravit.

Konfigurace synchronizace Microsoft Entra Connect

Pokud chcete povolit všechna hybridní prostředí, stav zabezpečení na základě zařízení a integraci s ID Microsoft Entra, vyžadujeme, abyste synchronizovali uživatelské účty, které vaši zaměstnanci používají k přihlášení ke svým desktopům.

Pokud se uživatelé doménové struktury nepřihlašují, měli byste synchronizaci změnit tak, aby pocházela ze správné doménové struktury.

Obor synchronizace a filtrování objektů

Odebrání známých kontejnerů objektů, které není potřeba synchronizovat, má následující provozní výhody:

  • Méně zdrojů chyb synchronizace
  • Rychlejší cykly synchronizace
  • Méně "odpadu" pro přenos z místního prostředí, například znečištění globálního adresního seznamu pro místní účty služeb, které nejsou relevantní v cloudu

Poznámka:

Pokud zjistíte, že importujete mnoho objektů, které se neexportují do cloudu, měli byste filtrovat podle organizační jednotky nebo konkrétních atributů.

Příklady objektů, které se mají vyloučit, jsou:

  • Účty služeb, které se nepoužívají pro cloudové aplikace
  • Skupiny, které se nemají použít v cloudových scénářích, jako jsou skupiny používané k udělení přístupu k prostředkům
  • Uživatelé nebo kontakty, které jsou externími identitami, které mají být reprezentovány pomocí spolupráce Microsoft Entra B2B
  • Účty počítačů, kde zaměstnanci nemají přístup ke cloudovým aplikacím, například ze serverů

Poznámka:

Pokud má jedna lidská identita více účtů zřízených z něčeho, jako je migrace starší verze domény, fúze nebo získání, měli byste účet používaný uživatelem synchronizovat jenom na každodenní bázi, například to, co používá k přihlášení ke svému počítači.

V ideálním případě se snažte dosáhnout rovnováhy mezi snížením počtu objektů pro synchronizaci a složitostí pravidel. Obecně platí, že kombinace mezi filtrováním organizačních jednotek a kontejneru a jednoduchým mapováním atributů na atribut cloudFiltered je efektivní kombinací filtrování.

Důležité

Pokud používáte filtrování skupin v produkčním prostředí, měli byste přejít na jiný přístup filtrování.

Synchronizace převzetí služeb při selhání nebo zotavení po havárii

Microsoft Entra Connect hraje klíčovou roli v procesu zřizování. Pokud synchronizační server z nějakého důvodu přejde do offline režimu, změny v místním prostředí se nedají aktualizovat v cloudu a můžou vést k problémům s přístupem pro uživatele. Proto je důležité definovat strategii převzetí služeb při selhání, která správcům umožňuje rychle obnovit synchronizaci po přechodu synchronizačního serveru do režimu offline. Takové strategie mohou spadat do následujících kategorií:

  • Nasaďte servery Microsoft Entra Connect v pracovním režimu – umožňuje správci "zvýšit úroveň" přípravného serveru do produkčního prostředí jednoduchým přepínačem konfigurace.
  • Použití virtualizace – Pokud je microsoft Entra Connect nasazený na virtuálním počítači, můžou správci použít svůj virtualizační zásobník na živé, migrované nebo rychle nasadit virtuální počítač a obnovit tak synchronizaci.

Pokud ve vaší organizaci chybí strategie zotavení po havárii a převzetí služeb při selhání pro Synchronizaci, neměli byste váhat nasadit Microsoft Entra Connect v pracovním režimu. Podobně pokud dojde k neshodě mezi produkční a přípravnou konfigurací, měli byste pracovní režim Microsoft Entra Connect znovu vytvořit tak, aby odpovídal produkční konfiguraci, včetně verzí softwaru a konfigurací.

Snímek obrazovky s konfigurací pracovního režimu Microsoft Entra Connect

Zajištění aktuálnosti

Microsoft pravidelně aktualizuje Microsoft Entra Connect. Mějte přehled o tom, jak využívat vylepšení výkonu, opravy chyb a nové funkce, které nabízí každá nová verze.

Pokud je vaše verze Microsoft Entra Connect delší než šest měsíců, měli byste upgradovat na nejnovější verzi.

Zdrojové ukotvení

Použití ms-DS-consistencyguid jako zdrojové ukotvení umožňuje snadnější migraci objektů mezi doménovými strukturami a doménami, což je běžné v konsolidaci a čištění domén AD, fúze, akvizice a úvody.

Pokud jako zdrojové ukotvení aktuálně používáte ObjectGuid , doporučujeme přepnout na příkaz ms-DS-ConsistencyGuid.

Vlastní pravidla

Vlastní pravidla Microsoft Entra Connect umožňují řídit tok atributů mezi místními objekty a cloudovými objekty. Nadměrné nebo chybné použití vlastních pravidel ale může představovat následující rizika:

  • Řešení potíží se složitostí
  • Snížení výkonu při provádění složitých operací napříč objekty
  • Vyšší pravděpodobnost rozdílnosti konfigurace mezi produkčním serverem a pracovním serverem
  • Další režie při upgradu služby Microsoft Entra Connect, pokud jsou vlastní pravidla vytvořená v rámci priority větší než 100 (používá se předdefinovaná pravidla)

Pokud používáte příliš složitá pravidla, měli byste prozkoumat důvody složitosti a najít příležitosti ke zjednodušení. Podobně pokud jste vytvořili vlastní pravidla s hodnotou priority nad 100, měli byste tato pravidla opravit, aby nebyla ohrožená nebo kolidují s výchozí sadou.

Mezi příklady chybného použití vlastních pravidel patří:

  • Kompenzace za špinavá data v adresáři – V tomto případě doporučujeme spolupracovat s vlastníky týmu AD a vyčistit data v adresáři jako úlohu nápravy a upravit procesy, aby se zabránilo opětovnému zavedení chybných dat.
  • Jednorázová náprava jednotlivých uživatelů – je běžné najít pravidla, která se týkají odlehlých hodnot zvláštních případů, obvykle kvůli problému s konkrétním uživatelem.
  • Překomplikované "CloudFiltering" – Snížení počtu objektů je dobrým postupem, ale existuje riziko vytvoření překomplikovaného oboru synchronizace pomocí příliš velkého počtu pravidel synchronizace. Pokud používáte složitou logiku k zahrnutí nebo vyloučení objektů mimo proces filtrování organizačních jednotek, doporučujeme tuto logiku zpracovat mimo synchronizaci. Můžete to udělat tak, že objekty označíte jednoduchým atributem "cloudFiltered", který může tokovat jednoduchým pravidlem synchronizace.

Microsoft Entra Connect Configuration Documenter

Microsoft Entra Connect Configuration Documenter je nástroj, který můžete použít ke generování dokumentace k instalaci Microsoft Entra Connect. Tento nástroj vám poskytne lepší přehled o konfiguraci synchronizace a pomůže vám lépe porozumět tomu, jak všechno správně získat. Nástroj vám také řekne, k jakým změnám došlo, když jste použili nové sestavení nebo konfiguraci nástroje Microsoft Entra Connect a jaká vlastní pravidla synchronizace byla přidána nebo aktualizována.

Mezi aktuální možnosti nástroje patří:

  • Dokumentace k úplné konfiguraci synchronizace Microsoft Entra Connects.
  • Dokumentace všech změn v konfiguraci dvou serverů Microsoft Entra Connect Sync nebo změn z daného standardního plánu konfigurace
  • Generování skriptu nasazení PowerShellu pro migraci rozdílů v pravidlech synchronizace nebo přizpůsobení z jednoho serveru do jiného

Přiřazení k aplikacím a prostředkům

Licencování na základě skupin pro cloudové služby Microsoftu

Microsoft Entra ID zjednodušuje správu licencí prostřednictvím licencování na základě skupin pro cloudové služby Microsoftu. Díky tomu IAM poskytuje infrastrukturu skupin a delegovanou správu těchto skupin správným týmům v organizacích. Existuje několik způsobů, jak nastavit členství ve skupinách v ID Microsoft Entra, včetně:

  • Synchronizované z místního prostředí – Skupiny můžou pocházet z místních adresářů, což může být vhodné pro organizace, které vytvořily procesy správy skupin, které je možné rozšířit a přiřazovat licence v Microsoftu 365.

  • Dynamické skupiny členství – Skupiny založené na atributech lze vytvořit v cloudu na základě výrazu založeného na atributech uživatele, například oddělení se rovná "prodej". Microsoft Entra ID udržuje členy skupiny a udržuje ho v souladu s definovaným výrazem. Použití dynamických skupin členství pro přiřazení licencí umožňuje přiřazení licence založené na atributech, což je vhodné pro organizace, které mají vysokou kvalitu dat ve svém adresáři.

  • Delegované vlastnictví – Skupiny je možné vytvořit v cloudu a mohou být určené vlastníky. Díky tomu můžete vlastníkům firmy, například týmu pro spolupráci nebo týmu BI, umožnit definovat, kdo by měl mít přístup.

Pokud aktuálně k přiřazování licencí a komponent uživatelům používáte ruční proces, doporučujeme implementovat licencování na základě skupin. Pokud váš aktuální proces nemonitoruje chyby licencování nebo zjistí, které licence jsou přiřazené a k dispozici, měli byste definovat vylepšení procesu. Ujistěte se, že váš proces řeší chyby licencování a monitoruje přiřazení licencí.

Dalším aspektem správy licencí je definice plánů služeb (součástí licence), které by se měly povolit na základě funkcí úloh v organizaci. Udělení přístupu k plánům služeb, které nejsou potřeba, může vést k tomu, že uživatelé na portálu Microsoft 365 uvidí nástroje, na kterých ještě nebyli natrénovaní nebo by je neměli používat. Tyto scénáře můžou zvýšit objem helpdesku, nepotřebné zřizování a ohrozit dodržování předpisů a zásady správného řízení; Například při zřizování OneDrivu jednotlivcům, kteří nemusí mít povoleno sdílet obsah.

K definování plánů služeb pro uživatele použijte následující pokyny:

  • Správci by měli definovat "balíčky" plánů služeb, které mají být nabízeny uživatelům na základě jejich role; například pracovník white-límec versus podlahový pracovník.
  • Vytvořte skupiny podle clusteru a přiřaďte licenci k plánu služeb.
  • Volitelně je možné definovat atribut, který bude obsahovat balíčky pro uživatele.

Důležité

Licencování založené na skupinách v Microsoft Entra ID zavádí koncept uživatelů ve stavu chyby licencování. Pokud si všimnete chyb licencování, měli byste okamžitě identifikovat a vyřešit případné problémy s přiřazením licencí.

Snímek obrazovky počítače s popisem automaticky vygenerovaného

Správa životního cyklu

Pokud aktuálně používáte nástroj, například Microsoft Identity Manager nebo systém třetích stran, který spoléhá na místní infrastrukturu, doporučujeme přiřazení přesměrovat z existujícího nástroje. Místo toho byste měli implementovat licencování založené na skupinách a definovat správu životního cyklu skupiny na základě dynamických skupin členství.

Pokud váš stávající proces neodpovídá novým zaměstnancům nebo zaměstnancům, kteří organizaci opustí, měli byste nasadit licencování na základě skupin na základě dynamických skupin členství a definovat jejich životní cyklus. A konečně, pokud je licencování založené na skupinách nasazené pro místní skupiny, které nemají správu životního cyklu, zvažte použití cloudových skupin k povolení možností, jako jsou delegované vlastnictví nebo dynamické skupiny členství založené na atributech.

Přiřazení aplikací se skupinou Všichni uživatelé

Vlastníci prostředků můžou uvěřit, že skupina Všichni uživatelé obsahují jenom zaměstnance organizace, pokud by ve skutečnosti mohli obsahovat zaměstnance organizace i hosty. V důsledku toho byste měli věnovat zvláštní pozornost při použití skupiny Všichni uživatelé pro přiřazení aplikace a udělení přístupu k prostředkům, jako je sharepointový obsah nebo aplikace.

Důležité

Pokud je skupina Všichni uživatelé povolená a používá se pro zásady podmíněného přístupu, aplikaci nebo přiřazení prostředků, nezapomeňte skupinu zabezpečit, pokud nechcete, aby zahrnovala uživatele typu host. Kromě toho byste měli přiřazení licencí opravit tak, že vytvoříte a přiřadíte skupiny, které obsahují jenom zaměstnance organizace. Pokud zjistíte, že je skupina Všichni uživatelé povolená, ale nepoužívá se k udělení přístupu k prostředkům, ujistěte se, že provozní pokyny vaší organizace slouží k úmyslnému použití této skupiny (která zahrnuje zaměstnance organizace i hosty).

Automatizované zřizování uživatelů pro aplikace

Automatizované zřizování uživatelů pro aplikace je nejlepší způsob, jak vytvořit konzistentní zřizování, zrušení zřízení a životní cyklus identit napříč několika systémy.

Pokud aktuálně zřizujete aplikace ad hoc nebo používáte soubory CSV, JIT nebo místní řešení, které neřeší správu životního cyklu, doporučujeme implementovat zřizování aplikací pomocí Microsoft Entra ID. Toto řešení poskytuje podporované aplikace a definuje konzistentní vzor pro aplikace, které ještě nejsou podporovány id Microsoft Entra.

Služba zřizování Microsoft Entra

Standardní hodnoty rozdílového cyklu synchronizace Microsoft Entra Connect

Je důležité pochopit objem změn ve vaší organizaci a ujistit se, že nemá příliš dlouhou dobu na předvídatelnou synchronizaci.

Výchozí rozdílová frekvence synchronizace je 30 minut. Pokud rozdílová synchronizace trvá konzistentně déle než 30 minut nebo dochází k významným nesrovnalostem mezi výkonem rozdílové synchronizace přípravného a produkčního prostředí, měli byste prozkoumat a zkontrolovat faktory ovlivňující výkon služby Microsoft Entra Connect.

Shrnutí

Zabezpečená infrastruktura identit má pět aspektů. Tento seznam vám pomůže rychle najít a provést potřebné akce k zabezpečení a správě životního cyklu identit a jejich nároků ve vaší organizaci.

  • Přiřaďte vlastníky k klíčovým úkolům.
  • Vyhledejte a vyřešte problémy se synchronizací.
  • Definujte strategii převzetí služeb při selhání pro zotavení po havárii.
  • Zjednodušte správu licencí a přiřazování aplikací.
  • Automatizujte zřizování uživatelů pro aplikace.

Další kroky

Začínáme s kontrolami a akcemi správy ověřování