Cel i zakres
Podczas krótkiego warsztatu omawiamy profil organizacji, usługi krytyczne, wymagania klientów i cel audytu. Ustalamy, które wymagania trzeba potwierdzić z osobami odpowiedzialnymi za ich interpretację.
Zgodność i regulacje
Pomagamy połączyć wymagania dotyczące IT z konkretnymi działaniami, odpowiedzialnością i materiałami do audytu. Rozdzielamy obowiązki prawne, wymagania klientów, przygotowanie do certyfikacji oraz własny program TrustGuard. Zakres ustalamy dla danej organizacji; usługa nie jest gwarancją jej zgodności.
Zaufali nam
To punkt startowy dla zarządu, IT, compliance, działu prawnego i audytu wewnętrznego. Najpierw ustalamy cel, usługi krytyczne i dostępne materiały. Nie traktujemy wymienionych regulacji, norm i programów jako równoważnych obowiązków każdej firmy; zastosowanie i zakres oceniamy dla konkretnej organizacji.
Wybierz temat odpowiadający potrzebie. Audyt NIS2 nie zastępuje wszystkich pozostałych przeglądów, a audyt zerowy ISO nie jest formalną certyfikacją.
System zarządzania bezpieczeństwem informacji Virtline jest certyfikowany przez TÜV NORD Polska według PN-EN ISO/IEC 27001:2023-08. Zakres i ważność sprawdzisz w opublikowanym dokumencie. To certyfikat naszego systemu zarządzania, nie certyfikat klienta ani potwierdzenie zgodności jego środowiska.
Zobacz certyfikat VirtlineMożna rozpocząć od przeglądu albo wykorzystać istniejący raport. Diagnoza, decyzje, wdrożenie i dalsza obsługa mają odrębnie uzgodniony zakres.
Podczas krótkiego warsztatu omawiamy profil organizacji, usługi krytyczne, wymagania klientów i cel audytu. Ustalamy, które wymagania trzeba potwierdzić z osobami odpowiedzialnymi za ich interpretację.
Przeglądamy kontrole i materiały, wskazujemy braki, ryzyka i właścicieli decyzji. Sprawdzamy także umowy, SLA, podwykonawców oraz zależności usług od dostawców.
Uzgadniamy priorytety, budżet, terminy i kryteria odbioru. Zamówione prace mogą obejmować polityki, zabezpieczenia techniczne, rejestry, szkolenia oraz uporządkowanie konfiguracji.
Sprawdzamy wyniki uzgodnionych prac i kompletność materiałów. Dalsze raportowanie, przeglądy dostępu, testy oraz aktualizację dokumentacji planujemy z zespołem IT klienta lub w osobnej obsłudze.
Zakres praktyczny
Rezultaty zależą od wybranego przeglądu lub wdrożenia. Dokumentacja ma opisywać faktyczne działania, a także braki i ograniczenia.
Powiązanie wymagań z kontrolami i systemami, rejestr luk, wpływ na biznes, prawdopodobieństwo i krytyczność usług. Każda rekomendacja ma uzasadnienie, priorytet, właściciela i proponowany termin.
Pilne poprawki, decyzje zarządu, prace techniczne, zależności od dostawców i potrzeby budżetowe. Osobno wskazujemy prace zakończone, otwarte i ryzyko przyjęte przez uprawnioną osobę.
Procedury, konfiguracje, logi, raporty monitoringu, wyniki odtwarzania kopii, przeglądy uprawnień, rejestry incydentów, decyzje i protokoły odbioru. Sam plik lub deklaracja nie potwierdza skuteczności kontroli.
Role zarządu, właścicieli systemów, IT, compliance i dostawców, kryteria odbioru oraz sposób potwierdzenia zakończenia prac. Uzgadniamy też przeglądy i aktualizację dokumentacji.
Procedura bez konfiguracji, logów lub testu może pozostawić lukę w ocenie kontroli. W planie uwzględniamy dostęp uprzywilejowany, MFA, backup i odtwarzanie, monitoring i eskalację incydentów, ustawienia Microsoft 365, Active Directory i urządzeń oraz nadzór nad dostawcami. Każdy obszar potrzebuje właściciela i przeglądów. W obszarze AI uwzględniamy klasyfikację systemów, ryzyka danych, przepływy informacji, dokumentację i zasady utrzymania. Wspólne działania mogą wspierać kilka wymagań, ale nie znoszą różnic ich zakresu. Firma zachowuje odpowiedzialność za decyzje i obowiązki; przygotowanie materiałów nie zastępuje oceny audytora ani niezależnej decyzji jednostki certyfikującej.
Cyber Resilience Act dotyczy produktów z elementami cyfrowymi. Audyt luk oraz wdrożenie zabezpieczeń i procesów obsługi podatności pomagają przygotować produkt i jego dokumentację do właściwej oceny zgodności.
Dalsze ścieżki po ustaleniu celu i luk. Każda ma własny zakres; nie są automatycznymi elementami każdego audytu.
Klasyfikacja systemów AI, ryzyka danych, odpowiedzialność, dokumentacja i bezpieczne utrzymanie. Wymagania i terminy ustala się dla konkretnego zastosowania i roli firmy.
Własny program dla kancelarii biegłych rewidentów i firm świadczących usługi profesjonalne: poziomy, praktyki bezpieczeństwa, dokumentacja i komunikacja z klientami. Nie zastępuje ISO ani obowiązków prawnych.
Plan i wykonanie uzgodnionych polityk, procedur, zabezpieczeń technicznych, rejestrów oraz zasad ich utrzymania.
Zarządzanie ryzykiem ICT, nadzór dostawców, testy odporności, incydenty, scenariusze reakcji i raportowanie.
Wymagania łączymy z pracami w środowisku IT. Narzędzia, integracje i zakres utrzymania dobieramy osobno; zakup rozwiązania nie oznacza osiągnięcia zgodności.
Audyty, testy i zabezpieczenia pomagające sprawdzić techniczne pokrycie procedur oraz usunąć wykryte luki.
Monitorowanie zdarzeń, łączenie alertów i scenariusze reakcji. Zakres narzędzi oraz obsługi wymaga uzgodnienia.
Retencja, testy odtworzenia i odporność kopii na ransomware. Uzgadniamy dopuszczalną utratę danych (RPO) i czas odtworzenia (RTO).
Dodatkowe potwierdzanie logowania do kont, VPN, Microsoft 365 i aplikacji krytycznych oraz zasady dostępu uprzywilejowanego.
Wykrywanie zagrożeń, reakcja, alerty i eskalacje. Rozróżniamy ochronę urządzeń, usługę obsługi i łączenie informacji z różnych źródeł.
Tożsamość, poczta, udostępnianie danych, retencja, ustawienia bezpieczeństwa i przeglądy uprawnień.
Uzgodnione wdrożenia i utrzymanie zabezpieczeń, procedur, raportowania oraz cyklicznych przeglądów.
Gdy zakres wymagań i luki nie są jasne, zaczynamy od warsztatu lub odpowiedniego przeglądu. Jeśli masz już raport, możemy uzgodnić konkretne wdrożenie, właścicieli, terminy i materiały do odbioru. Nie kierujemy każdego rodzaju audytu do NIS2.
Tak. Dostęp, kopie, monitoring, incydenty, dostawcy, role i przeglądy często służą kilku celom. Przypisujemy je do właściwych wymagań, zachowując różnicę między regulacją, normą ISO 27001, badaniem według KSB 315 i własnym programem TrustGuard. Jedna kontrola nie potwierdza spełnienia wszystkich wymagań.
Nie sam w sobie. Audyt zerowy ISO 27001 pomaga ocenić gotowość, a formalna certyfikacja wymaga odrębnej oceny. Materiał KSB 315 wspiera pracę biegłego rewidenta, lecz nie zastępuje jego osądu. Nasz certyfikat ISO dotyczy Virtline. Obowiązki, terminy i ich interpretację trzeba ustalić dla konkretnej firmy; usługa IT nie jest gwarancją zgodności.
Tak, w uzgodnionym zakresie możemy wdrażać MFA, backup, monitoring, EDR/MDR/XDR, ustawienia Microsoft 365 i Active Directory, polityki, rejestry i szkolenia. Dalsze raportowanie, przeglądy oraz aktualizacja materiałów wymagają ustalenia odpowiedzialności i zakresu obsługi. Raport nie usuwa ryzyka, a zapisanie wyjątku nie jest jego naprawą.
Opisz cel audytu, regulację lub wymaganie klienta, ważne systemy i posiadane raporty. Wskażemy pierwszy krok: warsztat, przegląd, plan działań, wdrożenie albo uporządkowanie materiałów.
Omów wymagania firmy