6 wpisów
Dostęp awaryjny (zwany w terminologii SAP dostępem Firefighter) to jedna z najbardziej audytowanych i najmniej zrozumianych kontroli w środowiskach SAP.
Dwa procesy, nie jeden: kto może używać konta SAP Firefighter oraz jak każda sesja jest rezerwowana, uruchamiana, kontrolowana i oceniana. Ekrany smartGRC.
Przegląd Firefighter session-po-sesji przeocza 8 luk kontrolnych widocznych tylko cross-session. Zobacz, jak wykrywa je AI w smartAccess.
Agent AI wykonuje więcej transakcji w minutę niż człowiek w tydzień. Odpowiedź to nie „czytaj log" - to przegląd oparty na wyjątkach z polityką whitelist + blacklist.
Sześć miesięcy produkcyjnych danych SAP S/4HANA Firefighter. Sześć sygnałów kontrolnych, których klasyczny przegląd sesji nie wykryje.
Na kanale GRC Ninja pojawił się kolejny odcinek dotyczący zarządzania dostępem awaryjnym i uprzywilejowanych w systemach ERP / IT. Eksperci GRC ds. bezpieczeńst
Ten wpis jest podsumowaniem materiału filmowego dostępnego na kanale GRC Ninja na YouTube prezentowanym w formule rozmowy z ekspertami GRC ds. bezpieczeństwa SA
Dostęp awaryjny (zwany w terminologii SAP dostępem Firefighter) to jedna z najbardziej audytowanych i najmniej zrozumianych kontroli w środowiskach SAP. Kontrola na papierze jest jasna: przyznawanie podwyższonego dostępu na zasadzie czasowej rezerwacji z pełnym przeglądem logów po fakcie. Rzeczywistość jest taka, że większość przedsiębiorstw ma 500+ sesji Firefighter rocznie, ręczny przegląd obejmuje 5-10% z nich, a reszta dostaje kliknięcie akceptacji. W tej kategorii gromadzimy treści praktyków pokazujące, jak sprawić, by Firefighter rzeczywiście działał jako kontrola.
Artykuły obejmują projektowanie procesu Firefighter, przegląd logów sesji na dużą skalę, analizę logów wspomaganą AI, provisioning dostępu just-in-time (JIT), dostęp awaryjny międzydomenowy (SAP + poza SAP) oraz studium przypadku agenta AI ujawniającego 6 sygnałów kontrolnych z 600 produkcyjnych sesji Firefighter, których ręczny przegląd nie wychwycił.
Ta kategoria jest dla specjalistów SAP Security, zespołów audytu wewnętrznego, menedżerów GRC i biur CISO odpowiedzialnych za ład dostępu awaryjnego. Jeśli masz ustalenie audytowe dotyczące Firefighter, skalujesz dostęp awaryjny poza poziom, który da się obsłużyć ręcznym przeglądem, lub oceniasz narzędzia AI do automatyzacji przeglądu logów, jest to treść praktyczna najbardziej dla Ciebie istotna.
Dostęp Firefighter to terminologia SAP dla podwyższonych uprawnień przyznawanych w ograniczonym oknie czasowym, pierwotnie wprowadzonych przez SAP GRC Access Control w module EAM (Emergency Access Management). Schemat: zgłaszający rezerwuje ID Firefighter z uzasadnieniem i oknem czasowym, wykonuje pracę awaryjną, logi są następnie przeglądane przez niezależnego recenzenta, decyzja jest dokumentowana. Cała kontrola zależy od tego, czy przegląd logów rzeczywiście się odbywa.
Trzy strukturalne powody. (1) Wolumen: większość przedsiębiorstw ma 500+ sesji Firefighter rocznie, ręczny przegląd przy 5-10 minutach na sesję to setki godzin pracy. (2) Próbkowanie: przy poziomie próbkowania 5-10%, 90% sesji jest akceptowanych klikiem bez inspekcji. (3) Wzorce międzysesyjne: najbardziej ryzykowne sygnały (pętle wzajemnych zatwierdzeń recenzentów, aktywność na poziomie hosta serwera pod kontami awaryjnymi, sesje uruchamiania płatności pozostające w statusie PENDING) ujawniają się dopiero przy obliczeniach na pełnym zbiorze danych, a nie sesja po sesji. Agenci AI adresują wszystkie trzy.
Agenci AI przeglądają logi sesji na dużą skalę, ujawniają wzorce międzysesyjne niewidoczne w przeglądzie poszczególnych sesji oraz produkują istotne audytowo ustalenia, które ludzki recenzent następnie weryfikuje. Opublikowaliśmy szczegółowe studium przypadku agenta AI ujawniającego 6 sygnałów kontrolnych z 600 produkcyjnych sesji Firefighter - sygnałów, których klasyczny scenariusz przeglądu sesja po sesji nie był w stanie wychwycić.