Wykrywanie i reagowanie w Microsoft 365
Defender włączony i przetestowany.
Defender for Endpoint, Office 365, Identity i Cloud Apps oraz Exposure Management i Sentinel, skonfigurowane jako jedna kolejka incydentów. Wdrażam zabezpieczenia w pierścieniach, ustalam, kto co może powstrzymać, dostrajam wykrycia i testuję ścieżkę reakcji, zanim będzie potrzebna.
- 1Otwarcie incydentu
- 2Prawdziwy czy fałszywy?
- 3Ważność i zasięg
- 4Wybór ścieżki
- 5Przypisanie i zapis
- 6Ustalenie zakresu przez hunting
- Dla kogo
- IT manager w firmie na Microsoft 365 (od Business Premium do E5), która ma licencje Microsoft Defender, ale nigdy ich nie wdrożyła.
- Czas trwania
- Ustalam dla każdego tenanta po odczycie linii bazowej.
- Kto pracuje
- Michał, osobiście, bez podwykonawców. Z dostępu, który Państwo mi przyznają, korzystam tylko ja. Bez SOC-a i bez dyżuru.
- Po rozmowie
- Pisemny zakres prac po polsku, kolejność prac i cena, zanim cokolwiek zmienię w Państwa tenancie.
Co zostaje u Państwa
Szablony wypełniam Państwa pokryciem, właścicielami, wynikami testów i wyjątkami. To pliki robocze do uzupełnienia. Dokumenty i nazwy plików są na razie po angielsku; zakres prac jest po polsku, a nazwy produktów i ustawień Microsoft zostają po angielsku, tak jak w centrach administracyjnych.
Poproś o wgląd w runbookLinia bazowa wdrożenia
Pokrycie, konfiguracja, wyjątki i uporządkowany backlog, ze sprawdzonymi wymaganiami wstępnymi attack disruption.
Dziennik strojenia wykryć
Każda decyzja o strojeniu i każde wykluczenie z attack disruption: powód, właściciel, odniesienie do MITRE, data przeglądu.
Dziesięć runbooków operacyjnych
Triaż, izolacja, usuwanie wiadomości, tożsamość, hunting, strojenie, własne reguły wykrywania, redukcja powierzchni ataku (ASR), podatności, przekazanie do MDR. Runbook to procedura krok po kroku.
Logika wykryć i eksporty polityk
KQL, metadane reguł, stan polityk i odniesienia do zmian, przechowywane w Państwa repozytorium.
Zapis walidacji
Testowy incydent: jednostki (konta, urządzenia, skrzynki), ścieżka korelacji, przejrzane działania, luki, właściciele, warunki ponownego testu.
Powiązanie kontrolek z dowodami
Dowody wdrożenia powiązane z wybranymi przez Państwa celami, na przykład z art. 8 ustawy o KSC albo z RODO.
Exit Kit
Kto jest właścicielem czego, usunięcie dostępu, kontakty, miejsca dowodów, otwarte wyjątki i sprawdzenia przy przekazaniu.
Nazwy plików
Nazwy plików to angielskie nazwy szablonów z zestawu.
defender-deployment-baseline-checklist.mdLinia bazowa wdrożenia
detection-tuning-ledger.mdDziennik strojenia wykryć
od RUNBOOK-01 do RUNBOOK-10Dziesięć runbooków operacyjnych
- Triaż incydentu
- Izolacja urządzenia i reagowanie na punkcie końcowym
- Usuwanie wiadomości i ZAP
- Przejęcie tożsamości
- Advanced Hunting z KQL
- Strojenie fałszywych alarmów
- Własna reguła wykrywania
- ASR i zmiany w powierzchni ataku
- Usuwanie podatności
- Przekazanie do MDR lub SOC
W Państwa repozytoriumLogika wykryć i eksporty polityk
incident-validation-record.mdZapis walidacji
control-mapping-matrix.mdPowiązanie kontrolek z dowodami
EXIT-KIT-m365-defender.mdExit Kit
Co obejmuje Defender i co konfiguruję
Defender for Endpoint
Onboarding według systemu operacyjnego, ochrona przed manipulacją (tamper protection), EDR, standardowe reguły redukcji powierzchni ataku (ASR) w trybie Block, poziomy remediacji dla każdej grupy.
Defender for Office 365
Ustawienia wstępne Standard albo Strict, ochrona przed podszywaniem się, Safe Links i Safe Attachments także w Teams, ZAP, SPF, DKIM, DMARC.
Defender for Identity
Sensor v3.x na kontrolerach domeny z Windows Server 2019 lub nowszym, z aktualizacją zbiorczą z września 2026 r. albo nowszą. Wersja v2.x dla starszych serwerów, VPN albo syslog.
Defender for Cloud Apps
Konektor Microsoft 365 ze wszystkimi polami zaznaczonymi, Cloud Discovery, app governance, Conditional Access app control.
Podatności i Exposure Management
Zalecenia dotyczące podatności, teraz w Exposure Management, ze wskazanymi właścicielami. Krytyczne zasoby oznaczone, ścieżki ataku przejrzane.
Sentinel w portalu Defender
Rejestr konektorów (connector ledger), konektor Defender XDR, własne reguły wykrywania albo reguły analityczne, warstwa analityczna albo data lake dla każdej tabeli.
Attack disruption i Security Copilot
Wymagania wstępne attack disruption, krótka lista wykluczeń. Role Copilota, udostępnianie danych według Państwa decyzji, właściciel jednostek obliczeniowych (compute units).
Pięć ataków i kto o czym decyduje
Defender może działać sam, gdy spełnione są jego wymagania wstępne. Przy każdym ataku wymieniam decyzje, które ustalamy najpierw.
Phishing AiTM, a potem przejęcie poczty
- Co Defender może zrobić sam
Attack disruption może zawiesić konto użytkownika i unieważnić sesje, jeśli odpowiednie produkty są wdrożone. ZAP może przenieść wiadomość do kwarantanny albo do folderu wiadomości-śmieci.
- O czym decydują Państwo, razem ze mną
- Wyłączenie konta członka zarządu, reset MFA, usunięcie ukrytych reguł skrzynki.
- Runbook
Phishing ze zgodą OAuth
- Co Defender może zrobić sam
Attack disruption ma osobne działanie dla przejętej aplikacji OAuth, a app governance może wyłączać aplikacje. Oba wymagają w pełni podłączonego Cloud Apps.
- O czym decydują Państwo, razem ze mną
- Kto cofa zgodę, które aplikacje są na liście dozwolonych, polityka zgód.
- Runbook
Phishing z kodem QR na prywatny telefon
- Co Defender może zrobić sam
Wbudowana ochrona i Defender for Office 365 mogą wyciągać adresy URL z kodów QR. ZAP może przenieść wiadomość do kwarantanny albo do folderu wiadomości-śmieci po późniejszym werdykcie.
- O czym decydują Państwo, razem ze mną
- Którzy nadawcy z kodami QR są wiarygodni, czy wymagać urządzenia zgodnego z polityką.
- Runbook
Ransomware z niezarządzanego urządzenia
- Co Defender może zrobić sam
Attack disruption może powstrzymać niezarządzane urządzenie albo jego adres IP oraz użytkownika, a zaatakowaną stację roboczą z onboardingiem odizolować. Automatyczna izolacja jest w wersji zapoznawczej (preview) i dotyczy tylko stacji roboczych.
- O czym decydują Państwo, razem ze mną
- Które urządzenia wolno izolować, które serwery wykluczyć z izolacji, kiedy ją zdjąć.
- Runbook
Rozpylanie haseł (password spray)
- Co Defender może zrobić sam
Conditional Access oparty na ryzyku może wymusić zmianę hasła albo MFA (Entra ID P2). Attack disruption może zadziałać, jeśli zdarzenia złożą się w przejęcie konta.
- O czym decydują Państwo, razem ze mną
- Potwierdzenie ryzyka, reset poświadczeń, blokada starszego uwierzytelniania.
- Runbook
Jak to przebiega i czego potrzebuję od Państwa
Każdy obszar ma własne dowody i własną bramkę. Dobry pilotaż poczty nie zatwierdza izolacji urządzeń.
Obserwuję
Przegląd tylko do odczytu: pokrycie według systemu operacyjnego, Secure Score, polityki poczty, stan sensorów, konektory i licencje.
Projektuję
Pierścienie pilotażowe, uprawnienia do reagowania dla każdej grupy urządzeń, poziomy remediacji i wykluczenia z attack disruption, na piśmie.
Pilotuję
Reguły ASR w trybie audytu, ustawienia Standard na jednej grupie pocztowej, konta testowe, mała grupa użytkowników w środowisku produkcyjnym.
Wymuszam
Reguły ASR przechodzą na Block pojedynczo, gdy dane z audytu to uzasadniają. Każda zmiana ma wskazaną osobę zatwierdzającą i ścieżkę cofnięcia.
Sprawdzam
Testowy alert albo symulowany phishing z Planem 2, prześledzony przez Action Center, i zapis walidacji.
Przekazuję
Linia bazowa, dziennik, runbooki i dowody trafiają do Państwa repozytorium. Mój dostęp zostaje usunięty i potwierdzony.
Czego potrzebuję od Państwa i co musi być spełnione
- Wyznaczone osoby odpowiedzialne za bezpieczeństwo, IT, pocztę, tożsamość i aplikacje
- Spełnione wymagania wstępne usług Microsoft dla wybranych obszarów
- Zatwierdzone grupy pilotażowe, konta testowe, okna serwisowe i uprawnienia do reagowania
- Dyżur, SOC albo usługa MDR po Państwa stronie, jeśli potrzebny jest nadzór poza godzinami pracy
- Zatwierdzony bezpieczny dostęp oraz repozytorium dowodów, które należy do Państwa
Gotowość na incydent, w pół dnia
Jeden atak rozegrany na ustawieniach Państwa tenanta: przejęta skrzynka pocztowa albo przejęte konto administratora. Po sesji wiadomo, kto w pierwszej godzinie co powstrzymuje i ile czasu zostaje na zgłoszenie.
- Zapis decyzji: kto może wyłączyć konto, odizolować urządzenie albo usunąć wiadomości bez pytania o zgodę
- Runbook pierwszej godziny dla tego ataku, zbudowany z runbooków Microsoft Defender
- Zegar zgłoszeń: jeśli są Państwo podmiotem kluczowym lub ważnym, terminy z art. 11 ust. 1 ustawy o KSC dla incydentu poważnego (wczesne ostrzeżenie i zgłoszenie incydentu niezwłocznie, nie później niż w terminach: do 24 godzin i do 72 godzin od wykrycia; sprawozdanie końcowe do miesiąca od zgłoszenia); jako administrator danych: zgłoszenie naruszenia ochrony danych osobowych Prezesowi UODO bez zbędnej zwłoki, w miarę możliwości do 72 godzin od jego stwierdzenia (art. 33 ust. 1 RODO)
- Adresat zgłoszenia incydentu poważnego: dopóki nie zostanie ogłoszone, że CSIRT sektorowy Państwa sektora osiągnął zdolność operacyjną, zgłoszenie przyjmuje właściwy dla Państwa podmiotu CSIRT MON, CSIRT NASK albo CSIRT GOV (art. 42 ust. 2 oraz art. 44 ust. 1 i 2 noweli, Dz. U. 2026 poz. 252). Wyjątek: jeśli sektorowy zespół cyberbezpieczeństwa dla Państwa sektora powołano przed 2025 r., stał się on CSIRT sektorowym i to on przyjmuje zgłoszenie (art. 44 ust. 3 i art. 46 noweli). Właściwy zespół potwierdzają Państwo, a ja wpisuję go do runbooka; dla większości firm prywatnych jest to dziś CSIRT NASK
- Przechowywanie logów: Audit Standard przechowuje logi audytu 180 dni. Audit Premium (E5 albo Purview Suite) przechowuje przez rok logi Entra ID, Exchange, OneDrive i SharePoint użytkowników z taką licencją. Dłużej albo dla pozostałych logów: zasady przechowywania logów audytu (funkcja Audit Premium) do roku, do 10 lat z dodatkową licencją na użytkownika, albo eksport do Log Analytics
- Luki znalezione podczas sesji, każda z właścicielem
Pół dnia, jeden scenariusz, ustawienia Państwa tenanta, zdalnie. Wcześniejsze wdrożenie Microsoft Defender nie jest potrzebne.
Nie prowadzę SOC ani MDR, nie pełnię dyżuru i nie obsługuję trwającego włamania.
Sentinel: każde źródło logów musi zarobić na swój koszt pozyskiwania.
Defender XDR obejmuje sygnały Microsoft. Gdy liczą się też zapory, dzienniki audytu SaaS, aplikacje własne albo wiele chmur, Sentinel dołącza do tej samej kolejki incydentów. Po 31 marca 2027 r. Microsoft obsługuje Sentinel tylko w portalu Defender, nie w portalu Azure. Kolejką zarządza Państwa zespół, MDR albo SOC: nie prowadzę SOC ani MDR i nigdy nie biorę udziału w obsłudze Państwa alertów.
Dwa poziomy: Uruchomienie stawia środowisko, Wykrycia jako kod trzymają każdą regułę w repozytorium
Każdy poziom przebiega tak samo: najpierw rejestr konektorów i model zagrożeń, potem wdrożenie i strojenie względem zmierzonej linii bazowej, na końcu udokumentowane przekazanie. Miesięczny przegląd kosztów i reguł po wdrożeniu to Operate (opieka po wdrożeniu, stała liczba godzin w miesiącu), ten sam plan co przy innych usługach. Co obejmuje wybrany poziom, zapisuję w zakresie prac, który obie strony podpisują, zanim dostanę dostęp do Państwa tenanta albo workspace. Pozyskiwanie danych rozlicza Microsoft w Państwa subskrypcji Azure, po cenach Azure, na podstawie Państwa umowy z Microsoft; ten koszt nie wchodzi w moją cenę.
Uruchomienie
Dostrojona linia bazowa i uzgodniony budżet pozyskiwania danych.
- Tygodnie 1 i 2: ocena rejestru konektorów, warsztat modelu zagrożeń, ustalony budżet
- Workspace i pięć głównych konektorów z uzasadnieniem stosunku kosztu do wartości
- Ponad 50 reguł analitycznych dostrojonych po dwóch tygodniach obserwacji fałszywych alarmów
- Trzy główne playbooki automatyzacji i włączone zabezpieczenia limitu dziennego
- Biblioteka runbooków i 30-dniowe okno: pytania i poprawki strojenia dostarczonych reguł, bez czasu reakcji
SIEM, któremu Państwa zespół ufa i który dyrektor finansowy potrafi przeczytać, z każdym źródłem uzasadnionym na piśmie.
Wykrycia jako kod
Każda reguła w Państwa repozytorium, wdrażana przez pull requesty.
- Wszystko z poziomu Uruchomienie
- Potok wykryć jako kod: repozytorium, zasady pull requestów, wdrożenia przez API
- Własny threat hunting pod kątem nowo pojawiających się grup atakujących, z zapisanymi artefaktami
- Konfiguracja UEBA i wykrycia zagrożeń wewnętrznych
- Pochodzenie reguł i historia wersji oraz ćwiczenia tabletop
SIEM, w którym każda reguła ma pochodzenie, i program huntingu, który zostawia dowody.
Wykrycia, które można przeczytać przed zakupem
Fragment pliku sample-password-spray-success.kql
// Rozpylanie haseł, a potem udane logowanie z tego samego adresu IP.
// MITRE: T1110.003 (Brute Force: Password Spraying)
let window = 1h;
let user_threshold = 8;
let sprayers =
SigninLogs
| where TimeGenerated > ago(window)
| where ResultType in ("50126", "50053")
| where IPAddress !in ((_GetWatchlist('TrustedEgressIPs') | project IPAddress))
| summarize Failures = count(), TargetedUsers = dcount(UserPrincipalName) by IPAddress
| where TargetedUsers >= user_threshold;
SigninLogs
| where TimeGenerated > ago(window)
| where ResultType == "0" // udane logowanie
| join kind=inner sprayers on IPAddress
| project TimeGenerated, UserPrincipalName, IPAddress, Failures, TargetedUsersŻadna reguła nie wysyła alertu do dyżurnych przed walidacją: symulacją, odtworzeniem dawnego incydentu albo odniesieniem do red teamu, zapisanymi dla każdej reguły w katalogu wykryć. Na poziomie Wykrycia jako kod cała biblioteka żyje w Państwa repozytorium i jest wdrażana przez pull requesty, z historią, którą audytor może prześledzić.
W portalu Defender Microsoft wskazuje własne reguły wykrywania (custom detections) jako najlepszy sposób tworzenia nowych reguł w Sentinel i Defender XDR; reguły analityczne pozostają dostępne. Przy samym Sentinel, bez usług Microsoft Defender, własne reguły wykrywania są ograniczone albo niedostępne, więc zostają reguły analityczne. Wybieram rodzaj dla każdego źródła, a katalog zapisuje, jakiego rodzaju jest każda reguła.
Dwa pozostałe przykłady w zestawie: wykrycie eksfiltracji przez regułę skrzynki (T1114.003) i reguła rzadkiej operacji administratora z uwzględnieniem linii bazowej (T1078.004). O każdy z nich można poprosić na rozmowie o zakresie.
Zestaw dostawy, folder po folderze
Nazwy folderów to angielskie nazwy szablonów z zestawu. Pola w nawiasach uzupełniam podczas wdrożenia, w Państwa repozytorium.
00-discoveryŚrodowisko, źródła, model zagrożeń, budżet: ankieta z pierwszego tygodnia.
01-architecture-decision-recordsStrategia źródeł danych i zabezpieczenia kosztów, ustalone na piśmie.
02-connector-ledgerKażde źródło ocenione: GB na dzień, warstwa, koszt i kto je czyta.
03-detectionsSzablon katalogu i trzy przykładowe reguły KQL: jedna jest wyżej, o dwie pozostałe można poprosić na rozmowie o zakresie.
04-runbooksOnboarding, skoki kosztów, strojenie, hunting, MDR.
05-exit-kitWszystko, co należy do Państwa, spis dostępów i przekazanie następcy.
06-complianceKontrolki powiązane z celami, które Państwo wskażą, dla Państwa recenzenta. To nie jest certyfikat ani opinia o zgodności.
07-scope-sheet.mdArkusz roboczy wybranego poziomu. Wiąże dopiero podpisany zakres prac.
08-operate-packMiesięczny przegląd SIEM: koszt wobec wartości, dryf konfiguracji, pokrycie.
Czego nie obejmuje
Nie przeprowadzam audytu KSC.
Wdrażam techniczne środki bezpieczeństwa w Microsoft 365 i Entra ID. Nie przeprowadzam audytu, którego wymaga ustawa o krajowym systemie cyberbezpieczeństwa, a wdrożenie nie zastępuje ani tego audytu, ani szacowania ryzyka przez Państwa organizację.
- Za spełnienie obowiązków z ustawy odpowiada Państwa organizacja. Dostarczam wdrożenie w części dotyczącej Microsoft 365 i Entra ID oraz dowody tego wdrożenia.
- Nie prowadzę SOC ani MDR, nie pełnię dyżuru i nie obsługuję trwającego włamania.
Osobna usługa albo dostawca wybrany przez Państwa
Zakres prac rozdziela wdrożenie, Państwa decyzje i usługi reagowania zlecone innemu dostawcy.
- Monitorowanie całodobowe, obsługa alertów przez dyżurny zespół albo SLA na czas reakcji
- Obsługa trwającego włamania, analiza powłamaniowa (forensics), decyzja, czy incydent albo naruszenie podlega zgłoszeniu, i samo zgłoszenie, komunikacja kryzysowa
- Własne konektory Sentinel i kanały danych o zagrożeniach (threat intelligence)
- Sentinel for SAP (osobny zakres)
- Defender for Cloud CSPM albo CWPP w Azure, AWS lub GCP
- Testy penetracyjne, certyfikacja, zatwierdzenie przez organ, opinia prawna i opinia o zgodności
Dowody do przejrzenia przed rozmową o zakresie
Trzy dokumenty do pobrania, bez podawania adresu e-mail. Pokazują, co dostaje klient i jak wygląda praca, zanim Państwo cokolwiek zamówią.
Runbook pierwszej godziny
Co robić w pierwszej godzinie po przejęciu konta w Microsoft 365: kto co powstrzymuje, jakie logi zabezpieczyć i kiedy zaczynają biec terminy z art. 11 ustawy.
Mapa: art. 8 ustawy o KSC w Microsoft 365 i Entra ID
Każdy punkt i litera art. 8 ust. 1, z kontrolą w tenancie albo wskazaniem, że obowiązek leży poza tenantem, potrzebną licencją, zapisem dowodu z art. 10 ust. 4 i odniesieniem do CIS Controls. To mapa kontroli, szersza niż zakres tej usługi, i jeden z możliwych sposobów wdrożenia. Ustawa jest neutralna technologicznie. To nie opinia o zgodności ani audyt.
Karta dostawcy KSC
Kto jest dostawcą, dane do wykazu, pozycja wobec ustawy, sposób dostępu do tenanta, gdzie są Państwa dane i kto je przetwarza, zgłaszanie incydentów, informacja z Krajowego Rejestru Karnego, ubezpieczenie, referencje, czego nie robię. Przy każdym zdaniu stoi, czy jest zmierzone, czy jest zobowiązaniem, czy deklaracją.
Ile to kosztuje
Jeden tenant albo kilka
Ocena pokrycia
Jeden tenant albo reprezentatywna próbka tenantów
Wdrożenie XDR
Kontrolowane wdrożenie w jednym tenancie
Wdrożenie w wielu tenantach
Wiele tenantów, jednostek biznesowych albo regionów
Co obejmuje każda ścieżka
Ocena pokrycia
Ustalam, które sygnały Microsoft Defender są obecne, którym można ufać i co trzeba zmienić, zanim wymuszanie się rozszerzy.
- Ocena pokrycia i konfiguracji tylko do odczytu
- Mapa uprawnień i właścicieli operacyjnych
- Przegląd źródeł alertów i korelacji incydentów
- Uporządkowany backlog wdrożenia, polityk i strojenia
- Plan pilotażu z jawnymi warunkami powodzenia i zatrzymania
Linia bazowa gotowa do decyzji: luki, zależności, właściciele i bezpieczna kolejność wdrożenia.
Wdrożenie XDR
Włączam uzgodnione obszary, wprowadzam zmiany polityk etapami, sprawdzam ścieżkę incydentu i przekazuję działający pakiet operacyjny.
- Prace nad punktami końcowymi, pocztą, tożsamością i aplikacjami chmurowymi, w uzgodnionym zakresie
- Grupy pilotażowe i kontrolowane fale wdrożenia
- Projekt unified RBAC i uprawnień do reagowania
- Sprawdzone wymagania wstępne attack disruption, zapisane wykluczenia, własne reguły wykrywania tam, gdzie licencja na to pozwala
- Ćwiczenie walidacyjne, pakiet dowodów, dziesięć runbooków i Exit Kit
Wdrożony Defender XDR z przetestowanymi procedurami i widocznymi wyjątkami, który Państwa zespół prowadzi bez mojego udziału.
Wdrożenie w wielu tenantach
Jedna uporządkowana metoda przy zachowaniu lokalnych właścicieli, nakładek polityk, dowodów i granic dostępu.
- Wspólny standard wdrożenia z nakładkami dla każdego tenanta
- Tenant pilotażowy, potem zatwierdzone fale wdrożenia
- Decyzje o GDAP i unified RBAC osobno dla każdego tenanta
- Rejestr pokrycia i wyjątków dla każdego tenanta
- Raportowanie zbiorcze, przekazanie i dowody usunięcia dostępu
Powtarzalne wdrożenie bez uniwersalnych poświadczeń, cichych lokalnych wyjątków i mieszania dowodów jednego tenanta z drugim.
- Dzień pracy
- od 600 € bez VAT
- Stały zakres
- Cenę podaję na piśmie przed rozpoczęciem prac, po 30-minutowej rozmowie.
- Podstawa rozliczenia
- Za dni pracy albo za stały zakres, zapisany w zakresie prac.
- Waluta i VAT
- Euro, ceny bez VAT. Kwoty w złotych są orientacyjne, po kursie średnim NBP z podanego dnia; faktura jest w euro. Firmy z UE spoza Malty, których numer VAT potwierdza system VIES, otrzymują fakturę z odwrotnym obciążeniem.
- Wystawca faktury
- Michal Jatczak, przedsiębiorca zarejestrowany na Malcie, działający pod nazwą handlową ITSailor.
- Od czego zależy cena
- Od liczby tenantów, posiadanych licencji, rodzaju obciążeń, modelu dostępu, bieżącej telemetrii i tego, kto odpowiada za codzienne działanie.
- Gotowość na incydent
- Pół dnia, jeden scenariusz, ustawienia Państwa tenanta, zdalnie. Wcześniejsze wdrożenie Microsoft Defender nie jest potrzebne.
- Po przekazaniu
- Operate. Cenę podaję na piśmie przy przekazaniu. Miesięcznie: 10 godz. na zmiany, przeglądy i pytania o to, co wdrożyłem albo przejrzałem. Niewykorzystane godziny nie przechodzą na kolejny miesiąc. Bez obiecanego czasu reakcji. Faktura co miesiąc z góry. Bez SOC-a i bez okresu minimalnego: Operate ma 30-dniowy okres wypowiedzenia dla obu stron. Celem jest, żeby Państwa zespół albo inny dostawca mógł prowadzić tenant beze mnie.
- Poziom usług
- Bez SLA i bez dyżuru. Terminy zapisuję w zakresie prac.
- Warunki
- Terms of Service, sekcja 05
Szczegóły, jeśli Państwo chcą
Co włącza każdy plan
Stan według Microsoft Learn z 18 października 2026 r. Tabela pokazuje, co włącza każdy plan; nie jest katalogiem produktów ani licencji i nie zawiera cen. Co ma Państwa tenant, potwierdza linia bazowa. Defender Suite oznacza tu Microsoft Defender Suite, dawniej dodatek Microsoft 365 E5 Security.
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
- Business Premium
- Business Premium + Defender Suite for Business Premium
- Microsoft 365 E3 (od 1 lipca 2026 r.)
- E3 + Microsoft Defender Suite
- Microsoft 365 E5
Dostęp i uprawnienia
Działania Microsoft Defender mogą dotyczyć urządzeń, skrzynek, tożsamości i sesji SaaS. Dostęp do oceny, role operacyjne, dostęp partnera i uprawnienia do zmian w środowisku produkcyjnym są osobnymi decyzjami.
Dostęp do oceny
Najpierw Security Reader i inne role odczytu. Dostęp ustalam po podpisaniu zakresu prac, z MFA i zapisanym terminem wygaśnięcia.
Minimalne uprawnienia, jeden tenant naraz
Microsoft Defender unified RBAC i role poszczególnych usług są dobierane do zadania, a przy przekazaniu ograniczane lub usuwane. Global Administrator nie jest rolą operacyjną.
Dostęp partnera przy wielu tenantach
Tam, gdzie można zastosować GDAP, dostęp jest przypisany do tenanta, szczegółowy, ograniczony w czasie i jawnie zatwierdzony. Każdy tenant ma własną decyzję o dostępie, dowody, wyjątki i dziennik zmian, bez uniwersalnych poświadczeń i wspólnej płaszczyzny polityk.
Kto zatwierdza zmiany
Izolacja urządzenia, usunięcie wiadomości, działanie na koncie, poziomy automatyzacji i zmiany włączające wymuszanie wymagają zatwierdzenia według Państwa pisemnego modelu.
Źródła pierwotne
Microsoft opisuje wdrożenie etapowe, pilotaż osobno dla każdego produktu, unified RBAC, badanie incydentów, przegląd w Action Center, wymagania wstępne attack disruption i GDAP z minimalnymi uprawnieniami. Linki prowadzą wprost do tych źródeł. Fakty o planach i datach odczytałem 18 października 2026 r.
- What is Microsoft Defender XDR?Microsoft Learn
- Microsoft Defender XDR prerequisitesMicrosoft Learn
- Configure automatic attack disruptionMicrosoft Learn
- Automation levels in automated investigation and remediationMicrosoft Learn
- Pilot and deploy Microsoft Defender XDRMicrosoft Learn
- Microsoft Defender unified RBACMicrosoft Learn
- Plan attack surface reduction deploymentMicrosoft Learn
- Attack surface reduction frequently asked questionsMicrosoft Learn
- Investigate and respond in Defender XDRMicrosoft Learn
- Granular delegated admin privilegesMicrosoft Learn
- Defender for Office 365 preset security policiesMicrosoft Learn
- Defender for Office 365 service descriptionMicrosoft Learn
- What is Microsoft Defender for Business?Microsoft Learn
- Add Microsoft Defender Suite for Business PremiumMicrosoft Learn
- Integration and licensing for Security Exposure ManagementMicrosoft Learn
- Security Copilot for Microsoft 365 E5 and E7Microsoft Learn
- Microsoft Sentinel in the Microsoft Defender portalMicrosoft Learn
- Create custom detection rules in Defender XDRMicrosoft Learn
- What is Microsoft Defender Experts MDR?Microsoft Learn
- Where Microsoft Defender XDR processes and stores dataMicrosoft Learn
- Data security and retention in Microsoft Defender XDRMicrosoft Learn
- Services excluded from the EU Data BoundaryMicrosoft Learn
Czy Microsoft 365 Defender nazywa się teraz Microsoft Defender XDR?
Tak. Microsoft Defender XDR to obecna nazwa warstwy wykrywania i reagowania, która łączy kilka produktów. Na tej stronie używam obecnej nazwy.
Czy to oferta licencyjna?
Nie. Strona opisuje wdrożenie i gotowość operacyjną. Mapa planów w tej sekcji pokazuje, co zawiera każdy plan Microsoft, według Microsoft Learn z 18 października 2026 r., żeby zakres nie obiecywał zabezpieczeń, których tenant nie może uruchomić. Nie sprzedaję licencji Microsoft firmom z Polski: kupują je Państwo u swojego dostawcy, na podstawie własnej umowy z Microsoft. Jeśli element zakresu wymaga licencji, której Państwo nie mają, mówię o tym przed zmianą, nie po niej.
Mamy Business Premium. Jaki Defender mamy?
Microsoft 365 Business Premium zawiera Defender for Business, Defender for Office 365 Plan 1 i Entra ID P1, dla maksymalnie 300 użytkowników. Defender for Business obejmuje ochronę, ASR, EDR, automatyczną remediację i attack disruption na urządzeniach z onboardingiem. Nie ma w nim advanced hunting, a Defender for Identity, Defender for Cloud Apps i polityki ryzyka Entra ID Protection nie wchodzą w jego skład. Defender Suite for Business Premium dodaje Entra ID P2, Defender for Identity, Defender for Endpoint Plan 2, Defender for Office 365 Plan 2 i Defender for Cloud Apps. Pozostałe różnice zawiera mapa planów w tej sekcji.
Czy każdy tenant potrzebuje każdego składnika Microsoft Defender?
Nie. Zakres wynika z rzeczywistego środowiska i oczekiwanej ochrony. Defender for Identity ma największe znaczenie tam, gdzie istnieje hybrydowy Active Directory, i generuje też alerty dotyczące Okta w Defender XDR. Defender for Cloud Apps ma sens, jeśli potrzebują Państwo kontroli nad aplikacjami SaaS. Linia bazowa wskazuje, które obszary wnoszą wartość i których wymagań wstępnych brakuje.
Czy zmienia Pan środowisko produkcyjne w trakcie rozpoznania?
Nie. Rozpoznanie zaczyna się od przeglądu pokrycia, konfiguracji, uprawnień i alertów tylko do odczytu. Zmiany w środowisku produkcyjnym zaczynają się po uzgodnieniu stanu docelowego, grupy pilotażowej, ścieżki zatwierdzania, wymaganego dowodu i sposobu cofnięcia zmiany.
Jak dba Pan o to, żeby strojenie nie ukrywało prawdziwych ataków?
Strojenie zapisuję jako decyzję techniczną. Każda istotna zmiana zakresu, progu, wyciszenia albo zamiennika ma powód, właściciela, kontrolę kompensującą i datę przeglądu. Po zmianie sprawdzam ponownie pokrycie i walidację.
Czy automatyczne badanie incydentów działa bez zatwierdzenia?
To zależy od obszaru. Na punktach końcowych Microsoft zakończył osobne środowisko automatycznego badania 1 września 2026 r.: wykrywanie i reakcja działają teraz w ramach ochrony antywirusowej, a decyzji wymaga to, które grupy urządzeń attack disruption może powstrzymywać. Ustawienie „Semi automation” nadal pozwala na disruption bez zatwierdzenia, a „No automated response” wyłącza grupę. W poczcie automatyczne badanie i reagowanie (AIR) pozostaje funkcją Defender for Office 365 Plan 2, a działania w kolejce wymagają zatwierdzenia przez osobę, którą wskazujemy razem. Obie decyzje zapisuję, zanim zostanie włączona szersza automatyzacja.
Czy attack disruption może zablokować członka zarządu?
Może powstrzymać użytkownika albo wyłączyć konto, gdy Defender uzna, że trwa atak. Microsoft podaje precyzję detektora co najmniej 99% dla działań powstrzymujących, więc błędne powstrzymanie jest możliwe, a każde działanie można cofnąć w Action Center. Contain user blokuje logowania sieciowe, SMB, RPC i RDP na urządzeniach z onboardingiem, nie wyłącza konta u dostawcy tożsamości i jest automatycznie zdejmowany w ciągu pięciu dni. Microsoft opisuje wykluczenia dla użytkowników, urządzeń i adresów IP i nie zaleca wykluczania zasobów. Przed pierwszym incydentem zapisuję, kto może zostać wykluczony z attack disruption, kto przegląda Action Center i kto może cofnąć działanie.
Czy Security Copilot jest wliczony?
W Microsoft 365 E5 i E7 tak: 400 Security Compute Units miesięcznie na 1 000 płatnych licencji, do 10 000, proporcjonalnie przy mniejszej liczbie licencji (tenant z 400 licencjami dostaje 160). Przydziały zerują się co miesiąc i nie przechodzą na kolejny okres, a Microsoft wdraża to uprawnienie etapami od 18 listopada 2025 r. Wliczone są tylko E5 i E7; w pozostałych planach jednostki obliczeniowe trzeba uruchomić i opłacić. Agenci nie włączają się automatycznie. Mogę ustawić role i właściciela zużycia, wprowadzić wybraną przez Państwa opcję udostępniania danych Microsoft i zapisać te ustawienia. Nie obiecuję oszczędności czasu.
Czy może Pan wdrożyć Defender w wielu tenantach?
Tak. Wdrożenie w wielu tenantach opiera się na wspólnym standardzie z odrębnymi nakładkami dla poszczególnych tenantów, na tenancie pilotażowym, lokalnych właścicielach, osobnych dowodach i dostępie przypisanym do tenanta. GDAP może zapewnić szczegółowy dostęp partnera, ograniczony w czasie, tam, gdzie ma zastosowanie. Uniwersalne poświadczenia między tenantami nie są używane.
Kto pilnuje kolejki w nocy?
Państwa wewnętrzny zespół, wybrany przez Państwa dostawca MDR albo SOC, albo usługa Microsoft Defender Experts MDR (dawniej Defender Experts for XDR), sprzedawana osobno od produktów Microsoft Defender. Wdrażam, dostrajam i przekazuję runbooki; nie prowadzę SOC ani MDR i nigdy nie biorę udziału w obsłudze Państwa alertów. Plan 1 usługi Defender Experts MDR obejmuje produkty Microsoft Defender. Plan 2 dodaje wybrane źródła zewnętrzne przez Sentinel i wymaga co najmniej 1 500 licencjonowanych stanowisk. Pokrycie wymaga co najmniej jednego z produktów: Defender for Endpoint Plan 2, Defender for Office 365 Plan 2, Defender for Identity, Defender for Cloud Apps albo Entra ID P2, wdrożonego w trybie aktywnym. RUNBOOK-10 przygotowuje przekazanie, łącznie ze sprawdzeniem, że każdy z tych produktów działa w trybie aktywnym, i zapisem działań, które eksperci Microsoft mogą podjąć w Państwa imieniu.
Ustawa o KSC nie nakazuje konkretnej technologii, w tym SIEM ani SOC: jest neutralna technologicznie (Ministerstwo Cyfryzacji, FAQ do ustawy o KSC, wydanie z października 2026 r., pytania 3.16 i 3.42). Podmiot kluczowy lub ważny musi jednak stosować ciągłe monitorowanie systemów (art. 8 ust. 1 pkt 2 lit. g); o tym, kto je prowadzi, decydują Państwo.
Gdzie są przechowywane nasze dane z Microsoft Defender?
Defender XDR sam wybiera lokalizację centrum danych i używa tej, której używa Defender for Endpoint, jeśli Państwo go mają. Microsoft wymienia UE (North Europe i West Europe) wśród regionów i pokazuje Państwa lokalizację w ustawieniach portalu Defender. Podaje, że tenanta Defender nie można przenieść do innego regionu po jego utworzeniu. Dokumentacja EU Data Boundary wymienia kilka usług Defender jako wyłączone: wskazuje, że większość danych Defender for Office 365 jest przekazywana i przechowywana w Stanach Zjednoczonych, a Defender for Endpoint opiera się na badaczach pracujących z danymi globalnie. Lokalizację zapisuję w linii bazowej. To opis udokumentowanego zachowania Microsoft; nie składam własnego zapewnienia co do lokalizacji danych. Przekazywanie tych danych przez Microsoft poza Europejski Obszar Gospodarczy reguluje Państwa umowa z Microsoft (Microsoft Products and Services Data Protection Addendum), której nie jestem stroną.
Kiedy musimy przenieść Sentinel do portalu Defender?
Po 31 marca 2027 r. Microsoft Sentinel nie jest już obsługiwany w portalu Azure i jest dostępny tylko w portalu Microsoft Defender. Microsoft ustalił najpierw lipiec 2026 r., a później przesunął datę. Sentinel jest ogólnie dostępny w portalu Defender z Defender XDR albo licencją E5, ale też bez nich, a od lipca 2025 r. pierwszy workspace nowego klienta, dodany przez rolę Owner lub User Access Administrator, trafia tam automatycznie. Dla analityków zmienia się zunifikowana kolejka incydentów, zarządzanie tabelami i przechowywaniem danych w portalu Defender oraz własne reguły wykrywania (custom detections) jako zalecany przez Microsoft typ reguły dla nowych reguł.
Defender XDR czy Microsoft Sentinel?
W środowisku Microsoft 365 najpierw Defender: łączy zapobieganie, wykrywanie, badanie i reagowanie w obsługiwanych produktach bezpieczeństwa Microsoft, a jego incydenty i alerty trafiają do Sentinel bez opłaty za pozyskiwanie danych (ingestion). Surowe tabele huntingu Microsoft Defender są bezpłatne przez 30 dni w portalu Defender i kosztują tylko wtedy, gdy Państwo je przedłużą albo skopiują. Sentinel zarabia na siebie, gdy liczą się źródła spoza Microsoft 365, na przykład zapory, dzienniki audytu SaaS, aplikacje własne albo wiele chmur. Oba są na tej stronie i zaprojektowane tak, żeby spotykały się w jednej kolejce incydentów; sekcja Sentinel powyżej ma własny zakres i poziomy.
Czy dowody pomogą przy wymaganiach z ustawy o KSC albo RODO?
Mogą pomóc w powiązaniu kontrolek z dowodami dla uzgodnionych celów. Pakiet może łączyć polityki, incydenty, działania, zapytania, właścicieli i wyjątki z wybranymi wymaganiami: art. 8 ustawy o KSC albo RODO. To dowód wdrożenia, a nie porada prawna, certyfikat, zatwierdzenie organu, opinia o zgodności ani audyt. Szersza mapa art. 8 na kontrolki w Microsoft 365 jest w dokumencie do pobrania w bloku „Dowody do przejrzenia przed rozmową o zakresie”.
Jak będziemy działać bez Pana?
Exit Kit powstaje od początku. Zapisuje repozytoria reguł i polityk, runbooki, model dostępu, kontakty operacyjne, miejsca dowodów, otwarte wyjątki i potwierdzenie, że mój dostęp został usunięty.
Jak kontroluje Pan koszty pozyskiwania danych w Sentinel?
Ocena stosunku kosztu do wartości dla każdego konektora, kierowanie źródeł o niskiej wartości detekcyjnej do warstwy data lake, alerty limitu dziennego i udokumentowany budżet. Nie pozyskuję danych, których nie da się uzasadnić konkretnym wykryciem.
Nasz rachunek za Sentinel już bardzo wzrósł. Da się to naprawić bez przebudowy?
Tak. Rejestr konektorów działa też na istniejącym workspace. Mierzę wolumen każdej tabeli z tabeli Usage i oceniam każde źródło wobec reguł, które faktycznie je czytają. Źródła o wysokiej wartości detekcyjnej zostają w warstwie analitycznej, a duże źródła pomocnicze, takie jak dzienniki zapór, proxy i NetFlow, trafiają do warstwy data lake. Filtruję szum przy pozyskiwaniu i włączam zabezpieczenia. Oszczędności mierzę względem Państwa trzech ostatnich faktur, nigdy ich nie szacuję.
Czy tracimy wykrycia, gdy logi przechodzą do warstwy data lake?
Kompromis jest realny i podejmuję go jawnie, nigdy po cichu. Dane, które leżą tylko w warstwie data lake, nie zasilają reguł analitycznych w czasie rzeczywistym; sięga się do nich przez zadania KQL, reguły podsumowujące (summary rules) i hunting. Gdy wykrycie potrzebuje źródła tylko z data lake, przenoszę potrzebną część do warstwy analitycznej przez regułę podsumowującą albo zadanie KQL, albo akceptuję lukę na piśmie. Katalog wykryć zapisuje, które techniki MITRE opierają się na której warstwie, więc decyzja o pokryciu jest zapisana, zanim zacznie się incydent. Workspace, które nie zostały jeszcze podłączone do data lake, nadal używają słowa Archive dla długoterminowego przechowywania.
Sentinel czy zewnętrzny SIEM, taki jak Splunk, Elastic albo Chronicle?
Sentinel wygrywa w środowiskach silnie opartych na Microsoft, dzięki korzyściom licencyjnym i natywnemu pozyskiwaniu danych z Microsoft Defender. Splunk wygrywa przy bardzo dużym wolumenie nietypowych źródeł. Chronicle wygrywa w środowiskach silnie opartych na Google. O wyborze decyduje to, gdzie leżą Państwa dane.
Strony powiązane
Tożsamość i dostęp uprzywilejowany
Najpierw konfiguracja bazowa tożsamości, poczty i urządzeń.
Infrastruktura w Azure
Workspace Sentinel i Defender for Cloud.
Wszystkie usługi
Pozostałe usługi na jednej stronie.
Bezpłatna samoocena zabezpieczeń Microsoft 365
Samodzielne sprawdzenie zabezpieczeń tenanta Microsoft 365.
Bezpłatny test poczty
SPF, DKIM i DMARC Państwa domeny, na podstawie publicznych rekordów DNS.
Proszę przećwiczyć jeden incydent, zanim przyjdzie prawdziwy.
Proszę zacząć od symulowanego scenariusza: phishingu, ataku na punkt końcowy, ataku na tożsamość hybrydową albo nadużycia OAuth. Mapuję sygnały, ustalam, kto może reagować, pilotuję zabezpieczenia, testuję runbook i składam dowody w pakiecie.
Przy zleceniu na podstawie zakresu prac (Statement of Work) Exit Kit przekazuję w ciągu 24 godzin od zakończenia zlecenia.