Rekomendacje dotyczące zarządzania tożsamościami i dostępem

Dotyczy rekomendacji listy kontrolnej dobrze zaprojektowanych rozwiązań zabezpieczeń Power Platform:

W tym przewodniku opisano zalecenia dotyczące uwierzytelniania i autoryzacji tożsamości, które próbują uzyskać dostęp do zasobów roboczych.

Z punktu widzenia kontroli technicznej tożsamość to zawsze podstawowa granica. Ten zakres nie obejmuje tylko krawędzi obciążenia. Obejmuje również poszczególne składniki dotyczące twojego zadania.

Typowe tożsamości to na przykład:

• Ludzie. Użytkownicy aplikacji, administratorzy, operatorzy, audytorzy i złośliwe podmioty.
• Systemy. Tożsamości obciążenia, tożsamości zarządzane, klucze interfejsu API, jednostki usługi i zasoby platformy Azure.
• Anonimowe. Jednostki, które nie dostarczyły żadnych dowodów na to, kim są.

Definicje

Microsoft Entra ID jako dostawca tożsamości dla platformy Power Platform

Wszystkie produkty platformy Power Platform używają Microsoft Entra ID (dawniej Azure Active Directory lub Azure AD) na potrzeby zarządzania tożsamościami i dostępem. Dzięki Entra ID organizacje mogą zabezpieczyć tożsamość i zarządzać nią w środowiskach hybrydowych i wielochmurowych. Usługa Entra ID jest również niezbędna do zarządzania gośćmi biznesowymi wymagającymi dostępu do zasobów Power Platform. Power Platform ponadto używa usługi Entra ID na potrzeby zarządzania innymi aplikacjami, które wymagają integracji z interfejsami API Power Platform przy użyciu głównych jednostek usługi. Używając usługi Entra ID, Power Platform może korzystać z bardziej zaawansowanych funkcji zabezpieczeń Entra ID, takich jak dostęp warunkowy lub ciągła weryfikacja dostępu.

Authentication

Uwierzytelnianie to proces, który weryfikuje tożsamości. Podmiot żądający jest zobowiązany dostarczyć formę identyfikacji, którą można zweryfikować. Przykład:

• Nazwa użytkownika i hasło.
• Wstępnie udostępniony sekret, taki jak klucz API, który daje dostęp.
• Token sygnatury dostępu współdzielonego (SAS).
• Certyfikat używany w wzajemnym uwierzytelnianiu TLS (Transport Layer Security).

Uwierzytelnianie za pomocą platformy Power Platform obejmuje sekwencję żądań, odpowiedzi i przekierowań między przeglądarką użytkownika a platformą Power Platform lub usługami Azure. Sekwencja jest zgodna z przepływem przyznawania kodu autoryzacji Microsoft Entra ID.

Podłączanie i uwierzytelnianie do źródła danych odbywa się oddzielnie od uwierzytelniania do usługi Power Platform. Aby uzyskać więcej informacji, zobacz Łączenie się i uwierzytelnianie ze źródłami danych.

Authorization

Platforma Power Platform używa Microsoft Entra ID Microsoft Identity Platform do autoryzacji wszystkich wywołań interfejsu API przy użyciu standardu branżowego protokołu OAuth 2.0.

Kluczowe strategie projektowania

Aby zrozumieć konieczność obsługi tożsamości w obciążeniach, należy wyświetlić listę przepływów użytkowników i systemów, zasobów obciążenia, osób i działań, które będą one podejmować.

Każdy przypadek użycia prawdopodobnie będzie miał własny zestaw mechanizmów kontroli, które należy zaprojektować przy użyciu myślenia o założeniu naruszenia zabezpieczeń. Na podstawie wymagań dotyczących tożsamości sprawy użycia lub osób należy określić opcje warunkowe. Unikaj używania jednego rozwiązania dla wszystkich przypadków użycia. Z drugiej strony kontrole nie powinny być tak szczegółowe, że wprowadzasz niepotrzebne obciążenie związane z zarządzaniem.

Musisz zalogować się w dzienniku dostępu do tożsamości. Pomoże to zweryfikować poprawność kontroli, a także możesz użyć dzienników dla audytów zgodności.

Określanie wszystkich tożsamości na potrzeby uwierzytelniania

Dostęp zewnętrzny. Uwierzytelnianie za pomocą platformy Power Platform obejmuje sekwencję żądań, odpowiedzi i przekierowań między przeglądarką użytkownika a platformą Power Platform lub usługami Azure. Sekwencja jest zgodna z przepływem przyznawania kodu autoryzacji Microsoft Entra ID. Power Platform automatycznie uwierzytelnia wszystkich użytkowników, którzy mają dostęp do obciążenia w różnych celach.

Dostęp wewnętrzny. Obciążenie będzie musiało uzyskać dostęp do innych zasobów. Na przykład odczyty z platformy danych lub ich zapisywanie, pobieranie wpisów tajnych danych z magazynu i rejestrowanie telemetryczne z usługami monitorowania. Być może trzeba będzie uzyskać dostęp do usług innych firm. Wszystkie te wymagania dotyczące tożsamości w tym zakresie są spełnione. Należy jednak wziąć pod uwagę wymagania dotyczące tożsamości zasobów, przykład sposób uruchamiania i uwierzytelniania potoków wdrażania.

Ustalanie czynności w celu autoryzacji

Następnie należy wiedzieć, co próbuje zrobić każda uwierzytelniona tożsamość, aby można było autoryzować te akcje. Akcje można podzielić według typu dostępu, którego wymagają:

• Dostęp do płaszczyzny danych. Akcje, które mają miejsce na płaszczyźnie danych, powodują przesyłanie danych. Na przykład aplikacja odczytuje lub zapisuje dane z Microsoft Dataverse lub zapisuje dzienniki w usłudze Application Insights.

• Dostęp do płaszczyzny sterowania. Akcje, które mają miejsce na płaszczyźnie sterowania, powodują tworzenie, modyfikowanie lub usuwanie zasobu Power Platform. Może to być na przykład modyfikowanie właściwości środowiska lub tworzenie zasad danych.

Aplikacje zazwyczaj koncentrują się na operacjach w płaszczyźnie danych, podczas gdy operacje często obejmują zarówno płaszczyznę sterowania, jak i danych.

Zapewnianie autoryzacji opartej na rolach

Na podstawie odpowiedzialności każdej tożsamości należy autoryzować działania, które powinny być dozwolone. Tożsamość nie może robić więcej niż musi. Przed ustawieniem reguł autoryzacji musisz mieć jasne informacje o tym, kto lub co wysyła żądania, co może zrobić ta rola i w jakim zakresie może to zrobić. Te czynniki prowadzą do wyborów łączących tożsamość, rolę i zakres.

Rozważ następujące kwestie:

• Czy obciążenia wymagają dostępu do płaszczyzny danych w Dataverse do odczytu i do zapisu?
• Czy obciążenia wymagają również dostępu do właściwości środowiska?
• Jeśli tożsamość zostanie naruszona przez osobę atakującą, co wpłynie na system pod względem poufności, integralności i dostępności?
• Czy obciążenia wymagają dostępu trwałego lub czy można uwzględnić dostęp warunkowy?
• Czy obciążenie powoduje wykonanie akcji wymagających uprawnień administracyjnych/podwyższonych?
• Jak obciążenia będą współdziałać z usługami innych firm?
• W przypadku agentów masz wymagania dotyczące logowania jednokrotnego?
• Czy agent działa w trybie nieuwierzytelnionym, w trybie uwierzytelnionym, czy w obu tych trybach?

Przypisanie roli

Rola to zestaw uprawnień przypisanych do tożsamości. Przypisz role, które zezwalają tożsamości tylko na wykonanie określonego zadania i nic więcej. Jeśli uprawnienia użytkownika są ograniczone do wymagań dotyczących zadań, łatwiej jest zidentyfikować podejrzane lub nieautoryzowane zachowanie w systemie.

Zadaj pytania podobne do następujących:

• Czy dostęp tylko do odczytu jest wystarczający?
• Czy tożsamość wymaga uprawnień do usuwania zasobów?
• Czy rola musi mieć dostęp tylko do utworzonych rekordów?
• Czy dostęp hierarchiczny jest wymagany w oparciu o jednostkę biznesową, w której znajduje się użytkownik?
• Czy rola wymaga uprawnień administracyjnych lub podwyższonych uprawnień?
• Czy rola wymaga trwałego dostępu do tych uprawnień?
• Co się stanie, jeśli użytkownik zmieni stanowiska?

Ograniczenie dostępu użytkowników, aplikacji lub usług zmniejsza ryzyko atakowania. Jeśli przyznasz tylko minimalne uprawnienia wymagane do wykonywania określonych zadań, ryzyko pomyślnego ataku lub nieautoryzowanego dostępu jest znacznie zmniejszone. Na przykład deweloperzy potrzebują tylko dostępu twórcy do środowiska developmentu, ale nie do środowiska produkcyjnego; potrzebują tylko dostępu do tworzenia zasobów, ale nie do zmiany właściwości środowiska i mogą potrzebować tylko dostępu do odczytu/zapisu danych z Dataverse, ale nie do zmiany modelu danych ani atrybutów tabeli Dataverse.

Należy unikać uprawnień, które są ukierunkowane na pojedynczych użytkowników. Uprawnienia szczegółowe i niestandardowe tworzą złożoność i nieporozumienia i mogą staną się trudne do utrzymania, gdy użytkownicy zmieniają role i przenoszą się w obrębie całej firmy lub gdy nowi użytkownicy o podobnych wymaganiach dotyczących uwierzytelniania dołączą do zespołu. Ta sytuacja może utworzyć złożoną, starszą konfigurację, która jest trudna do obsługi, co może mieć wpływ zarówno na bezpieczeństwo, jak i niezawodność.

Kompromis: Szczegółowe podejście do kontroli dostępu umożliwia lepszą inspekcję i monitorowanie działań użytkowników.

Nadaj role, które mają najmniej uprawnienia i dodają więcej uprawnień w zależności od potrzeb operacyjnych i dostępu do danych. Zespoły techniczne muszą mieć jasne wskazówki dotyczące implementowania uprawnień.

Podejmowanie wyborów dostępu warunkowego

Nie należy dawać wszystkich tożsamości na tym samym poziomie dostępu. Decyzje należy podejmować na podstawie dwóch głównych czynników:

• Czas. Na jak długo tożsamość może mieć dostęp do Twojego środowiska.
• Uprawnienie. Poziom uprawnień.

Te czynniki nie wykluczają się wzajemnie. Naruszona tożsamość, która ma więcej uprawnień i nieograniczony czas trwania dostępu, może uzyskać większą kontrolę nad systemem i danymi lub użyć tego dostępu, aby nadal zmieniać środowisko. Ogranicz te czynniki dostępu zarówno jako środek zapobiegawczy, jak i do kontrolowania promienia wybuchu.

Podejścia Just in Time (JIT) zapewniają wymagane uprawnienia tylko wtedy, gdy są potrzebne.

Just Enough Access (JEA) zapewnia tylko wymagane uprawnienia.

Chociaż czas i przywilej są głównymi czynnikami, istnieją inne warunki, które mają zastosowanie. Można na przykład także użyć urządzenia, sieci i lokalizacji, z której pochodzi dostęp, aby ustawić zasady.

Użyj silnych testów, które filtrują, wykrywają i blokują nieautoryzowany dostęp, w tym parametrów, takich jak tożsamość i lokalizacja użytkownika, kondycja urządzenia, kontekst obciążenia, klasyfikacja danych i anomalie.

Na przykład w zależności od obciążenia mogą być potrzebne tożsamości innych firm, takie jak dostawcy, partnerzy i klienci. Potrzebują odpowiedniego poziomu dostępu, a nie domyślnych uprawnień udzielanych pracownikom pełnoetatowym. Jasne rozróżnienie kont zewnętrznych ułatwia zapobieganie atakom pochodzącym z tych wektorów i wykrywanie ich.

Konta o wpływie krytycznym

Tożsamości administracyjne wprowadzają niektóre z najwyższych zagrożeń bezpieczeństwa, ponieważ zadania, które wykonują, wymagają uprzywilejowanego dostępu do szerokiego zestawu tych systemów i aplikacji. Kompromis lub niewłaściwe użycie może mieć szkodliwy wpływ na Twoją firmę i jej systemy informacyjne. Bezpieczeństwo administracji jest jednym z najbardziej krytycznych obszarów zabezpieczeń.

Ochrona dostępu uprzywilejowanego przed zdeterminowanymi przeciwnikami wymaga pełnego i przemyślanego podejścia do izolowania tych systemów od ryzyka. Oto kilka strategii:

• Zminimalizuj liczbę kont o wpływie krytycznym.

• Używaj oddzielnych ról zamiast podnosić uprawnienia dla istniejących tożsamości.

• Unikaj dostępu trwałego lub stałego, korzystając z funkcji JIT Twojego IdP. W sytuacjach wymagających natychmiastowej reakcji, należy postępować zgodnie z awaryjnym procesem dostępu.

• Używaj nowoczesnych protokołów dostępu , takich jak uwierzytelnianie bezhasłowe czy uwierzytelnianie wieloskładnikowe. Należy uzewnętrznić te mechanizmy podać do IdP.

• Wymuszaj kluczowe atrybuty zabezpieczeń przy użyciu zasad dostępu warunkowego.

• Likwiduj konta administracyjne, które nie są używane.

Ustanawianie procesów zarządzania cyklem życia tożsamości

Dostęp do tożsamości nie może trwać dłużej niż zasoby dostępne dla tożsamości. Upewnij się, że posiadasz procedurę dotyczącą wyłączania lub usuwania tożsamości w przypadku zmian w strukturze zespołu lub składnikach oprogramowania.

Te wskazówki dotyczą kontroli źródła, danych, płaszczyzn sterowania, użytkowników obciążeń, infrastruktury, narzędzi, monitorowania danych, dzienników, metryk i innych jednostek.

Utwórz proces zarządzania tożsamością zarządzający cyklem życia tożsamości cyfrowych, użytkowników o wysokich uprawnieniach, użytkowników zewnętrznych/gości, a także użytkowników obciążenia. Zaimplementuj przeglądy dostępu w celu zapewnienia, że gdy tożsamości opuszczą organizację lub zespół, zostaną usunięte ich uprawnienia dotyczące obciążenia.

Ochrona wpisów tajnych nieopartych na tożsamościach

Sekrety aplikacji, takie jak klucze wstępnie udostępnione, powinny być uznawane za słabe punkty systemu. Jeśli zostanie naruszone bezpieczeństwo dostawcy lub klienta, w przypadku komunikacji dwukierunkowej mogą wystąpić istotne zagrożenia zabezpieczeń. Klucze te mogą być również uciążliwe, ponieważ wprowadzają procesy operacyjne.

Traktuj te tajemnice jako encje, które można dynamicznie wyciągać z magazynu tajemnic. Nie powinny być one kodowane na stałe w aplikacjach, przepływach, potokach wdrażania ani w żadnym innym artefakcie.

Upewnij się, że masz możliwość unieważnienia sekretów.

Stosuj praktyki operacyjne, które obsługują zadania takie jak rotacja i wygasanie kluczy.

Aby uzyskać informacje na temat zasad rotacji, zobacz Automatyzowanie rotacji tajemnicy dla zasobów, które mają dwa zestawy poświadczeń uwierzytelniania i Samouczek: aktualizowanie częstotliwości automatycznej rotacji certyfikatów w usłudze Key Vault.

Zabezpieczanie środowisk programistycznych

Dostęp do zapisu w środowiskach deweloperskich powinien być zabezpieczony bramą, a dostęp do odczytu kodu źródłowego powinien być ograniczony do ról na podstawie konieczności uzyskania informacji. Należy mieć proces regularnego skanowania zasobów i identyfikowania najnowszych luk w zabezpieczeniach.

Utrzymywanie dziennika inspekcji

Jednym z aspektów zarządzania tożsamościami jest zapewnienie, że system jest możliwy do inspekcji. Audyty weryfikują, czy strategie zakładające naruszenie są skuteczne. Prowadzenie dziennika inspekcji pomaga:

• Zweryfikuj, czy tożsamość jest uwierzytelniana za pomocą silnego uwierzytelnienia. Wszystkie akcje muszą być śledzone, aby zapobiec atakom polegającym na wypieraniu się.

• Wykrywaj słabe lub brakujące protokoły uwierzytelniania i uzyskuj wgląd w dane logowania użytkowników i aplikacji.

• Oceniaj dostęp z tożsamości do obciążenia na podstawie wymagań dotyczących zabezpieczeń i zgodności oraz uwzględniaj ryzyko związane z kontem użytkownika, stanem urządzenia oraz innymi ustawionymi kryteriami i zasadami.

• Śledź postęp lub odchylenia od wymagań w zakresie zgodności.

Większość zasobów ma dostęp do płaszczyzny danych. Musisz znać tożsamości, które uzyskują dostęp do zasobów i wykonywane przez nie akcje. Tych informacji można użyć do diagnostyki zabezpieczeń.

Ułatwienia Power Platform

Kontrola dostępu Power Platform to element ogólnej architektury zabezpieczeń. Punkty kontroli dostępu zapewniają właściwym użytkownikom dostęp do zasobów Power Platform. W tej sekcji zapoznaj się z różnymi punktami dostępu, które użytkownik może skonfigurować, oraz ich rolą w ogólnej strategii zabezpieczeń.

Microsoft Entra ID

Wszystkie produkty platformy Power Platform używają Microsoft Entra ID (dawniej Azure Active Directory lub Azure AD) na potrzeby zarządzania tożsamościami i dostępem. Dzięki Entra ID organizacje mogą zabezpieczyć tożsamość i zarządzać nią w środowiskach hybrydowych i wielochmurowych. Usługa Entra ID jest również niezbędna do zarządzania gośćmi biznesowymi potrzebującymi dostępu do zasobów Power Platform. Power Platform ponadto używa usługi Entra ID na potrzeby zarządzania innymi aplikacjami, które wymagają integracji z interfejsami API Power Platform przy użyciu głównych jednostek usługi. Używając usługi Entra ID, platforma Power Platform może korzystać z bardziej zaawansowanych funkcji zabezpieczeń Entra ID, takich jak dostęp warunkowy lub ciągła weryfikacja dostępu.

Przypisanie licencji

Dostęp do Power Apps i Power Automate rozpoczyna się od posiadania licencji. Zasoby i dane, do których użytkownik ma dostęp, są określone przez typ posiadanych licencji. W poniższej tabeli na wysokim poziomie przedstawiono różnice między zasobami dostępnymi dla użytkownika w zależności od typu planu. Szczegółowe informacje o licencjach można znaleźć w temacie Omówienie licencjonowania.

Zasady dostępu warunkowego

Dostęp warunkowy opisuje zasady dla podjęcia decyzji o dostępie. Aby korzystać z dostępu warunkowego, należy poznać ograniczenia wymagane dla przypadku użycia. Skonfiguruj Microsoft Entra dostęp warunkowy, konfigurując zasady dostępu oparte na wymaganiach operacyjnych.

Więcej informacji:

• Konfigurowanie dostępu warunkowego Microsoft Entra
• Dostęp warunkowy i uwierzytelnianie wieloskładnikowe w Power Automate

Stały dostęp

Ciągły dostęp jest przyspieszany, gdy sprawdzane są określone zdarzenia w celu ustalenia, czy należy cofnąć dostęp. Tradycyjnie w przypadku uwierzytelniania OAuth 2.0 wygaśnięcie tokenu dostępu następuje po wykonaniu kontroli podczas odnawiania tokenu. Przy ciągłym dostępie krytyczne zdarzenia i zmiany lokalizacji sieciowej użytkownika są w sposób ciągły szacowane, aby określić, czy użytkownik nadal powinien zachować dostęp. Oceny te mogą powodować wczesne wypowiedzenie aktywnych sesji lub ponowne uwierzytelnienie. Jeśli na przykład konto użytkownika zostanie wyłączone, powinien on utracić dostęp do aplikacji. Ważna jest także lokalizacja; na przykład token mógł zostać autoryzowany z zaufanej lokalizacji, ale użytkownik zmienił swoje połączenie na niezaufaną sieć. Ciągły dostęp wywołałby ocenę zasad dostępu warunkowego, a użytkownik utraciłby dostęp, ponieważ nie łączy się już z zatwierdzonego miejsca.

Obecnie, z platformą Power Platform, tylko Dataverse obsługuje ciągłą weryfikację dostępu. Firma Microsoft pracuje nad dodawaniem pomocy technicznej do innych usług i klientów Power Platform. Aby uzyskać więcej informacji, zobacz Ciągła weryfikacja dostępu.

Dzięki ciągłemu wdrażaniu modeli pracy hybrydowej i korzystaniu z aplikacji w chmurze usługa Entra ID stanowi niezbędny obwód zabezpieczeń w zakresie zabezpieczeń użytkowników i zasobów. Dostęp warunkowy wykracza poza obwód sieci i obejmuje tożsamość użytkownika i urządzenia. Ciągły dostęp zapewnia, że w przypadku zmian zdarzeń lub lokalizacji użytkowników dostęp jest ponownie oceniany. Użycie usługi Entra ID na platformie Power Platform pozwala na implementację zabezpieczeń na poziomie organizacji, które można stosować w spójny sposób w obrębie całego portfolio aplikacji. Przejrzyj te najlepsze metody postępowania w zakresie zarządzania tożsamościami, aby uzyskać więcej wskazówek dotyczących tworzenia własnego planu używania usługi Entra ID na Power Platform.

Zarządzanie dostępem grupowym

Zamiast udzielać uprawnień określonym użytkownikom, przypisz dostęp do grup w Microsoft Entra ID. Jeśli grupa nie istnieje, można współpracować z zespołem ds. tożsamości, aby ją utworzyć. Następnie możesz dodawać i usuwać członków grupy spoza platformy Azure i upewnić się, że uprawnienia są aktualne. Grupy można również użyć do innych celów, takich jak listy wysyłkowe.

Aby uzyskać więcej informacji, zobacz Bezpieczne zarządzanie dostępem z użyciem grup w Microsoft Entra ID.

Wykrywanie zagrożeń

Ochrona Microsoft Entra ID ułatwia wykrywanie, badanie i korygowanie zagrożeń opartych na tożsamościach. Aby uzyskać więcej informacji, zobacz Co to jest ochrona tożsamości?.

Wykrywanie zagrożeń może mieć formę reagowania na alert o podejrzanych działaniach lub proaktywne wyszukiwanie nietypowych zdarzeń w dziennikach aktywności. Analiza zachowań użytkowników i jednostek (UEBA) w usłudze Microsoft Sentinel ułatwia wykrywanie podejrzanych działań. Aby uzyskać więcej informacji, zobacz Identify advanced threats with UEBA in Microsoft Sentinel (Określanie zaawansowanych zagrożeń za pomocą analizy UEBA w Microsoft Sentinel.

Rejestrowanie tożsamości

Power Apps, Power Automate, Copilot Studio, łączniki i rejestrowanie działań zapobiegania utracie danych są śledzone i wyświetlane w portalu zgodności Microsoft Purview. Dowiedz się więcej o Microsoft Purview.

Rejestruje zmiany wprowadzone w rekordach klienta w środowisku z bazą danych Dataverse. Audyt Dataverse rejestruje również dostęp użytkownika za pośrednictwem aplikacji lub SDK w środowisku. Ta inspekcja jest włączona na poziomie środowiska i w przypadku poszczególnych tabel i kolumn jest wymagana dodatkowa konfiguracja.

Role administratora usługi

Entra ID zawiera zestaw wstępnie ustawionych ról, które można przypisać administratorom w celu przypisania im uprawnień do wykonywania zadań administracyjnych. Można przejrzeć macierz uprawnień w celu uzyskania szczegółowego podziału uprawnień poszczególnych ról.

Użyj Microsoft Entra Privileged Identity Management (PIM) do zarządzania rolami administratora z wysokimi uprawnieniami w centrum administracyjnym platformy Power Platform.

Zabezpieczanie danych Dataverse

Jedną z najważniejszych cech Dataverse jest jej rozbudowany model zabezpieczeń, który można dostosowywać do wielu scenariuszy wykorzystania w firmie. Ten model zabezpieczeń jest dostępny tylko wtedy, gdy baza danych Dataverse znajduje się w środowisku. Specjalista ds. zabezpieczeń prawdopodobnie nie będzie samodzielnie budować całego modelu zabezpieczeń, ale może być zaangażowany w upewnianie się, że korzystanie z funkcji zabezpieczeń jest zgodne z wymaganiami bezpieczeństwa danych organizacji. Dataverse korzysta z zabezpieczeń opartych na rolach w celu zgrupowania zbioru uprawnień. Te role zabezpieczeń mogą być kojarzone bezpośrednio z użytkownikami lub mogą być skojarzone z zespołami Dataverse i jednostkami biznesowymi. Aby uzyskać więcej informacji, zobacz Security concepts in Microsoft Dataverse (Pojęcia dotyczące zabezpieczeń Microsoft Dataverse

Konfigurowanie uwierzytelniania użytkownika w programie Copilot Studio

Microsoft Copilot Studio obsługuje kilka opcji uwierzytelniania. Wybierz tę, która spełnia Twoje potrzeby. Uwierzytelnianie umożliwia użytkownikom zalogowanie się, a przez to zapewnienie agentowi dostępu do zastrzeżonych zasobów lub informacji. Użytkownicy mogą logować się przy użyciu Microsoft Entra ID lub dowolnego dostawcy tożsamości OAuth 2.0, takiego jak Google lub Facebook. Dowiedz się więcej w Konfigurowanie uwierzytelniania użytkownika w programie Copilot Studio.

Z zabezpieczeniami opartymi na Direct Line możesz ograniczyć dostęp do lokalizacji, które kontrolujesz, włączając zabezpieczony dostęp za pomocą sekretów lub tokenów Direct Line.

program Copilot Studio obsługuje logowanie jednokrotne (SSO), co oznacza, że agenci mogą zalogować użytkownika. Logowanie jednokrotne musi być zaimplementowane na stronach internetowych i w aplikacjach mobilnych. W przypadku Microsoft Teams logowanie jednokrotne jest bezproblemowe, jeśli wybierzesz opcję uwierzytelniania "Tylko w aplikacji Teams". Można ją również skonfigurować ręcznie za pomocą usługi Azure AD w wersji 2. Jednak w tym przypadku aplikacja Teams musi zostać wdrożona jako plik zip, a nie za pośrednictwem 1-kliknij wdrożenie usługi Teams z Copilot Studio.

Więcej informacji:

• Konfiguruj logowanie jednokrotne przy użyciu Microsoft Entra ID
• Konfiguruj logowanie jednokrotne przy użyciu Microsoft Entra ID dla agentów w Microsoft Teams
• Konfigurowanie logowania jednokrotnego za pomocą dostawcy ogólnego OAuth

Bezpieczne uzyskiwanie dostępu do danych przy użyciu skrytki klienta

Większość operacji, pomocy technicznej i rozwiązywania problemów wykonywanych przez personel firmy Microsoft (w tym podwykonawcy) nie wymaga dostępu do danych klienta. Dzięki Power Platform Blokadzie Klienta zapewniamy klientom interfejs do przeglądania i zatwierdzania (lub odrzucania) żądań dostępu do danych w rzadkich sytuacjach, gdy dostęp do danych klienta jest potrzebny. Jest ona na przykład używana w sytuacji, gdy inżynier Microsoft musi uzyskać dostęp do danych klienta: czy to w odpowiedzi na bilet pomocy technicznej zainicjowanej przez klienta, czy na problem zidentyfikowany przez Microsoft. Aby uzyskać więcej informacji, zobacz Securely access customer data using Customer Lockbox in Power Platform and Dynamics 365 (Uzyskiwanie dostępu do danych klientów przy użyciu skrytki klienta na platformie Power Platform i Dynamics 365.

Zarządzanie użytkownikami-gośćmi

Może być konieczne zezwalanie użytkownikom-gościom na dostęp do środowisk i zasobów platformy Power Platform. Podobnie jak użytkownicy wewnętrzni, możesz użyć dostępu warunkowego microsoft Entra ID i ciągłej oceny dostępu, aby zapewnić, że użytkownicy-goście spełniają podwyższony poziom zabezpieczeń.

Aby dodatkowo zwiększyć bezpieczeństwo i zmniejszyć ryzyko przypadkowego nadmiernego udostępniania, zablokuj lub włącz dostęp gości firmy Microsoft Entra do środowisk opartych na usłudze Dataverse zgodnie z potrzebami.

Informacje pokrewne

• Konfigurowanie zarządzania tożsamościami i dostępem
• Nawiązywanie połączeń ze źródłami danych i uwierzytelnianie się w nich
• Uwierzytelnianie w usługach platformy Power Platform
• Koncepcje zabezpieczeń w Microsoft Dataverse
• Zabezpieczenia Power Platform — często zadawane pytania
• Macierz uprawnień Administratora usługi
• Ciągła ocena dostępu
• Konfigurowanie dostępu warunkowego Microsoft Entra
• Poleceń dotyczące dostępu warunkowego i uwierzytelniania wieloskładnikowego w usłudze Microsoft Power Automate
• Platforma tożsamości firmy Microsoft i przepływ kodu autoryzacji OAuth 2.0
• Co nowego w Microsoft Entra ID?
• Wbudowane role systemu Microsoft Entra
• Przegląd kontroli dostępu opartej na rolach w Microsoft Entra ID

Lista kontrolna zabezpieczeń

Zapoznaj się z kompletnym zestawem zaleceń.