Przejdź do treści
← Wróć do listy

Monitoring i nadzór bezpieczeństwa MeSIP – powiat poznański

Składanie ofert: 18 listopada 2026

Przedmiot zamówienia

AI

Świadczenie kompleksowych usług monitorowania i nadzoru nad bezpieczeństwem (SOC) dla infrastruktury systemu MeSIP (ok. 50 maszyn wirtualnych, monitoring ok. 45 hostów). Zakres obejmuje: - ciągły monitoring alertów i zdarzeń bezpieczeństwa oraz analizę incydentów i zgłoszeń, - kwartalne skanowanie podatności zasobów dostępnych z sieci Internet i LAN, - sporządzanie raportów z analiz, raportów incydentów oraz miesięcznych raportów zbiorczych o stanie bezpieczeństwa, - przekazywanie rekomendacji zmian w konfiguracji i architekturze systemów bezpieczeństwa, - wsparcie w przygotowaniu zgłoszeń poważnych incydentów do CSIRT NASK

Trudność: średnia

Zamówienie wymaga ciągłego, specjalistycznego monitoringu i analizy incydentów w infrastrukturze ok. 45–50 hostów oraz koordynacji działań reagowania i raportowania.

Terminy realizacji

Czas na realizację (termin wykonania)
od 01.01.2027 do 31.12.2027 (12 miesięcy)

Warunki udziału

AI
1Doświadczenie — min. 1 usługa SOC świadczona w sposób ciągły ≥ 12 miesięcy, obejmująca stały monitoring alertów i zdarzeń oraz analizę zdarzeń i incydentów, o wartości ≥ 100 000 PLN brutto, w okresie ostatnich 3 lat
2Kadra — zespół min. 4 osób: min. 1 z certyfikatem Audytora Wiodącego ISO 27001/CISSP/CISA (lub równoważny); min. 2 z testami penetracyjnymi (CEH/CISA/CISSP/równoważny albo 3 usługi z testami penetracyjnymi); min. 2 Analityków SOC z min. rocznym doświadczeniem w SOC; jedna osoba może pełnić kilka funkcji

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

Cena
60%
Doświadczenie zawodowe analityka SOC (miesiące)18–23 mies. – 20 pkt; od 24 mies. – 40 pkt
40%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

Brak istotnych sygnałów ostrzegawczych.

Kary i sankcje

AI
  • Wadium: nie wymagane
  • Kary umowne: w projekcie umowy (zał. nr 7)

Pytania i odpowiedzi

110

Wyodrębnione z wyjaśnień treści SWZ.

1W nawiązaniu do pkt 1.3 „Załącznik nr 1 do SWZ Opis przedmiotu zamówienia”, zgodnie z którym Zamawiający posiada wdrożone oprogramowanie klasy SIEM monitorujące komponenty infrastruktury MeSIP, prosimy o wskazanie: a) producenta i nazwy wykorzystywanego rozwiązania SIEM, b) aktualnie użytkowanej wersji systemu, c) posiadanego zakresu licencyjnego, w tym ewentualnych ograniczeń dotyczących liczby źródeł, EPS lub wolumenu przetwarzanych danych, d) zakresu i okresu obowiązywania wsparcia producenta, e) podmiotu odpowiedzialnego obecnie za utrzymanie i aktualizację SIEM, administrację systemem, tworzenie i modyfikację reguł korelacyjnych oraz integrację nowych źródeł logów. Dokumentacja wskazuje na istniejący SIEM i ok. 45 monitorowanych hostów, ale nie podaje powyższych parametrów.
Zamawiający, podtrzymując odpowiedzi udzielone na pytania nr 1 i 4 w wyjaśnieniach z dnia 27 października 2026 r., informuje: a) w infrastrukturze PODGiK eksploatowane jest oprogramowanie SIEM Security Center, dostawca: sec4b Sp. z o.o.; b) wersja: v1.0.1; c) dla funkcjonalności SR-001 – SR-016 z odpowiedzi na pytanie nr 1 licencja niewyłączna na czas oznaczony, bez ograniczeń (po tym terminie w/w funkcjonalności tracą licencję bez możliwości korzystania), dla S-001 – S-010 oparte na oprogramowaniu typu opensource (wazuh) licencja bez ograniczeń, d) wsparcie producenta obowiązuje do dnia 31.12.2026 r w zakresie określonym w punkcie „e”.; e) utrzymanie, aktualizacja i administracja systemem SIEM, integracja nowych źródeł logów oraz zmiany reguł korelacyjnych realizowane są obecnie przez Wykonawcę SEC4B Sp. z o.o. Zamawiający informuje, że dopuszcza dostawę rozwiązania równoważnego spełniającego wymagania SWZ, przy czym w odniesieniu do wymagań S-001 – S-010 zamawiający wymaga dostarczenia oprogramowania na licencji opensource lub na innej licencji bezterminowej nie zawierającej ograniczeń co do liczby monitorowanych urządzeń, agentów, źródeł logów, wolumenu danych (EPS, GB/dzień), czasu retencji, liczby rdzeni/procesorów, węzłów ani użytkowników. Wygaśnięcie wsparcia nie może powodować ograniczenia funkcjonalności oprogramowania dostarczonego na licencji bezterminowej.
1W nawiązaniu do pkt 1.3 „Załącznik nr 1 do SWZ Opis przedmiotu zamówienia”, zgodnie z którym Zamawiający posiada wdrożone oprogramowanie klasy SIEM monitorujące komponenty infrastruktury MeSIP, prosimy o wskazanie: a) producenta i nazwy wykorzystywanego rozwiązania SIEM, b) aktualnie użytkowanej wersji systemu, c) posiadanego zakresu licencyjnego, w tym ewentualnych ograniczeń dotyczących liczby źródeł, EPS lub wolumenu przetwarzanych danych, d) zakresu i okresu obowiązywania wsparcia producenta, e) podmiotu odpowiedzialnego obecnie za utrzymanie i aktualizację SIEM, administrację systemem, tworzenie i modyfikację reguł korelacyjnych oraz integrację nowych źródeł logów. Dokumentacja wskazuje na istniejący SIEM i ok. 45 monitorowanych hostów, ale nie podaje powyższych parametrów.
Zamawiający, podtrzymując odpowiedzi udzielone na pytania nr 1 i 4 w wyjaśnieniach z dnia 27 października 2026 r., informuje: a) w infrastrukturze PODGiK eksploatowane jest oprogramowanie SIEM Security Center, dostawca: sec4b Sp. z o.o.; b) wersja: v1.0.1; c) dla funkcjonalności SR-001 – SR-016 z odpowiedzi na pytanie nr 1 licencja niewyłączna na czas oznaczony, bez ograniczeń (po tym terminie w/w funkcjonalności tracą licencję bez możliwości korzystania), dla S-001 – S-010 oparte na oprogramowaniu typu opensource (wazuh) licencja bez ograniczeń, d) wsparcie producenta obowiązuje do dnia 31.12.2026 r w zakresie określonym w punkcie „e”.; e) utrzymanie, aktualizacja i administracja systemem SIEM, integracja nowych źródeł logów oraz zmiany reguł korelacyjnych realizowane są obecnie przez Wykonawcę SEC4B Sp. z o.o. Zamawiający informuje, że dopuszcza dostawę rozwiązania równoważnego spełniającego wymagania SWZ, przy czym w odniesieniu do wymagań S-001 – S-010 zamawiający wymaga dostarczenia oprogramowania na licencji opensource lub na innej licencji bezterminowej nie zawierającej ograniczeń co do liczby monitorowanych urządzeń, agentów, źródeł logów, wolumenu danych (EPS, GB/dzień), czasu retencji, liczby rdzeni/procesorów, węzłów ani użytkowników. Wygaśnięcie wsparcia nie może powodować ograniczenia funkcjonalności oprogramowania dostarczonego na licencji bezterminowej.
2W celu prawidłowego oszacowania zakresu i pracochłonności świadczenia usługi SOC prosimy o przekazanie: a) pełnej listy źródeł logów, które mają zostać objęte monitoringiem, ze wskazaniem typów systemów, urządzeń, aplikacji oraz rozwiązań bezpieczeństwa, b) średniej oraz maksymalnej wartości EPS (Events Per Second), c) średniego i maksymalnego dobowego wolumenu logów wyrażonego w GB/dobę, d) liczby alertów generowanych przez SIEM w każdym z ostatnich trzech pełnych miesięcy, e) liczby zdarzeń zakwalifikowanych jako incydenty bezpieczeństwa w każdym z ostatnich trzech pełnych miesięcy, z podziałem na stosowane przez Zamawiającego poziomy krytyczności. OPZ wymaga ciągłego monitorowania logów z systemów operacyjnych, aplikacji, systemów bezpieczeństwa i urządzeń sieciowych, jednak nie wskazuje ich wolumenu ani historycznego obciążenia alertami.
a) Łącznie monitoringiem objętych jest 44 hostów, 3 zapory sieciowe oraz 4 przełączniki zarządzalne. b) Średni EPS: 5, max EPS: 250. c) Średnio: 300MB/dobę. d) Około 12 mln alertów średnio miesięcznie z 3 ostatnich miesięcy. e) Z uwagi na poufność informacji oraz ich znaczenie dla bezpieczeństwa teleinformatycznego, dane mogą zostać ujawnione po podpisaniu umowy z Wykonawcą.
2W celu prawidłowego oszacowania zakresu i pracochłonności świadczenia usługi SOC prosimy o przekazanie: a) pełnej listy źródeł logów, które mają zostać objęte monitoringiem, ze wskazaniem typów systemów, urządzeń, aplikacji oraz rozwiązań bezpieczeństwa, b) średniej oraz maksymalnej wartości EPS (Events Per Second), c) średniego i maksymalnego dobowego wolumenu logów wyrażonego w GB/dobę, d) liczby alertów generowanych przez SIEM w każdym z ostatnich trzech pełnych miesięcy, e) liczby zdarzeń zakwalifikowanych jako incydenty bezpieczeństwa w każdym z ostatnich trzech pełnych miesięcy, z podziałem na stosowane przez Zamawiającego poziomy krytyczności. OPZ wymaga ciągłego monitorowania logów z systemów operacyjnych, aplikacji, systemów bezpieczeństwa i urządzeń sieciowych, jednak nie wskazuje ich wolumenu ani historycznego obciążenia alertami.
Łącznie monitoringiem objętych jest 44 hostów, 3 zapory sieciowe oraz 4 przełączniki zarządzalne. Średni EPS: 5, max EPS: 250. Średnio: 300MB/dobę. Około 12 mln alertów średnio miesięcznie z 3 ostatnich miesięcy. Z uwagi na poufność informacji oraz ich znaczenie dla bezpieczeństwa teleinformatycznego, dane mogą zostać ujawnione po podpisaniu umowy z Wykonawcą.
3W OPZ Zamawiający wymaga realizacji monitoringu bezpieczeństwa w trybie 24/7/365 oraz zapewnienia dostępności minimum dwóch osób w godzinach 7:00–17:00 w dni robocze i minimum jednej osoby w pozostałym czasie. Jednocześnie Zamawiający wymaga przekazania listy członków zespołu zaangażowanego w świadczenie usługi. W związku z powyższym prosimy o potwierdzenie, czy Zamawiający dopuszcza świadczenie usługi w modelu współdzielonego SOC, w ramach którego wskazani specjaliści mogą równolegle uczestniczyć w świadczeniu usług SOC na rzecz innych klientów Wykonawcy, przy jednoczesnym zapewnieniu Zamawiającemu wymaganej dostępności, ciągłości monitoringu 24/7/365 oraz parametrów SLA. Prosimy również o potwierdzenie, że określona w OPZ minimalna obsada oznacza wymaganą dostępność zasobów do realizacji usługi, a nie obowiązek dedykowania wskazanych osób wyłącznie do obsługi Zamawiającego.
Zamawiający dopuszcza świadczenie usługi w modelu współdzielonego SOC. Określona w pkt 2 ppkt 17 OPZ minimalna obsada oznacza wymaganą, stałą dostępność osób do realizacji usługi na rzecz Zamawiającego, a nie obowiązek dedykowania tych osób wyłącznie do obsługi Zamawiającego. Jednocześnie Zamawiający wskazuje, że: – w każdym czasie dostępne muszą być osoby ujęte na liście członków zespołu, o której mowa w pkt 2 ppkt 19 OPZ – tylko te osoby mogą mieć dostęp do systemów Zamawiającego (pkt 2 ppkt 20 OPZ), – obciążenie zespołu obsługą innych klientów nie może stanowić okoliczności usprawiedliwiającej przekroczenie czasów reakcji (SLA) ani nienależytą realizację pozostałych obowiązków, – Wykonawca zapewni logiczną separację danych Zamawiającego od danych innych klientów w wykorzystywanych systemach (w tym w systemie zgłoszeniowym).
3W OPZ Zamawiający wymaga realizacji monitoringu bezpieczeństwa w trybie 24/7/365 oraz zapewnienia dostępności minimum dwóch osób w godzinach 7:00–17:00 w dni robocze i minimum jednej osoby w pozostałym czasie. Jednocześnie Zamawiający wymaga przekazania listy członków zespołu zaangażowanego w świadczenie usługi. W związku z powyższym prosimy o potwierdzenie, czy Zamawiający dopuszcza świadczenie usługi w modelu współdzielonego SOC, w ramach którego wskazani specjaliści mogą równolegle uczestniczyć w świadczeniu usług SOC na rzecz innych klientów Wykonawcy, przy jednoczesnym zapewnieniu Zamawiającemu wymaganej dostępności, ciągłości monitoringu 24/7/365 oraz parametrów SLA. Prosimy również o potwierdzenie, że określona w OPZ minimalna obsada oznacza wymaganą dostępność zasobów do realizacji usługi, a nie obowiązek dedykowania wskazanych osób wyłącznie do obsługi Zamawiającego.
Zamawiający dopuszcza świadczenie usługi w modelu współdzielonego SOC. Określona w pkt 2 ppkt 17 OPZ minimalna obsada oznacza wymaganą, stałą dostępność osób do realizacji usługi na rzecz Zamawiającego, a nie obowiązek dedykowania tych osób wyłącznie do obsługi Zamawiającego. Jednocześnie Zamawiający wskazuje, że: – w każdym czasie dostępne muszą być osoby ujęte na liście członków zespołu, o której mowa w pkt 2 ppkt 19 OPZ – tylko te osoby mogą mieć dostęp do systemów Zamawiającego (pkt 2 ppkt 20 OPZ), – obciążenie zespołu obsługą innych klientów nie może stanowić okoliczności usprawiedliwiającej przekroczenie czasów reakcji (SLA) ani nienależytą realizację pozostałych obowiązków, – Wykonawca zapewni logiczną separację danych Zamawiającego od danych innych klientów w wykorzystywanych systemach (w tym w systemie zgłoszeniowym).

Historia zmian

21.10.2026 — publikacja ogłoszenia