Przejdź do treści
Baza wiedzy Zaktualizowano: 5 lutego 2026 10 min czytania

Bezpieczeństwo Microsoft 365 i Google Workspace: 12 kroków do ochrony Twoich danych

Twoja firma działa na Microsoft 365 lub Google Workspace? Domyślna konfiguracja to dopiero początek. Dowiedz się, jak przekształcić środowisko chmurowe w bezpieczną twierdzę.

“Korzystamy z Microsoft 365, więc bezpieczeństwo mamy załatwione - to przecież Microsoft.” Ta myśl pojawia się regularnie w rozmowach z liderami biznesu. Jest równie powszechna, co niebezpieczna. Firmy płacące za licencje M365 czy Google Workspace często zakładają, że skoro używają platform globalnych gigantów technologicznych, ochrona ich danych jest zapewniona automatycznie. Rzeczywistość jest bardziej skomplikowana - i znacznie mniej komfortowa.

W modelu chmurowym obowiązuje zasada współdzielonej odpowiedzialności. Microsoft i Google odpowiadają za bezpieczeństwo samej platformy - centrów danych, sieci, infrastruktury. Natomiast to Ty, jako klient, jesteś w pełni odpowiedzialny za bezpieczną konfigurację swojego środowiska i ochronę swoich danych. Domyślne ustawienia tych platform są zoptymalizowane pod kątem łatwości wdrożenia i minimalizacji problemów użytkowników, nie pod kątem maksymalnego bezpieczeństwa. Ta różnica może kosztować organizację wyciek danych, karę RODO lub paraliż operacyjny po ataku ransomware.

Dlaczego domyślna konfiguracja to za mało?

Microsoft i Google stoją przed fundamentalnym dylematem. Ich platformy obsługują miliony bardzo różnych klientów - od jednoosobowych działalności po globalne korporacje z wyrafinowanymi wymaganiami bezpieczeństwa. Domyślna konfiguracja musi działać dla wszystkich, co oznacza kompromis na rzecz prostoty i użyteczności.

W praktyce oznacza to, że wiele zaawansowanych funkcji bezpieczeństwa nie jest domyślnie włączonych. Dostęp warunkowy, zaawansowana ochrona przed phishingiem, polityki Data Loss Prevention - wszystkie te mechanizmy wymagają świadomej konfiguracji. Domyślne polityki udostępniania plików mogą pozwalać na udostępnianie “każdemu, kto ma link” - wygodne dla użytkowników, ale katastrofalne dla bezpieczeństwa. Mechanizmy audytu mogą być skonfigurowane w trybie podstawowym, niewystarczającym do wykrycia wyrafinowanego ataku.

Co najważniejsze, przez lata uwierzytelnianie wieloskładnikowe (MFA) nie było wymuszane, pozostawiając konta chronione wyłącznie hasłem. Nawet dziś, gdy Microsoft wprowadza domyślne ustawienia bezpieczeństwa dla nowych tenantów, starsze środowiska często działają z konfiguracją sprzed lat - konfiguracją, która w obecnym krajobrazie zagrożeń jest rażąco niewystarczająca.

📚 Przeczytaj kompletny przewodnik: Cyberbezpieczeństwo: Kompletny przewodnik po cyberbezpieczeństwie dla zarządów i menedżerów

Dlaczego MFA jest absolutnie niezbędne?

Gdybyś mógł wdrożyć tylko jedno zabezpieczenie dla swojego środowiska Microsoft 365 lub Google Workspace, powinno to być obowiązkowe uwierzytelnianie wieloskładnikowe dla wszystkich użytkowników, bez wyjątków. Nie jest to przesada - MFA to najprostszy i najbardziej efektywny sposób na drastyczne podniesienie poziomu bezpieczeństwa.

Hasła, nawet te najbardziej złożone, są z natury słabym zabezpieczeniem. Mogą zostać odgadnięte przez ataki słownikowe, złamane przez brute-force, wykradzione przez keyloggery lub, co najczęstsze, wyłudzone przez phishing. Każdego dnia miliony haseł wyciekają z różnych serwisów i trafiają do baz danych wykorzystywanych przez przestępców. Użytkownicy często używają tych samych haseł w wielu miejscach, więc wyciek z mało istotnego forum może otworzyć drzwi do firmowej poczty.

MFA dodaje drugi składnik weryfikacji - coś, co użytkownik posiada (telefon z aplikacją uwierzytelniającą, klucz sprzętowy) lub czym jest (odcisk palca, skan twarzy). Nawet jeśli atakujący zdobędzie hasło, bez fizycznego dostępu do drugiego składnika nie zaloguje się na konto. Według danych Microsoftu, MFA blokuje ponad 99,9% ataków opartych na kompromitacji poświadczeń. To nie marketing - to matematyka bezpieczeństwa.

Wdrożenie MFA wymaga wysiłku organizacyjnego. Użytkownicy muszą zainstalować aplikację uwierzytelniającą, nauczyć się jej używać, przyzwyczaić się do dodatkowego kroku podczas logowania. Ale ten jednorazowy wysiłek przekłada się na fundamentalną zmianę poziomu bezpieczeństwa. Organizacja bez wymuszonego MFA to organizacja, która prosi się o incydent.

Zasada: MFA musi być obowiązkowe dla wszystkich kont, bez wyjątków. “VIP-owie”, którzy nie chcą używać MFA, są szczególnie atrakcyjnymi celami dla atakujących - ich konta mają najszersze uprawnienia.

Czym jest dostęp warunkowy i jak go wykorzystać?

Dostęp warunkowy (Conditional Access) to mechanizm dostępny w Microsoft 365 (przez Azure AD / Entra ID), który pozwala na tworzenie inteligentnych polityk dostępu opartych na kontekście. Zamiast prostej decyzji “wpuść/zablokuj” bazującej tylko na haśle, system analizuje całą sytuację w momencie logowania i podejmuje decyzję na podstawie wielu czynników.

System zbiera sygnały dotyczące użytkownika - czy to zwykły pracownik, czy administrator z szerokimi uprawnieniami? Analizuje lokalizację - czy logowanie pochodzi z biura, z domu pracownika, czy z kraju, w którym firma nie prowadzi działalności? Sprawdza urządzenie - czy jest to laptop zarządzany przez firmę z aktualnym oprogramowaniem antywirusowym, czy nieznany prywatny komputer? Uwzględnia aplikację, do której użytkownik próbuje uzyskać dostęp - czy to poczta, czy krytyczny system finansowy?

Na podstawie tych sygnałów polityka dostępu warunkowego może podjąć różne decyzje. Może wymagać dodatkowej weryfikacji MFA dla logowań z nietypowych lokalizacji. Może zablokować dostęp z urządzeń niezgodnych z politykami bezpieczeństwa. Może ograniczyć czas trwania sesji dla administratorów. Może całkowicie zablokować logowania z krajów, w których firma nie prowadzi działalności.

Google Workspace oferuje podobne mechanizmy przez Context-Aware Access, choć z nieco innym interfejsem i zestawem opcji. Niezależnie od platformy, dostęp warunkowy pozwala na implementację zasady “zero trust” - nie ufamy nikomu automatycznie, weryfikujemy każde żądanie dostępu w kontekście ryzyka.

Jak chronić pocztę przed zaawansowanym phishingiem?

Poczta elektroniczna pozostaje głównym wektorem ataków na organizacje. Phishing ewoluował od prymitywnych wiadomości z błędami ortograficznymi do wyrafinowanych kampanii wykorzystujących sztuczną inteligencję do personalizacji treści. Tradycyjne filtry antyspamowe nie wystarczają - potrzebna jest wielowarstwowa ochrona.

Microsoft 365 oferuje Defender for Office 365, Google Workspace ma wbudowane zaawansowane funkcje bezpieczeństwa. Kluczowe mechanizmy, które należy włączyć i odpowiednio skonfigurować, to ochrona przed podszywaniem się (impersonation protection) wykrywająca próby imitowania kadry zarządzającej czy znanych marek. Safe Links sprawdza każdy link w momencie kliknięcia - nawet jeśli strona była czysta w momencie dostarczenia wiadomości, ale stała się złośliwa później. Safe Attachments otwiera każdy załącznik w izolowanym środowisku (sandbox) przed dostarczeniem do użytkownika, wykrywając nieznane złośliwe oprogramowanie.

Równie ważna jest prawidłowa konfiguracja rekordów SPF, DKIM i DMARC dla firmowej domeny. Te mechanizmy uwierzytelniania poczty utrudniają przestępcom podszywanie się pod adresy e-mail Twojej organizacji. Bez nich, atakujący może wysłać wiadomość “od” prezesa@twojafirma.pl do pracowników lub partnerów, a systemy pocztowe odbiorców nie będą miały podstaw do odrzucenia takiej wiadomości.

Jak zapobiegać wyciekom danych przez DLP?

OneDrive, SharePoint, Google Drive - te usługi przechowują najcenniejsze dane firmy. Dokumenty strategiczne, dane finansowe, informacje o klientach, własność intelektualną. Jeden błąd pracownika, który udostępni poufny folder “każdemu, kto ma link”, może prowadzić do wycieku na masową skalę.

Polityki Data Loss Prevention (DLP) pozwalają na automatyczne wykrywanie i ochronę wrażliwych danych. System skanuje dokumenty i wiadomości w poszukiwaniu predefiniowanych wzorców - numerów PESEL, danych kart kredytowych, kodów medycznych, własnych kategorii zdefiniowanych przez organizację. Gdy wykryje wrażliwe dane, może podjąć skonfigurowane działanie.

W najprostszym wariancie DLP wyświetla użytkownikowi ostrzeżenie - “Ten dokument zawiera dane osobowe, czy na pewno chcesz go udostępnić na zewnątrz?”. W bardziej restrykcyjnym trybie blokuje akcję całkowicie - dokument z numerami kart kredytowych po prostu nie może być wysłany e-mailem poza organizację. Może też automatycznie szyfrować dokumenty oznaczone określonymi etykietami lub powiadamiać zespół bezpieczeństwa o podejrzanych działaniach.

Wdrożenie DLP wymaga przemyślenia, jakie dane są wrażliwe dla organizacji i jak powinny być chronione. Zbyt restrykcyjne polityki frustrują użytkowników i prowadzą do obejść (“wyślę z prywatnego maila”). Zbyt liberalne nie chronią. Kluczem jest balans i regularna analiza, które polityki są skuteczne, a które wymagają dostosowania.

PriorytetDziałanieWpływ na bezpieczeństwo
KrytycznyWymuszenie MFA dla wszystkich kontBlokuje 99,9% ataków opartych na kradzieży haseł
KrytycznyWyłączenie protokołów legacy (IMAP, POP3, Basic Auth)Eliminuje wektory pomijające MFA
WysokiWdrożenie polityk dostępu warunkowegoKontrola dostępu oparta na kontekście i ryzyku
WysokiKonfiguracja Safe Links i Safe AttachmentsOchrona przed phishingiem i złośliwym oprogramowaniem
WysokiKonfiguracja SPF, DKIM, DMARCUtrudnienie podszywania się pod domenę
ŚredniWdrożenie polityk DLPZapobieganie wyciekom wrażliwych danych
ŚredniOgraniczenie uprawnień udostępnianiaKontrola nad tym, kto może udostępniać dane na zewnątrz
ŚredniWłączenie zaawansowanego audytuMożliwość wykrycia i zbadania incydentów

Jakie dodatkowe mechanizmy warto wdrożyć?

Poza fundamentalnymi zabezpieczeniami warto rozważyć dodatkowe warstwy ochrony. Privileged Identity Management (PIM) w Azure AD pozwala na przyznawanie uprawnień administracyjnych “just-in-time” - administrator aktywuje swoje uprawnienia tylko gdy ich potrzebuje, na określony czas. Przez resztę czasu jego konto ma standardowe uprawnienia, co ogranicza ryzyko w przypadku kompromitacji.

Etykiety poufności (sensitivity labels) pozwalają na klasyfikację i ochronę dokumentów niezależnie od miejsca ich przechowywania. Dokument oznaczony jako “Ściśle poufny” może być automatycznie szyfrowany, a próba jego wydrukowania lub skopiowania tekstu może być zablokowana.

Defender for Cloud Apps (dawniej Microsoft Cloud App Security) lub podobne rozwiązania CASB dają widoczność w to, jakie aplikacje SaaS są używane w organizacji i jak dane przepływają do chmury. Mogą wykryć “shadow IT” - nieautoryzowane aplikacje, do których pracownicy przesyłają firmowe dane.

Regularne przeglądy dostępu (access reviews) pomagają utrzymać porządek w uprawnieniach. Czy Jan z działu marketingu nadal potrzebuje dostępu do repozytorium prawnego, który otrzymał przy okazji jednego projektu trzy lata temu? Bez regularnych przeglądów, uprawnienia kumulują się, a zasada najmniejszych uprawnień staje się fikcją.

Jak wygląda proces hardeningu środowiska?

Hardening środowiska M365 czy Google Workspace nie jest jednorazowym projektem, lecz ciągłym procesem. Dobrym punktem wyjścia jest audyt obecnej konfiguracji względem uznanych standardów, takich jak CIS Benchmarks dla Microsoft 365 czy Google Workspace. Taki audyt pokazuje, które ustawienia odbiegają od najlepszych praktyk i jakie ryzyko to stwarza.

Na podstawie audytu powstaje lista rekomendacji, priorytetyzowana według ryzyka i wpływu. MFA dla wszystkich użytkowników będzie na szczycie - to fundamentalne zabezpieczenie, które należy wdrożyć natychmiast. Polityki dostępu warunkowego i ochrona poczty to następne w kolejności. Bardziej zaawansowane mechanizmy jak PIM czy zaawansowane DLP mogą być wdrażane stopniowo.

Każda zmiana wymaga testowania przed wdrożeniem produkcyjnym. Zbyt restrykcyjna polityka dostępu warunkowego może zablokować uprawnionych użytkowników. Źle skonfigurowane Safe Links może spowalniać otwieranie wiadomości. Pilotaż na grupie testowej pozwala wykryć problemy przed globalnym rolloutem.

Po wdrożeniu zabezpieczeń potrzebny jest ciągły monitoring. Platformy M365 i Google Workspace generują ogromne ilości logów i alertów. Bez ich analizy, nawet najlepsza konfiguracja może nie wystarczyć - incydent zostanie wykryty dopiero po fakcie, gdy szkody już nastąpią.

Podsumowanie

Microsoft 365 i Google Workspace to potężne platformy, ale ich domyślna konfiguracja nie zapewnia odpowiedniego poziomu bezpieczeństwa. Zasada współdzielonej odpowiedzialności oznacza, że to Ty odpowiadasz za ochronę swoich danych i konfigurację środowiska zgodnie z najlepszymi praktykami.

Fundamentem jest obowiązkowe MFA dla wszystkich użytkowników - to pojedyncze działanie blokuje ogromną większość ataków. Na tej podstawie należy budować kolejne warstwy: dostęp warunkowy, ochronę poczty przed phishingiem, polityki DLP, ograniczenie uprawnień udostępniania.

Hardening środowiska chmurowego to nie projekt z datą końcową, lecz ciągły proces. Nowe funkcje bezpieczeństwa pojawiają się regularnie, krajobraz zagrożeń ewoluuje, konfiguracja wymaga regularnych przeglądów. Organizacje, które potraktują bezpieczeństwo M365/Workspace poważnie, mogą w pełni wykorzystać potencjał tych platform. Te, które polegają na domyślnej konfiguracji, narażają się na incydent, który może kosztować więcej niż wszystkie inwestycje w bezpieczeństwo razem wzięte.


Potrzebujesz wsparcia w hardeningu Microsoft 365 lub Google Workspace? Nasi eksperci przeprowadzają kompleksowe audyty bezpieczeństwa środowisk chmurowych, pomagają we wdrażaniu MFA, dostępu warunkowego i polityk DLP. Skontaktuj się z nami, aby omówić potrzeby Twojej organizacji.

Powiązane pojęcia

Poznaj kluczowe terminy związane z tym artykułem w naszym słowniku cyberbezpieczeństwa:

  • Cyberbezpieczeństwo — Cyberbezpieczeństwo to zbiór technik, procesów i praktyk ochrony systemów IT,…
  • Phishing — Phishing to rodzaj ataku socjotechnicznego, który ma na celu oszukanie ofiary i…
  • SOC 2 — SOC 2 to standard audytu AICPA oceniający kontrole bezpieczeństwa, dostępności…
  • Socjotechnika — Socjotechnika to zestaw technik manipulacji psychologicznej wykorzystywanych…
  • Spear phishing — Spear phishing to zaawansowana forma phishingu celująca w konkretne osoby lub…

Dowiedz się więcej

Zapoznaj się z powiązanymi artykułami w naszej bazie wiedzy:


Sprawdź nasze usługi

Potrzebujesz wsparcia w zakresie cyberbezpieczeństwa? Sprawdź:


Tematy powiązane

Zobacz również:

Udostępnij:

Porozmawiaj z ekspertem

Masz pytania dotyczące tego tematu? Skontaktuj się z naszym opiekunem.

Opiekun handlowy
Grzegorz Gnych

Grzegorz Gnych

Opiekun handlowy

Odpowiedź w ciągu 24 godzin
Bezpłatna konsultacja
Indywidualne podejście

Podanie numeru telefonu przyspieszy kontakt.

Chcesz obniżyć ryzyko i koszty IT?

Umów bezpłatną konsultację - odpowiemy w ciągu 24h

Odpowiedź w 24h Bezpłatna wycena Bez zobowiązań

Lub pobierz bezpłatny przewodnik:

Pobierz checklistę NIS2