Polityka Bezpieczeństwa Informacji
Legenda kolorów
1. Cel i zakres
1.1 Cel
Niniejsza Polityka Bezpieczeństwa Informacji (dalej: „Polityka") określa ramy ochrony informacji przetwarzanych przez organizację, ustanawiając podstawowe zasady, role i odpowiedzialności w zakresie bezpieczeństwa informacji. Polityka stanowi fundament Systemu Zarządzania Bezpieczeństwem Informacji (SZBI) i jest odpowiedzią na wymogi Ustawy o Krajowym Systemie Cyberbezpieczeństwa (KSC) oraz Dyrektywy NIS2.
Celem polityki jest:
- Zapewnienie poufności, integralności i dostępności informacji,
- Ochrona systemów informacyjnych przed cyberzagrożeniami,
- Spełnienie wymagań regulacyjnych NIS2/KSC,
- Minimalizacja ryzyk operacyjnych i reputacyjnych.
1.2 Zakres
Niniejsza polityka obowiązuje:
- Podmiot: ▸ [pełna nazwa prawna organizacji, NIP, adres siedziby]
- Sektor KSC: ▸ [np. energia / transport / bankowość / ochrona zdrowia / infrastruktura cyfrowa / inne]
- Kategoria: ▸ [podmiot kluczowy / podmiot ważny – zgodnie z art. 5 KSC]
- Zasięg: ▸ [wszystkie lokalizacje / oddziały / systemy IT/OT organizacji]
Polityka dotyczy wszystkich pracowników, współpracowników, kontrahentów i innych osób, które mają dostęp do informacji lub systemów organizacji.
1.3 Usługi kluczowe / ważne
Organizacja świadczy następujące usługi kluczowe/ważne w rozumieniu KSC:
| # | Nazwa usługi | Opis | Zależne systemy |
|---|---|---|---|
| 1 | ▸ [np. System zarządzania siecią dystrybucyjną] | ▸ opis usługi | ▸ DOC-020 |
| 2 | ▸ [nazwa usługi 2] | ▸ | ▸ |
| 3 | ▸ [nazwa usługi 3] | ▸ | ▸ |
2. Definicje
| Pojęcie | Definicja |
|---|---|
| Bezpieczeństwo informacji | Zachowanie poufności, integralności i dostępności informacji (CIA triad) |
| Incydent | Zdarzenie mające rzeczywisty niekorzystny wpływ na bezpieczeństwo sieci i systemów informatycznych |
| Poważny incydent | Incydent powodujący znaczne zakłócenie lub mogący powodować znaczne zakłócenie świadczenia usług kluczowych/ważnych (próg ustalany wg DOC-005) |
| CSIRT | Zespół reagowania na incydenty bezpieczeństwa komputerowego (CSIRT NASK / CSIRT GOV / CSIRT MON / sektorowy) |
| SZBI | System Zarządzania Bezpieczeństwem Informacji – zbiór polityk, procedur, procesów i systemów zarządzania ryzykiem bezpieczeństwa informacji |
| Ryzyko | Prawdopodobieństwo wystąpienia zdarzenia i jego wpływ na cele organizacji |
| Aktyw informacyjny | Każda informacja lub system informacyjny mający wartość dla organizacji |
| Podmiot kluczowy | Podmiot spełniający kryteria z art. 5 nowelizacji KSC (duże przedsiębiorstwo w sektorach z zał. I NIS2) |
| Podmiot ważny | Podmiot spełniający kryteria z art. 5 nowelizacji KSC (średnie przedsiębiorstwo w sektorach z zał. I/II NIS2) |
| MFA | Uwierzytelnianie wieloskładnikowe (Multi-Factor Authentication) |
| RTO | Recovery Time Objective – maksymalny dopuszczalny czas odtworzenia usługi |
| RPO | Recovery Point Objective – maksymalny dopuszczalny punkt przywrócenia danych |
3. Zasady Bezpieczeństwa Informacji
3.1 Zasada minimalnych uprawnień
Każdy użytkownik, system i proces otrzymuje wyłącznie minimalne uprawnienia niezbędne do wykonywania przypisanych zadań. Szczegółowe zasady w DOC-008.
3.2 Zasada potrzeby wiedzy (need-to-know)
Dostęp do informacji przyznawany jest wyłącznie osobom, dla których informacja ta jest niezbędna do wykonywania obowiązków służbowych.
3.3 Zasada ochrony wielowarstwowej (defense in depth)
Organizacja stosuje wielowarstwowe środki bezpieczeństwa, tak aby naruszenie jednej warstwy nie powodowało natychmiastowego kompromitacji całości.
3.4 Zasada rozliczalności
Każde działanie w systemach informacyjnych musi być przypisane do konkretnego użytkownika i rejestrowane w logach. Logi przechowywane są przez minimum ▸ [12 miesięcy]min. 12 mies. – KSC.
3.5 Zasada zarządzania ryzykiem
Wszelkie decyzje dotyczące bezpieczeństwa informacji podejmowane są w oparciu o ocenę ryzyka przeprowadzoną zgodnie z DOC-002.
3.6 Zasada ciągłego doskonalenia
SZBI podlega regularnym przeglądom i doskonaleniu w oparciu o wyniki audytów, wyciągniętych wniosków z incydentów oraz zmieniającego się krajobrazu zagrożeń.
3.7 Zasada bezpiecznego projektu (security by design)
Bezpieczeństwo jest uwzględniane od początku projektowania systemów, procesów i usług, a nie dodawane jako element uzupełniający.
4. Role i Odpowiedzialności
4.1 Zarząd / Organ Kierowniczy
Organ kierowniczy odpowiada za:
- Zatwierdzenie niniejszej Polityki i wszystkich powiązanych dokumentów SZBI,
- Zapewnienie adekwatnych zasobów (budżet, personel) na realizację SZBI,
- Nadzór nad wdrożeniem środków zarządzania ryzykiem cyberbezpieczeństwa,
- Odbycie szkoleń z zakresu cyberbezpieczeństwa min. 1 raz/rok – NIS2,
- Osobistą odpowiedzialność za naruszenia przepisów KSC.
Skład organu kierowniczego odpowiedzialnego: ▸ [Prezes/CEO/Zarząd – wskazać konkretne osoby]
4.2 Osoba odpowiedzialna za cyberbezpieczeństwo (CISO)
Imię i nazwisko: ▸ [Imię Nazwisko]
Stanowisko: ▸ [np. Chief Information Security Officer / Inspektor ds. Cyberbezpieczeństwa]
Kontakt: ▸ [e-mail służbowy, telefon]
Zakres odpowiedzialności: Koordynacja SZBI, zarządzanie ryzykiem, nadzór nad incydentami, raportowanie do zarządu i CSIRT, prowadzenie dokumentacji.
4.3 Właściciel systemu informacyjnego
Dla każdego systemu informacyjnego wyznaczony jest właściciel biznesowy odpowiedzialny za klasyfikację informacji, decyzje o akceptacji ryzyka i priorytety odtwarzania. Lista właścicieli systemów w DOC-020.
4.4 Administrator systemu
Odpowiedzialny za techniczną realizację środków bezpieczeństwa, wdrażanie poprawek, zarządzanie konfiguracją i tworzenie kopii zapasowych.
4.5 Użytkownicy końcowi
Każdy pracownik i współpracownik mający dostęp do systemów organizacji zobowiązany jest do:
5. Obszary Systemu Zarządzania Bezpieczeństwem Informacji
Organizacja wdraża SZBI obejmujący następujące obszary, każdy uregulowany osobnym dokumentem:
| Obszar | Wymóg NIS2/KSC | Dokument | Status |
|---|---|---|---|
| Zarządzanie ryzykiem | Art. 21(2)(a) NIS2 | DOC-002 | Gotowy |
| Zarządzanie incydentami | Art. 21(2)(b) NIS2; Art. 10-15 KSC | DOC-005, 006, 007 | W przygotowaniu |
| Ciągłość działania / BCP | Art. 21(2)(c) NIS2 | DOC-011, 012 | W przygotowaniu |
| Bezpieczeństwo łańcucha dostaw | Art. 21(2)(d) NIS2 | DOC-015 | W przygotowaniu |
| Bezpieczeństwo nabycia, rozwoju i utrzym. | Art. 21(2)(e) NIS2 | DOC-013 | W przygotowaniu |
| Ocena skuteczności środków | Art. 21(2)(f) NIS2 | DOC-021 | W przygotowaniu |
| Cyberhigiena i szkolenia | Art. 21(2)(g) NIS2 | DOC-017 | W przygotowaniu |
| Kryptografia i szyfrowanie | Art. 21(2)(h) NIS2 | DOC-009 | W przygotowaniu |
| Bezpieczeństwo zasobów ludzkich | Art. 21(2)(i) NIS2 | DOC-016 | W przygotowaniu |
| Kontrola dostępu i MFA | Art. 21(2)(j) NIS2 | DOC-008 | W przygotowaniu |
6. Zgodność i Egzekwowanie
6.1 Obowiązek przestrzegania
Naruszenie niniejszej Polityki lub powiązanych dokumentów SZBI przez pracowników może skutkować postępowaniem dyscyplinarnym, łącznie z rozwiązaniem stosunku pracy. Naruszenia przez podmioty zewnętrzne mogą skutkować rozwiązaniem umowy. Szczegóły w DOC-016.
6.2 Kary administracyjne (KSC)
Sankcje dla podmiotów ważnych: do 7 000 000 EUR lub 1,4% rocznego obrotu.
Odpowiedzialność osobista kierownictwa za zapewnienie zgodności.
6.3 Wyjątki i odstępstwa
Wszelkie odstępstwa od wymagań Polityki muszą być zatwierdzone pisemnie przez ▸ [CISO / Zarząd], udokumentowane i ograniczone czasowo. Rejestr wyjątków prowadzi ▸ [CISO / właściwa komórka].
7. Komunikacja, Wdrożenie i Szkolenia
Niniejsza Polityka jest:
- Udostępniana wszystkim pracownikom poprzez ▸ [intranet / system HR / wewnętrzny portal],
- Omawiana podczas szkoleń wstępnych dla nowych pracowników,
- Potwierdzana podpisem lub kliknięciem elektronicznym przez każdego pracownika min. 1 raz/rok,
- Włączona do umów z dostawcami i partnerami mającymi dostęp do systemów organizacji.
Szczegóły programu szkoleń w DOC-017.
8. Zarządzanie Dokumentem i Przeglądy
8.1 Cykl przeglądów
Niniejsza Polityka podlega przeglądowi:
- Regularnie, co najmniej raz na ▸ [12 miesięcy]max. 12 mies. – KSC,
- Po każdym poważnym incydencie bezpieczeństwa,
- Po istotnych zmianach organizacyjnych lub technologicznych,
- Po zmianach w przepisach prawa.
8.2 Historia zmian
| Wersja | Data | Autor zmian | Opis zmiany | Zatwierdził |
|---|---|---|---|---|
| ▸ 1.0 | ▸ DD.MM.RRRR | ▸ Imię Nazwisko | ▸ Pierwsze wydanie | ▸ Zarząd/CEO |
| ▸ | ▸ | ▸ | ▸ | ▸ |
8.3 Dokumenty powiązane
| Dokument | Relacja |
|---|---|
| DOC-002 Procedura Zarządzania Ryzykiem | Uszczegółowienie sekcji 3.5 (zasada ryzyka) |
| DOC-003 Rejestr Ryzyk | Rejestr operacyjny ryzyk identyfikowanych wg DOC-002 |
| DOC-004 Role i RACI | Szczegółowa macierz odpowiedzialności do sekcji 4 |
| DOC-005 Polityka Incydentów | Realizacja obszaru zarządzania incydentami |
| DOC-008 Kontrola dostępu | Realizacja zasady 3.1 (minimalne uprawnienia) |
9. Zatwierdzenie
| Rola | Imię i Nazwisko | Data | Podpis |
|---|---|---|---|
| Właściciel dokumentu (CISO) | ▸ [Imię Nazwisko] | ▸ DD.MM.RRRR | ____________________ |
| Zatwierdzający (Zarząd/CEO) | ▸ [Imię Nazwisko] | ▸ DD.MM.RRRR | ____________________ |