Przejdź do treści
EU Rules Finder
Polski (Język)

Wzory dokumentów ISO 27001 wypełnione dla Państwa: deklaracja stosowania, rejestr ryzyk i polityka

System zarządzania bezpieczeństwem informacji według ISO/IEC 27001:2022 opiera się na kilku podstawowych dokumentach: zakresie, polityce, szacowaniu ryzyka z planem postępowania, deklaracji stosowania i celach. Wystarczy raz odpowiedzieć na pytania; pakiet tworzy z nich pliki Word po polsku, angielsku, niemiecku, hiszpańsku, francusku lub włosku, oblicza poziom każdego ryzyka i wymienia wszystkie 93 zabezpieczenia z załącznika A z Państwa decyzjami.

Sprawdzono ze źródłami dnia 25 października 2026

Organizacja
Kontekst i zakres
Co obejmuje, na przykład: rozwój, hosting i wsparcie platformy rezerwacyjnej Acme.
Jedna pozycja w wierszu.
Jedna pozycja w wierszu. Proszę zostawić puste, jeśli nic nie jest wyłączone.
Działania poza zakresem lub wykonywane przez innych, od których zależy, na przykład hosting w chmurze lub płace. Jedno w wierszu.
Co wewnątrz organizacji wpływa na bezpieczeństwo, na przykład mały dział IT albo stary system. Jedna w wierszu.
Czynniki zewnętrzne, na przykład przepisy NIS2, wymagania klientów, ataki na Państwa branżę. Jedna w wierszu.
Zmiana 1 z 2024 r. wymaga, by każda organizacja to ustaliła, na przykład tak dla centrum danych zagrożonego powodzią.
Jedna w wierszu, na przykład Klienci: klauzule bezpieczeństwa w umowach; UODO: RODO.
Polityka bezpieczeństwa informacji
Imię, nazwisko i funkcja.
Na przykład prezes zarządu.
Jedna w wierszu, na przykład Kontrola dostępu, Kopie zapasowe, Dopuszczalne użycie, Praca zdalna.
Liczba całkowita od 1 do 36; zwykle 12.
SOC 2 i NIS2

Pakiet zawiera też siedem polityk tematycznych, arkusz kryteriów SOC 2 i zestawienie środków z art. 21 NIS2. Bezpieczeństwo jest zawsze w arkuszu; zaznacz pozostałe kategorie SOC 2, które obejmie raport.

Ryzyka

Ryzyka o poziomie (prawdopodobieństwo × skutek) do tej liczby można zaakceptować, na przykład 8.
Ryzyko R1
Na przykład baza danych klientów.
Na przykład skradzione hasło administratora, brak drugiego składnika.

Poziom ryzyka: proszę ocenić prawdopodobieństwo i skutek

Numery z listy poniżej, na przykład 5.17, 8.5.

Deklaracja stosowania: 93 zabezpieczenia

Dla każdego zabezpieczenia: włączone czy wyłączone, dlaczego i czy jest wdrożone. Zabezpieczenie podane przy ryzyku powyżej jest uzasadnione tym ryzykiem.

Zdecydowano 0 z 93.

5. Zabezpieczenia organizacyjne
  • 5.1 Polityka bezpieczeństwa informacji i polityki tematyczne
  • 5.2 Role w bezpieczeństwie i odpowiedzialność
  • 5.3 Rozdzielenie niezgodnych obowiązków
  • 5.4 Kierownictwo wymaga stosowania zasad bezpieczeństwa
  • 5.5 Kontakty z organami władzy
  • 5.6 Kontakty z grupami i forami specjalistycznymi
  • 5.7 Zbieranie i analiza informacji o zagrożeniach
  • 5.8 Bezpieczeństwo w projektach
  • 5.9 Wykaz informacji i aktywów wraz z właścicielami
  • 5.10 Zasady dopuszczalnego użycia
  • 5.11 Zwrot aktywów przy odejściu
  • 5.12 Klasyfikacja informacji według potrzeby ochrony
  • 5.13 Oznaczanie informacji zgodnie z klasyfikacją
  • 5.14 Zasady przekazywania i udostępniania informacji
  • 5.15 Zasady kontroli dostępu
  • 5.16 Zarządzanie tożsamościami w całym cyklu życia
  • 5.17 Hasła i inne dane uwierzytelniające
  • 5.18 Nadawanie, przegląd i odbieranie praw dostępu
  • 5.19 Bezpieczeństwo w relacjach z dostawcami
  • 5.20 Wymagania bezpieczeństwa w umowach z dostawcami
  • 5.21 Bezpieczeństwo w łańcuchu dostaw ICT
  • 5.22 Monitorowanie usług dostawców i zarządzanie zmianami
  • 5.23 Korzystanie z usług chmurowych
  • 5.24 Przygotowanie do obsługi incydentów
  • 5.25 Ocena i klasyfikacja zdarzeń bezpieczeństwa
  • 5.26 Reagowanie na incydenty
  • 5.27 Wnioski z incydentów
  • 5.28 Gromadzenie i zabezpieczanie dowodów
  • 5.29 Bezpieczeństwo w czasie zakłóceń
  • 5.30 Gotowość ICT do zapewnienia ciągłości działania
  • 5.31 Ustalenie wymagań prawnych, regulacyjnych i umownych
  • 5.32 Poszanowanie własności intelektualnej
  • 5.33 Ochrona zapisów
  • 5.34 Prywatność i dane osobowe
  • 5.35 Niezależny przegląd bezpieczeństwa
  • 5.36 Sprawdzanie zgodności z własnymi zasadami bezpieczeństwa
  • 5.37 Udokumentowane procedury eksploatacyjne
6. Zabezpieczenia dotyczące ludzi
  • 6.1 Weryfikacja kandydatów
  • 6.2 Obowiązki bezpieczeństwa w umowie o pracę
  • 6.3 Uświadamianie i szkolenia z bezpieczeństwa
  • 6.4 Postępowanie dyscyplinarne za naruszenia
  • 6.5 Obowiązki po odejściu lub zmianie stanowiska
  • 6.6 Umowy o zachowaniu poufności
  • 6.7 Praca z domu i z innych miejsc
  • 6.8 Zgłaszanie zdarzeń bezpieczeństwa przez pracowników
7. Zabezpieczenia fizyczne
  • 7.1 Zabezpieczone granice terenu i budynków
  • 7.2 Kontrola wejść
  • 7.3 Zabezpieczenie biur, pomieszczeń i urządzeń
  • 7.4 Monitorowanie obiektów
  • 7.5 Ochrona przed zagrożeniami fizycznymi i środowiskowymi
  • 7.6 Zasady pracy w obszarach bezpiecznych
  • 7.7 Czyste biurko i zablokowany ekran
  • 7.8 Rozmieszczenie i ochrona sprzętu
  • 7.9 Aktywa poza siedzibą
  • 7.10 Obchodzenie się z nośnikami danych w całym cyklu życia
  • 7.11 Zasilanie i inne media
  • 7.12 Ochrona okablowania
  • 7.13 Konserwacja sprzętu
  • 7.14 Usunięcie danych lub zniszczenie przed utylizacją lub ponownym użyciem
8. Zabezpieczenia technologiczne
  • 8.1 Laptopy, telefony i inne urządzenia użytkowników
  • 8.2 Dostęp administratora i inne uprawnienia uprzywilejowane
  • 8.3 Ograniczenie dostępu do informacji
  • 8.4 Dostęp do kodu źródłowego
  • 8.5 Bezpieczne logowanie
  • 8.6 Planowanie i monitorowanie pojemności
  • 8.7 Ochrona przed złośliwym oprogramowaniem
  • 8.8 Postępowanie z podatnościami technicznymi
  • 8.9 Bezpieczne konfiguracje
  • 8.10 Usuwanie niepotrzebnych informacji
  • 8.11 Maskowanie danych
  • 8.12 Zapobieganie wyciekom danych
  • 8.13 Kopie zapasowe
  • 8.14 Nadmiarowość systemów
  • 8.15 Rejestrowanie zdarzeń
  • 8.16 Monitorowanie nietypowych zachowań
  • 8.17 Synchronizacja zegarów
  • 8.18 Ograniczenie programów narzędziowych o dużych uprawnieniach
  • 8.19 Instalowanie oprogramowania w systemach produkcyjnych
  • 8.20 Bezpieczeństwo sieci
  • 8.21 Bezpieczeństwo usług sieciowych
  • 8.22 Rozdzielenie sieci
  • 8.23 Filtrowanie stron internetowych
  • 8.24 Szyfrowanie i zarządzanie kluczami
  • 8.25 Bezpieczny cykl życia oprogramowania
  • 8.26 Wymagania bezpieczeństwa dla aplikacji
  • 8.27 Zasady bezpiecznej architektury i inżynierii
  • 8.28 Bezpieczne programowanie
  • 8.29 Testy bezpieczeństwa przed odbiorem
  • 8.30 Nadzór nad zleconym rozwojem oprogramowania
  • 8.31 Rozdzielenie środowisk rozwojowego, testowego i produkcyjnego
  • 8.32 Zarządzanie zmianami
  • 8.33 Ochrona danych testowych
  • 8.34 Ochrona systemów podczas testów audytowych

Cele

Cel 1
Na przykład uwierzytelnianie wieloskładnikowe na wszystkich kontach administratorów.
Po czym Państwo to poznają, na przykład 100 % kont administratorów.
Język dokumentów

Nic, co Państwo wpiszą, nie jest nigdzie wysyłane. Dane Państwa firmy pozostają w tej przeglądarce na następny raz.

Co zawierają pliki

  • zakres SZBI z kwestiami wewnętrznymi i zewnętrznymi, pytaniem o zmianę klimatu ze zmiany 1:2024, stronami zainteresowanymi i ich wymaganiami, lokalizacjami, wyłączeniami i interfejsami (punkty 4.1–4.3);
  • politykę bezpieczeństwa informacji ze zobowiązaniami najwyższego kierownictwa, rolami i Państwa politykami tematycznymi (5.2);
  • szacowanie ryzyka: metodę, skale od 1 do 5, próg akceptacji i rejestr z obliczonym prawdopodobieństwem × skutkiem dla każdego ryzyka (6.1.2);
  • plan postępowania z ryzykiem z opcją, zabezpieczeniami z załącznika A, działaniem, osobą odpowiedzialną i terminem oraz kolumną na zatwierdzenie przez każdego właściciela ryzyka (6.1.3);
  • deklarację stosowania: wszystkie 93 zabezpieczenia z załącznika A, włączone lub wyłączone, uzasadnienie (ryzyka, które zabezpieczenie ogranicza, są wpisywane automatycznie) i stan wdrożenia (6.1.3 d), także jako plik CSV do arkusza;
  • cele bezpieczeństwa informacji z miernikiem, zasobami, osobą odpowiedzialną i terminem (6.2) oraz plik „przeczytaj najpierw” z tym, czego norma wymaga poza tymi plikami.

Co pakiet sprawdza

Poziom ryzyka jest obliczany tylko z ocen całkowitych od 1 do 5; wszystko inne jest oznaczane do uzupełnienia. Numer zabezpieczenia, którego nie ma w załączniku A, jest pokazywany jako odrzucony, nigdy zgadywany. Zabezpieczenie wyłączone, choć opiera się na nim któreś z ryzyk, jest oznaczane w formularzu i w deklaracji stosowania. Nic nie zostaje puste bez ostrzeżenia: każda luka ma oznaczenie DO UZUPEŁNIENIA lub jego odpowiednik w języku dokumentu.

ISO 27001 a NIS2

Dyrektywa NIS2 (UE) 2022/2555 nie wymaga certyfikacji ISO/IEC 27001. Jej art. 21 zobowiązuje podmioty kluczowe i ważne do środków zarządzania ryzykiem uwzględniających, w stosownych przypadkach, odpowiednie normy europejskie i międzynarodowe, a art. 25 nakazuje państwom członkowskim zachęcać do ich stosowania. Szacowanie ryzyka, polityka i deklaracja stosowania to typowy sposób pokazania, jak te środki dobrano. Jak pakiet przypisuje polityki do SOC 2 i art. 21: polityki SOC 2 i NIS2.

Czego pakiet nie robi

Nie zawiera tekstu normy: nazwy zabezpieczeń to nasze własne słowa, a do lektury wymagań potrzebny jest własny egzemplarz ISO/IEC 27001 (w Polsce jako PN-EN ISO/IEC 27001 w PKN). Nie pisze procedur do poszczególnych zabezpieczeń, nie prowadzi audytu wewnętrznego ani przeglądu zarządzania i niczego nie certyfikuje: certyfikat daje tylko audyt akredytowanej jednostki certyfikującej. Dokumenty są po polsku, angielsku, niemiecku, hiszpańsku, francusku i włosku.

Nic, co Państwo wpisują, nie opuszcza przeglądarki; pliki powstają na Państwa urządzeniu. Wzory, nie porada prawna.