Keeper Security Wyróżniony w PAM Magic Quadrant™ jako Drugi Najszybciej Rozwijający się Podmiot w Branży Bezpieczeństwa na Świecie
Dowiedz się więcejKontrola dostępu oparta na rolach
Dostawca tożsamości już odzwierciedla strukturę Państwa organizacji. Keeper odwzorowuje tę strukturę, dzięki czemu egzekwowane zasady dostępu odpowiadają rzeczywistej strukturze Państwa organizacji. Zespoły IT mogą definiować, stosować i audytować uprawnienia na dużą skalę z poziomu jednej konsoli administratora.
Zakres dostępu rośnie niepostrzeżenie. Użytkownicy zachowują uprawnienia, których już nie potrzebują, dział IT traci orientację w tym, kto ma dostęp do jakich zasobów, a każde dodatkowe dane uwierzytelniające zwiększają powierzchnię ataku.
Pracownicy z czasem uzyskują coraz szerszy dostęp i zachowują uprawnienia związane z rolami, których już nie pełnią.
Dział IT nie ma pełnego obrazu tego, kto ma dostęp do poszczególnych danych uwierzytelniających i systemów.
Gdy pracownik odchodzi, zabiera ze sobą znajomość danych uwierzytelniających.
Każdy zespół zarządza dostępem inaczej, bez jednolitych zasad.
SOC 2, HIPAA i NIST 800-53 wymagają udokumentowanych mechanizmów kontroli dostępu, które można poddać audytowi.
Katalog źródłowy – Active Directory, Entra ID, Okta lub dowolny dostawca tożsamości obsługujący SAML 2.0 – określa strukturę Państwa organizacji. Keeper odwzorowuje tę strukturę. Po przypisaniu istniejących grup do zespołów i ról w Keeper dostęp odzwierciedla już utrzymywaną strukturę.
Zespół określa, do jakich zasobów sejfu mają dostęp jego członkowie: haseł, tajnych danych oraz zasobów uprzywilejowanych, takich jak maszyny i bazy danych. Po przypisaniu grupy do zespołu wszyscy jej członkowie dziedziczą ten sam zakres dostępu.
Dzięki funkcji Workflow można zamiast tego dodać ich do listy osób uprawnionych do członkostwa w zespole. Wnioskują o dostęp, gdy go potrzebują, i zrzekają się go po zakończeniu pracy, co ogranicza stałe uprawnienia.
Rola to zestaw zasad egzekwowania stosowanych wobec przypisanych do niej użytkowników. Role określają wymagania dotyczące logowania i uwierzytelniania dwuskładnikowego (2FA), ograniczenia platformy i sejfu, zasady udostępniania i eksportu oraz funkcje dostępne dla użytkownika. Gdy użytkownik ma przypisaną więcej niż jedną rolę, Keeper stosuje najbardziej restrykcyjne zasady, domyślnie egzekwując zasadę najmniejszych uprawnień.
Przypisania do zespołów i ról są powiązane z grupami w katalogu za pomocą aprowizacji SCIM, Keeper AD Bridge lub dostawcy tożsamości. Gdy pracownik dołącza do organizacji, zmienia zespół lub odchodzi, jego dostęp jest automatycznie aktualizowany. Bez ręcznych zmian i nieaktualnych uprawnień pozostałych po poprzednim stanowisku.
Struktura węzłów Keeper umożliwia delegowanie administratorowi zarządzania wybraną częścią organizacji – regionem, działem lub jednostką biznesową – bez wglądu w pozostałe obszary. Na przykład IT admin odpowiedzialny za region EMEA może zarządzać użytkownikami, zespołami i rolami wyłącznie w tym regionie.
W rozwiązaniu KeeperPAM®, dzięki funkcji Keeper Privileged Cloud, można przyznawać dostęp just-in-time do dowolnego zarządzanego zasobu lub składnika aktywów w sejfie. Użytkownicy otrzymują uprzywilejowany dostęp tylko wtedy, gdy go potrzebują, i tracą go po zakończeniu zadania.
Gdy pracownik odchodzi, należy zablokować jego sejf i przenieść jego własność na innego użytkownika. Zasady ról określają, kto może przeprowadzać przeniesienia i których użytkowników mogą one dotyczyć. Proces zachowuje zasady zero-knowledge.
Zespoły ds. bezpieczeństwa mogą generować raporty dostępu z poziomu konsoli administratora Keeper, przeglądać uprawnienia poszczególnych użytkowników lub zespołów oraz przygotowywać dowody wymagane przez audytorów. Każde przypisanie roli, zmiana zasad i działanie w sejfie są rejestrowane i mogą być uwzględniane w raportach.
Mechanizmy kontroli dostępu opartej na rolach w Keeper pomagają zespołom IT i ds. bezpieczeństwa egzekwować dostęp zgodny z zasadą najmniejszych uprawnień i uzyskać lepszy wgląd w dostęp bez nakładu pracy związanego z ręcznym zarządzaniem nim.
Zespoły zapewniają dostęp do zasobów sejfu, takich jak hasła, tajne dane i zasoby uprzywilejowane. Role określają zasady egzekwowane wobec użytkowników i udostępniają funkcje, takie jak uprzywilejowany dostęp w KeeperPAM oraz Keeper Secrets Manager. Zespoły określają, do czego użytkownik ma dostęp, a role wskazują obowiązujące go zasady i uprawnienia. Role można przypisywać do zespołów, co zapewnia większą elastyczność.
Zarówno zespoły, jak i role można tworzyć ręcznie w konsoli administratora, automatycznie mapować za pomocą aprowizacji SCIM, tworzyć przy użyciu Keeper Commander® lub przypisywać z Active Directory za pośrednictwem Keeper AD Bridge. Po utworzeniu dla każdej roli konfiguruje się osobne zasady egzekwowania, a dla każdego zespołu – osobny zakres dostępu do zasobów.
Tak, Keeper integruje się z Active Directory, Azure AD/Entra ID, Okta oraz innymi dostawcami SSO. Przypisania do zespołów i ról mogą wynikać z członkostwa w grupach katalogowych, dzięki czemu uprawnienia pozostają aktualne bez konieczności ręcznych zmian.
Role obejmują ustawienia logowania, wymagania dotyczące 2FA, ograniczenia platformy, funkcje sejfu, zasady dotyczące haseł, kontrolę udostępniania i eksportu, działanie KeeperFill®, listę dozwolonych adresów IP, uprawnienia do przenoszenia kont, dostęp do Keeper Secrets Manager oraz ustawienia uprzywilejowanego dostępu w KeeperPAM. Każdy obszar konfiguruje się niezależnie dla poszczególnych ról.
Tak, KeeperPAM i Keeper Privileged Cloud umożliwiają przyznawanie dostępu just-in-time do zasobów uprzywilejowanych. Użytkownicy mają więc dostęp tylko na czas wykonywania danego zadania, a zakres stałych uprawnień pozostaje bliski zeru.
Tak, administratorowi można delegować część lub całość uprawnień administracyjnych do przypisanego węzła lub węzła podrzędnego, bez wglądu w pozostałą część organizacji.
Administratorzy mogą zablokować sejf odchodzącego użytkownika i przenieść jego własność na innego użytkownika. Proces zachowuje zasady zero-knowledge i podlega kontroli na podstawie ról; przeniesienie mogą rozpocząć wyłącznie użytkownicy z odpowiednimi uprawnieniami.
Konsola administratora zapewnia szczegółowe raporty dotyczące dostępu użytkowników, przypisań ról i działań w sejfie, tworząc ścieżkę audytu wymaganą przez SOC 2, HIPAA, NIST 800-53, ISO 27001 i podobne standardy.
Aby korzystać z czatu na żywo, musisz włączyć obsługę plików cookie.