Security Services Retainer: jednostki Service Units i zakres katalogu

Sophos Security Services Retainer pozwala planować usługi bezpieczeństwa z wykorzystaniem Service Units (SU). Katalog obejmuje usługi badania incydentów i przygotowania do nich, testów bezpieczeństwa oraz wdrożeń. Przed zakupem trzeba odpowiedzieć na trzy pytania: jaki poziom Retainera faktycznie zamówiono, ile SU pozostaje do wykorzystania w danym roku subskrypcji i jaki konkretnie zakres prac ma za nie wykonać dostawca?

Stan katalogu zweryfikowany 11 października 2026 r. Poniższe wartości służą do planowania. Nie są ofertą ani potwierdzeniem prawa danego klienta do określonych usług. Przed zakupem lub zleceniem prac należy osobno potwierdzić aktualny stan katalogu, uprawnienia klienta i konkretny zakres usługi.

Czego nie należy wywodzić z katalogu: Ten artykuł nie zawiera zobowiązań dotyczących SLA, czasu reakcji ani rozpoczęcia prac, dostępności, wsparcia na miejscu, Breach Warranty czy gwarantowanego wyniku badania incydentu. Sam Retainer ani saldo SU nie oznaczają też automatycznego monitorowania MDR. Takie oczekiwania należy wyjaśnić przed zakupem na podstawie umów obowiązujących danego klienta.

Service Units i cztery poziomy Retainera

SU to jednostka, w której katalog określa zapotrzebowanie na daną usługę. Nie jest kwotą pieniężną ani ogólnym przelicznikiem godzin pracy. Przeliczenie na godziny podano tylko dla opisanej poniżej pozycji DFIR; nie dotyczy ono automatycznie ocen bezpieczeństwa ani wdrożeń.

Przydział obowiązuje na każdy rok subskrypcji, a nie jednorazowo na cały okres umowy wieloletniej. Tabela nie określa jednak salda, które dany klient może obecnie wykorzystać. W planowaniu trzeba uwzględnić już zlecone usługi, konkretny rok subskrypcji i potwierdzony przydział. Artykuł nie ustala zasad wygaśnięcia, przenoszenia ani zwrotu SU, przedłużania subskrypcji czy przydziałów wieloletnich.

Nie należy więc wybierać poziomu wyłącznie na podstawie największej liczby SU. Najpierw opisuje się potrzeby, a następnie porównuje wartość katalogową i potwierdzony zakres zlecenia z dostępnym saldem. Sama zgodność z wartością w tabeli nie oznacza jeszcze zgody na zlecenie prac.

Wybrane usługi z trzech obszarów katalogu

Poniższe przykłady pokazują różnice między obszarami. Nie stanowią pełnej listy ani nie określają szczegółowych rezultatów, które mają zostać dostarczone w ramach poszczególnych usług.

Zasada dla wszystkich trzech obszarów: Wartości SU w katalogu są wartościami minimalnymi. Dodatkowe dostosowania lub wnioskowana realizacja na miejscu mogą zwiększyć zapotrzebowanie. To, czy realizacja na miejscu jest oferowana dla konkretnego zlecenia, wymaga osobnego potwierdzenia; zasada wartości minimalnej nie oznacza zobowiązania do świadczenia usługi na miejscu.

DFIR i przygotowanie do incydentów

Digital Forensics and Incident Response (DFIR) oznacza informatykę śledczą i reagowanie na incydenty bezpieczeństwa. Katalog zawiera również usługi przygotowujące organizację do obsługi incydentów.

Pozycja DFIR wskazuje również możliwość rozliczenia godzinowego, ale nie podaje ceny w walucie. Nie można na tej podstawie wyliczyć stawki godzinowej. Trzy godziny DFIR nie są też terminem reakcji ani zobowiązaniem do pełnej obsługi incydentu w tym czasie.

Ważny warunek dla Level 1: Tabela poziomów przewiduje wykorzystanie SU na DFIR przy Level 1 wyłącznie ze Standalone DFIR Retainer. Dla Level 2 do 4 w tej pozycji katalogu widnieje „Yes”. Również te wpisy nie zastępują potwierdzenia uprawnień danego klienta i zakresu zlecenia. W szczególności nie należy zakładać, że Level 1 zapewnia ogólny dostęp do DFIR tylko dlatego, że obejmuje 2 SU.

Testy i oceny bezpieczeństwa

Assessment to zlecona ocena bezpieczeństwa. Nazwa katalogowa pomaga wybrać usługę, ale nie określa jeszcze badanych systemów, metod testowania ani wyników.

W usłudze AI LLM Security Assessment każdy dodatkowy cel jest liczony osobno. Wartość standardowa nie obejmuje nieograniczonego zakresu dodatkowych prac. Przed zleceniem należy ustalić z dostawcą, co w danym zleceniu jest uznawane za cel. Także w przypadku oceny Entra ID nie można przyjmować, że 15 SU obejmuje dowolną liczbę tenantów lub tożsamości.

Wdrożenia

Wartość dla ITDR nie określa uniwersalnego zakresu wdrożenia. W pozycji MDR kluczowa jest jednostka na integrację: zlecenie obejmujące kilka integracji nie jest automatycznie pokryte jedną SU. Prace konfiguracyjne są ponadto odrębne od uprawnień do korzystania z produktu i usługi. Artykuł o integracjach MDR i XDR opisuje konfigurację techniczną i jej weryfikację, a nie zatwierdzenie zakupu tego Retainera.

Sprawdzenie potrzeb przed zleceniem

Poniższe postępowanie to zalecenie Avanet dotyczące zakupu usług, a nie udokumentowana procedura w portalu. Pomaga uniknąć traktowania pozycji katalogowej jak gotowego zlecenia.

1. Określić usługę i jej cel. Zapisać dokładną nazwę katalogową oraz oczekiwany rezultat, na przykład ćwiczenie Tabletop Exercise lub konfigurację konkretnej integracji MDR. Trwającego incydentu nie należy traktować jak zwykłego projektu do zaplanowania; należy skorzystać z wcześniej uzgodnionego kontaktu do obsługi incydentów i wewnętrznej procedury reagowania.
2. Ustalić granice zakresu. Wskazać objęte pracami tenanty, urządzenia, integracje lub cele oceny oraz ich liczbę. Jednostki takiej jak „na integrację” używać tylko tam, gdzie rzeczywiście podaje ją katalog; jeśli jednostki brakuje, poprosić dostawcę o jednoznaczne określenie zakresu.
3. Potwierdzić stan subskrypcji klienta. Ustalić zamówiony poziom, konkretny rok subskrypcji, dostępne saldo SU i już zaplanowane zlecenia. Dla DFIR przy Level 1 dodatkowo wyjaśnić kwestię Standalone DFIR Retainer i potwierdzonego na jego podstawie zakresu, z którego można skorzystać.
4. Zapytać o odstępstwa. Wyraźnie wskazać dostosowania, potrzebę realizacji na miejscu i inne szczególne wymagania. Uzyskać potwierdzenie zapotrzebowania na SU dla tego konkretnego zlecenia oraz osobną ofertę, zamiast traktować wartość minimalną jak stałą cenę.
5. Porównać ustalenia przed zatwierdzeniem. Zakres usługi, uprawnienia klienta, potwierdzone zapotrzebowanie na SU i oferta muszą być zgodne. W razie rozbieżności zlecenie pozostaje niezatwierdzone do czasu wyjaśnienia jej przez dostawcę i uzyskania zgody osoby odpowiedzialnej.

Przykład: zgodność obliczeń nie oznacza jeszcze zlecenia

Załóżmy, że na bieżący rok subskrypcji potwierdzono dostępność 15 SU. Plan obejmuje ćwiczenie Tabletop Exercise za 12 SU i dwie integracje MDR po 1 SU każda. Obliczenie na podstawie katalogu daje 14 SU, a zatem pozostaje 1 SU.

To obliczenie służy jedynie do wstępnego planowania. Będzie odpowiadać zleceniu tylko wtedy, gdy dostawca odpowiednio określi zakres obu integracji i potwierdzi zapotrzebowanie bez dodatkowych dostosowań. Wzrost zapotrzebowania wynikający ze szczególnych wymagań może wyczerpać pozostałą rezerwę. Z 14 SU nie wynika ani licencja MDR, ani zakres monitorowania, termin realizacji czy pomyślny odbiór techniczny.

Zalecenie Avanet: Udokumentować potwierdzone zapotrzebowanie na SU wraz ze zleceniem i rozstrzygnąć otwarte pytania o zakres przed zatwierdzeniem. Wyższy poziom Retainera nie zastępuje tych ustaleń.

Wyjaśnienie częstych błędnych założeń

• „Mój poziom ma 15 SU, więc mogę zlecić prace za 15 SU.” Najpierw należy potwierdzić właściwy rok subskrypcji i rzeczywiście dostępne saldo. Roczny przydział katalogowy nie jest automatycznie aktualnym pozostałym saldem.
• „Jedna SU to zawsze trzy godziny.” Przelicznik podano tylko dla pozycji DFIR w katalogu. Dla innych usług obowiązuje wartość przypisana danej usłudze.
• „Wartość w tabeli pokrywa każdy projekt tego rodzaju.” Należy sprawdzić wartość minimalną, jednostkę rozliczeniową i potwierdzony zakres. Niejasne ograniczenia dotyczące tenantów, urządzeń lub celów trzeba wyjaśnić przed zamówieniem.
• „Retainer oznacza również uruchomienie usługi MDR.” Zakup i działanie usługi należy sprawdzać osobno. Na przykład artykuł MDR Threat Feeds na Sophos Firewall opisuje konkretną funkcję operacyjną z własnymi wymaganiami, a nie uprawnienia wynikające z Retainera.

Decyzja zakupowa jest odpowiednio przygotowana dopiero wtedy, gdy jednoznacznie określono klienta, rok subskrypcji, usługę, jej zakres i potwierdzone zapotrzebowanie na SU. Sama realizacja i odbiór techniczny odbywają się następnie zgodnie z właściwą instrukcją dla danego produktu i osobno zatwierdzonym zleceniem.