Usługi

KSC i NIS2

Sprawdzamy, które obowiązki z ustawy o krajowym systemie cyberbezpieczeństwa (KSC) i dyrektywy NIS2 dotyczą Twojej firmy, i wdrażamy je w dokumentach, systemie i umowach.

Porozmawiajmy o projekcie Zobacz realizacje

Zakresy

Zakresy tej usługi

  1. Analiza wpływu i luki wobec KSC i NIS2

    Odpowiedź na piśmie, czy ustawa o KSC obejmuje Twoją firmę, jakie obowiązki i terminy z tego wynikają, czego brakuje i w jakiej kolejności to uzupełnić.

    Zobacz zakres
  2. Polityki, procedury i rejestracja podmiotu

    Dokumenty, których wymaga ustawa o KSC, napisane z ludźmi, którzy będą ich używać, oraz wniosek o wpis do wykazu podmiotów gotowy do podpisu.

    Zobacz zakres
  3. Środki techniczne w projekcie IT

    Wymagania KSC i NIS2 wpisane w zakres i odbiór systemu, który budujesz albo zamawiasz, z dowodami dla audytu zbieranymi w trakcie projektu.

    Zobacz zakres
  4. Umowy z dostawcami

    Lista dostawców, od których zależy działanie firmy, ocena każdego z nich i wymagania do umów i zapytań ofertowych odpowiadające obowiązkom z ustawy o KSC.

    Zobacz zakres

Sytuacje

Z czym przychodzą do nas klienci

Obowiązki bez przełożenia na pracę i budżet

Firma może mieć obowiązki z ustawy o KSC i dyrektywy NIS2, a nikt nie mówi, co to zmienia w pracy i w budżecie.

Regulaminy w dokumentach, decyzje w systemie

Zasady są spisane w regulaminach, a proces, którego dotyczą, biegnie w systemie, który o nich nie wie. Przy kontroli ktoś ręcznie odtwarza, kto i dlaczego podjął decyzję.

Nowy system musi spełnić wymogi od startu

Budujesz system, którego wynik wpływa na decyzje objęte przepisami, na przykład o leczeniu pacjenta. Wymagania dopisane po starcie to przebudowa działającego systemu za kolejny budżet.

Zakres

Co robimy

  1. Analiza wpływu i luk

    Sprawdzamy, które obowiązki KSC i NIS2 dotyczą Twojej firmy i których dziś nie spełniasz. Powstaje raport luk z listą działań.

  2. Polityki, procedury i obsługa incydentów

    Polityki i procedury bezpieczeństwa informacji, w tym ścieżkę zgłaszania incydentu, piszemy razem z osobami, które będą je stosować. Powstaje komplet dokumentów do przyjęcia przez zarząd.

  3. Wymagania wbudowane w system

    Wymagania z polityk przenosimy do systemu, który budujemy albo modernizujemy: kontrola dostępu, rejestr zdarzeń, kopie zapasowe. Powstaje system, którego rejestr zdarzeń jest dowodem przy kontroli.

  4. Przegląd umów z dostawcami

    Przeglądamy umowy z dostawcami i sprawdzamy, czy pozwalają Ci spełnić obowiązki z KSC i NIS2. Powstaje lista zapisów do zmiany z uzasadnieniem.

Technologie i standardy: Ustawa o KSC, dyrektywa NIS2, SZBI; kontrola dostępu, rejestr zdarzeń, kopie zapasowe.

Wynik

Co dostajesz

  • Raport luk z listą działań
  • Polityki i procedury bezpieczeństwa informacji do przyjęcia przez zarząd
  • System z rejestrem zdarzeń jako dowodem
  • Lista zmian w umowach z dostawcami

Przebieg

Jak przebiega praca

  1. Ustalamy, co Cię dotyczy

    Porównujemy profil działalności, systemy i dostawców z obowiązkami KSC i NIS2. Wynik: raport luk z listą działań.

  2. Piszemy dokumenty z ich użytkownikami

    Polityki, procedury i podział ról powstają wspólnie z działami, których dotyczą. Wynik: komplet dokumentów z podziałem ról.

  3. Przenosimy wymagania do systemu i umów

    Zabezpieczenia wdrażamy w systemie, zmiany w umowach oddajemy Ci do negocjacji z dostawcami, dowody spełnienia obowiązków zbieramy w jednym miejscu. Wynik: system, umowy i dowody gotowe do audytu.

Regulacje

Regulacje i granice zakresu

Obowiązki z ustawy o KSC i dyrektywy NIS2 obejmują rejestrację podmiotu, polityki i procedury, umowy z dostawcami i obsługę incydentów. Czy i od kiedy Cię dotyczą, zależy od sektora i stanu prawnego. Stronę prawną i system prowadzi jeden zespół; opinie prawne wydaje kancelaria, z którą pracujemy. Dane firmy mogą zostać w Unii Europejskiej.

Czego nie robimy

  • SOC, czyli całodobowy monitoring bezpieczeństwa.
  • Testy penetracyjne, czyli kontrolowane próby włamania; wskazujemy, kiedy są potrzebne.

Realizacje

Doświadczenie zespołu w tym zakresie

Sytuacja

Klient z sektora ochrony zdrowia budował platformę AI wspierającą leczenie. Oprogramowanie wpływające na leczenie jest wyrobem medycznym, a obowiązki wobec regulatora trwają po wejściu na rynek.

Co zrobił zespół

Nasz zespół budował platformę jako wyrób medyczny według FDA, CE i MDR: wymagania regulatorów były częścią zakresu systemu. Obowiązki KSC i NIS2 wbudowujemy w system tą samą metodą.

Wynik

Wymagania FDA, CE i MDR były spełniane w trakcie budowy, a nie dopisywane po niej.

Jak zaczynamy

  1. Rozmowa o problemie

    Opisujesz proces albo system, który przestał wystarczać, i mówisz, co ma się zmienić. Rozmowa nic nie kosztuje.

  2. Analiza pod NDA

    Badamy proces i systemy i oddajemy rekomendację z zakresem prac. Zakres, termin i cenę analizy znasz przed jej startem.

  3. Oferta

    Dostajesz zakres, zespół, harmonogram i cenę wdrożenia. Decydujesz, czy ruszamy.

Koszt analizy zaliczamy na poczet wdrożenia, jeśli je zamówisz.

Porozmawiajmy o projekcie

Telefon: +48 455 406 404 E-mail: contact@aliaxit.com

© 2026 ALIAX IT sp. z o.o. · ul. Boczna 28, 64-115 Wilkowice · KRS 0001102190 · NIP 6972399808 Polityka prywatności ·