Do rozdysponowania jest 269,6 mln zł na budowę Lokalnych Centrów Cyberbezpieczeństwa dla samorządów — do 100% dofinansowania. Rozłożyliśmy kryteria konkursu na czynniki pierwsze, żeby każda JST mogła samodzielnie sprawdzić, czy się kwalifikuje.
Webinar informacyjny · 8.10.2026 · zapisy wkrótce
Wnioskodawcą może być wyłącznie jednostka samorządu terytorialnego, ale program wprost premiuje współpracę — samodzielny wniosek bez partnerstwa nie przejdzie kryteriów dostępowych.
Konsolidacja kompetencji i infrastruktury w jednym centrum dla grupy JST to nie tylko dofinansowanie na start — to też inny model kosztowy i organizacyjny na lata.
Wspólna infrastruktura, jeden zestaw procedur i konfiguracji dla wszystkich jednostek w partnerstwie — zamiast każdy urząd radzi sobie po swojemu.
Wspólne zakupy licencji i sprzętu, jedna umowa serwisowa zamiast kilkunastu odrębnych — realnie niższy koszt na jednostkę.
Całodobowe wykrywanie i reagowanie na incydenty bez konieczności utrzymywania własnego zespołu dyżurnego w każdym urzędzie.
Udokumentowana realizacja obowiązków z UoKSC — konkretny dowód należytej staranności wójta, burmistrza czy starosty.
Decyzje o narzędziach podejmowane pod kątem realnej ochrony, nie marży konkretnego dostawcy.
Dane o atakach i incydentach krążą między jednostkami w czasie zbliżonym do rzeczywistego — szansa na wykrycie zagrożenia, zanim dotrze do Was.
Zakres zadań LCC z Zał. nr 2 do Kryteriów da się zrealizować na wiele sposobów. My prowadzimy projekt w oparciu o uznane normy i frameworki — dzięki temu dokumentacja projektu mówi tym samym językiem, którym mówią audytorzy KSC i KRI.
Ustawa o krajowym systemie cyberbezpieczeństwa, Krajowe Ramy Interoperacyjności i dyrektywa NIS2 wyznaczają obowiązki, które LCC ma realizować za jednostki w partnerstwie.
Zarządzanie bezpieczeństwem informacji i ciągłością działania jako szkielet procedur centrum — polityki, analiza ryzyka, plany awaryjne i przeglądy zarządcze.
Funkcje Govern–Identify–Protect–Detect–Respond–Recover i mierzalne zabezpieczenia techniczne pozwalają pokazać stan przed projektem i po nim liczbą, nie deklaracją.
Reguły detekcji w SIEM i scenariusze reakcji mapowane na konkretne techniki atakujących — zamiast domyślnych alertów producenta, których nikt nie obsługuje.
Testy penetracyjne i przeglądy aplikacji prowadzone według powtarzalnych metodyk, z raportem, który wskazuje priorytety naprawcze, a nie tylko listę podatności.
Etapy, kamienie milowe i rejestr ryzyk zgodne z wymogami rozliczania projektu FERC; procesy utrzymaniowe LCC opisane w kategoriach ITIL — incydent, zmiana, problem.
Cztery etapy — od diagnozy przed złożeniem wniosku do utrzymania w okresie trwałości.
Chcecie zobaczyć, jak ta metodyka wygląda na Waszym przypadku? Umówimy rozmowę i przejdziemy przez etap diagnozy.
Zgłoś się →Wniosek oceniany jest w dwóch etapach: kryteria dostępowe (zero-jedynkowe — brak spełnienia = odrzucenie) i kryteria punktowane, które decydują o miejscu na liście rankingowej.
Maksymalnie do zdobycia: 48 punktów.
| Kryterium | Punkty | Co to oznacza |
|---|---|---|
| Zamożność JST (wg TERYT) | 0–10 pkt | Im mniej zamożna JST, tym więcej punktów — Zał. nr 3 do Kryteriów. |
| Miasto tracące funkcje społ.-gosp. | 0 / 3 pkt | Sprawdź listę w Krajowej Strategii Rozwoju Regionalnego 2030. |
| Cały powiat w partnerstwie | 0 / 10 pkt | Najwyższa pojedyncza premia w konkursie — obok premii za duże partnerstwo. |
| Partnerstwo 12+ JST | 0 / 10 pkt | Dodatkowe punkty za rozbudowane partnerstwo, niezależnie od premii za cały powiat. |
| Potencjał instytucjonalny | 0–10 pkt | Wspólny zespół ds. cyberbezpieczeństwa dla jednostek JST — im wyższy % pokrycia, tym więcej punktów. |
| Dodatkowy potencjał kadrowy | 0–5 pkt | Za każdą kolejną certyfikowaną osobę ponad wymagane minimum, do 5 osób. |
Przy równej punktacji o miejscu na liście decyduje liczba partnerów projektu, a przy dalszym remisie — data złożenia wniosku.
Nie jesteście pewni, czy spełniacie wszystkie kryteria? Zostawcie kontakt — sprawdzimy to razem, zanim złożycie wniosek.
Zgłoś się →Trzy kroki: sprawdź warunki wejścia, poznaj próg dofinansowania dla swojej liczby partnerów i oszacuj potencjał punktowy. Odpowiedzi zostają w Twojej przeglądarce — nie wysyłamy ich na serwer.
Wnioskodawca razem z partnerami. Minimum to 2 JST.
Urządzenia fizyczne we wszystkich jednostkach: komputery, serwery fizyczne, urządzenia sieciowe, drukarki i skanery sieciowe, telefony, tablety, kamery, IoT. Serwerów wirtualnych nie liczy się. Minimum to 1000.
Umowa o pracę na dzień złożenia wniosku, certyfikat z Zał. nr 1 albo dyplom kierunkowy.
Limit wynosi 20% wydatków kwalifikowalnych.
Organizacyjny, kadrowy i finansowy — okres trwałości liczy się po zakończeniu projektu.
Uzupełnij pola po lewej stronie.
Kryteria dostępowe są zero-jedynkowe — niespełnienie któregokolwiek oznacza odrzucenie wniosku. Wynik ma charakter poglądowy i nie zastępuje oceny CPPC.
Wyliczenia poglądowe na podstawie kryterium merytorycznego nr 6 (Zał. nr 2 do Kryteriów). Ostateczna kwota wynika z budżetu projektu i podlega ocenie IZ/ION.
Wartość odczytasz z Zał. nr 3 do Kryteriów (wskaźnik zamożności wg TERYT).
Lista w Krajowej Strategii Rozwoju Regionalnego 2030. Kryterium daje 3 pkt.
Najwyższa pojedyncza premia w naborze — 10 pkt.
Wnioskodawca razem z partnerami. Od 12 jednostek przysługuje 10 pkt.
Zależą od tego, jaka część jednostek jest już objęta wspólną obsługą w zakresie cyberbezpieczeństwa.
Poza osobą wymaganą w kryterium dostępowym. Liczcie osoby we wszystkich jednostkach partnerstwa: dwie osoby to 2 pkt, pięć i więcej — 5 pkt.
Uzupełnij pola po lewej stronie.
Sześć kryteriów punktowanych daje łącznie 48 punktów. Wynik orientacyjny — nie zastępuje oceny CPPC.
Zał. nr 1 do Kryteriów wymienia 80 certyfikatów, które spełniają kryterium kadrowe (obok dyplomu studiów z zakresu cyberbezpieczeństwa). Wpiszcie nazwę certyfikatu, żeby sprawdzić, czy jest na liście.
Oznaczenie „kurs u nas” pokazuje certyfikaty OffSec, do których EFIGO — jako autoryzowany partner OffSec w Polsce — prowadzi kursy przygotowawcze. To informacja pomocnicza, nie element oceny wniosku.
Katalog wydatków kwalifikowalnych II i IV priorytetu FERC (MFiPR, 29.04.2026) określa, co można sfinansować z dotacji. Poniżej najważniejsze kategorie w skrócie.
Zakup, dostawa i modernizacja sprzętu informatycznego i sieciowego, utrzymanie w okresie realizacji, a także wykorzystanie zasobów centrów przetwarzania danych w części przypadającej na projekt.
Zakup, wdrożenie i rozbudowa oprogramowania, w tym systemów zabezpieczeń logicznych (firewall, IDS/IPS), licencje i subskrypcje.
Dokumentacja projektowa, usługi informatyczne (hosting, chmura, maintenance), doradztwo i ekspertyzy, a także body leasing specjalistów IT na start działania LCC.
Wynajem sali, materiały szkoleniowe, wynagrodzenie trenera, e-learning — wydatki szkoleniowe nie mogą przekroczyć 15% wydatków kwalifikowalnych projektu.
Koordynator/kierownik projektu i zespół merytoryczny. Łączne zaangażowanie jednej osoby we wszystkie projekty nie może przekraczać 276 godzin miesięcznie.
Do 7% kosztów bezpośrednich albo do 15% kosztów personelu bezpośredniego. Stawkę wskazuje się we wniosku i nie da się jej zmienić po podpisaniu umowy.
Opracowanie własne EFIGO na podstawie Katalogu wydatków kwalifikowalnych II i IV priorytetu FERC 2021-2027 oraz Wytycznych dotyczących kwalifikowalności wydatków na lata 2021-2027. Wiążąca pozostaje dokumentacja CPPC — pełny katalog do pobrania w sekcji dokumentów poniżej.
Oficjalna dokumentacja konkursu FERC.04.01-IP.01-003/26 — regulamin naboru, kryteria wyboru, wzory wniosku i umowy oraz załączniki — publikowana jest przez CPPC. Komplet materiałów zebraliśmy w jednym archiwum.
Pobierz materiały (ZIP)Pełen i wiążący komplet dokumentów pobierzesz ze strony naboru CPPC.
Przejdziemy przez kryteria dostępowe i punktowane, limity kwot w zależności od liczby JST, wydatki kwalifikowalne oraz dokumenty wymagane przy składaniu wniosku w LSI. Będzie też czas na pytania.
Spotkanie online dla przedstawicieli JST. Udział bezpłatny. Zapisy zostaną otwarte wkrótce — informację opublikujemy na tej stronie.
Nie ma jednego LCC dla wszystkich, dlatego pracujemy na kilku wariantach modelu. Różnią się skalą partnerstwa, zakresem usług przejmowanych przez centrum, godzinami działania, obsadą ról i tym, ile zadań pozostaje po stronie poszczególnych JST. Zakres zadań centrum wynika z wymagań naboru i pozostaje ten sam — warianty różnią się tym, kto je wykonuje i w jakich godzinach.
Monitoring, obsługa zgłoszeń, zarządzanie podatnościami i dokumentacja po stronie centrum. Poza godzinami pracy detekcja działa automatycznie, a reagowanie przejmuje dostawca usługi na warunkach określonych w umowie.
Centrum prowadzi pierwszą i drugą linię obsługi zdarzeń, wspiera jednostki w audytach i zarządzaniu ryzykiem. Trzecia linia oraz obsługa nocna pozostają po stronie dostawcy.
Pełna obsługa operacyjna po stronie centrum, łącznie z reagowaniem nocnym, threat huntingiem i rozwojem reguł detekcji.
Najpierw adaptacja, potem zakupy. Zaczynamy od inwentaryzacji tego, czym dysponujecie: sprzętu, licencji, systemów dziedzinowych, kopii zapasowych, zabezpieczeń brzegowych i kompetencji zespołu. Wiele elementów LCC da się zbudować na tym, co jest, zamiast kupować równolegle drugi raz.
Gotowy model nie znaczy gotowa lista zakupów. Wzorzec porządkuje organizację i odpowiedzialność, a dobór technologii pozostaje konsekwencją Waszych wymagań, integracji, SLA i kosztów utrzymania.
Rzeczywisty model rzadko jest czystym wariantem — częściej łączy elementy kilku z nich. Poniższe decyzje przesądzają o kosztach i o możliwości zatrudnienia zespołu.
Wspólna platforma prowadzona przez lidera, do której jednostki przekazują zdarzenia. Tańsza w utrzymaniu i prostsza w obsłudze, wymaga jednak uregulowania powierzenia danych i rozdzielenia widoczności między jednostkami.
Jednostki zachowują własne instancje zabezpieczeń, a centrum koreluje zdarzenia i sprawuje nadzór. Rozwiązanie droższe i bardziej złożone, za to łatwiejsze do przyjęcia tam, gdzie dane nie mogą opuścić środowiska jednostki.
Urząd lidera, jednostka organizacyjna, centrum usług wspólnych albo spółka komunalna. Wybór przesądza o możliwych warunkach zatrudnienia, a tym samym o tym, czy uda się obsadzić role przewidziane w modelu.
Dla każdego z nich mamy opracowane rozwiązania: właściciela, dane wejściowe, rezultat, zależności i sposób potwierdzenia gotowości. Dopasowanie polega na wyborze wariantu i przypisaniu ról po stronie partnerstwa, a nie na tworzeniu opisu od podstaw.
Uczestnicy, właściciele decyzji, finansowanie, raportowanie oraz podział odpowiedzialności.
Odbiorcy, zakres obsługi, dostępność, kanały zgłoszeń, priorytety i eskalacja.
Systemy, urządzenia, sieci, użytkownicy, chmura, zabezpieczenia i źródła zdarzeń.
Analiza ryzyka, BIA, wymagania ciągłości, odtwarzanie oraz zależności od dostawców.
Przepływ danych między zabezpieczeniami, systemami dziedzinowymi i platformami operacyjnymi.
Role, liczebność, kwalifikacje, dostępność, zastępowalność i rozwój umiejętności.
Monitoring, klasyfikacja zdarzeń i incydentów, eskalacja i współpraca z właściwym CSIRT.
Punktem wyjścia jest zawsze Wasza sytuacja i Wasze decyzje — gotowe modele skracają pracę, ale to Wy określacie, co centrum ma robić. Każdy etap ma określone dane wejściowe, odpowiedzialności, rezultat i kryterium przejścia dalej.
Odbiór nie zaczyna się na końcu projektu. Przedmiot prac, dane wejściowe, metodykę, rezultaty, kryteria odbioru i zasady ochrony informacji mamy opisane jako standard. Przed rozpoczęciem uzgadniamy je z zamawiającym, więc obie strony wiedzą, co zostanie dostarczone i po czym poznamy, że jest gotowe.
Ustalamy, jakie jednostki i środowiska obejmuje LCC, jakie usługi świadczy, w jakich godzinach działa, jak przebiega eskalacja i które działania wymagają zgody JST. Dopiero na tej podstawie można dobrać właściwy model zespołu, technologii oraz usług zewnętrznych. Obszary są ze sobą powiązane: wyniki BIA wpływają na ciągłość działania, ryzyka dostawców na wymagania umowne, a podatności i incydenty na priorytety monitoringu.
LCC potrzebuje jasnych odpowiedzialności, procesu podejmowania decyzji i informacji zarządczej — nie tylko narzędzi operacyjnych.
Priorytety odtwarzania wynikają z wpływu przerw na usługi JST, a nie wyłącznie z parametrów technicznych systemów.
Skuteczna ochrona wymaga aktualnej wiedzy o aktywach, zależnościach, podatnościach, dostępach i usługach zewnętrznych.
Technologie, zespół i procedury muszą tworzyć jeden mierzalny proces obsługi zdarzeń i incydentów.
SOC opisuje zdolność organizacyjną, SIEM jest platformą zbierania i analizy zdarzeń, a MDR usługą realizującą uzgodnioną część monitoringu i reagowania. Mogą współistnieć, ale nie są obowiązkowym zestawem dla każdego LCC.
Jakie jednostki, systemy i zdarzenia obejmuje centrum.
Kiedy prowadzony jest monitoring i jak szybko następuje eskalacja.
Które role pozostają wewnątrz LCC, a które mogą być wspierane zewnętrznie.
Jakie źródła są dostępne, gdzie dane są przetwarzane i jak długo przechowywane.
Kto może izolować urządzenia, blokować konta lub zmieniać konfigurację.
Koszty wdrożenia, licencji, ludzi, utrzymania i rozwoju w całym okresie działania.
Rezultatem analizy jest rekomendowany model operacyjny, architektura, podział odpowiedzialności, budżet i plan rozwoju — nie lista produktów bez kontekstu.
Szczegółowy zestaw rezultatów zależy od uzgodnionego modelu. Każdy powinien mieć właściciela, cykl aktualizacji i sposób akceptacji.
Zdarzenia, incydenty, eskalacje, czasy obsługi oraz wnioski.
Priorytety, właściciele, działania naprawcze i terminy.
Dostępność usług, czasy reakcji, jakość danych oraz realizacja zobowiązań.
Aktualne instrukcje monitoringu, reagowania, ciągłości i komunikacji.
Wyniki testów, retestów, odtwarzania oraz ćwiczeń decyzyjnych.
Priorytety inwestycji, integracji, automatyzacji i kompetencji.
Cyberbezpieczeństwo dla administracji publicznej to jeden z naszych kluczowych obszarów działania. Wspieramy organizacje w spełnianiu wymagań KSC, NIS2 i RODO, realizujemy testy penetracyjne, audyty bezpieczeństwa oraz pomagamy budować skuteczne procesy zarządzania cyberbezpieczeństwem.
Aktywnie uczestniczymy w inicjatywach rozwijających poziom cyberbezpieczeństwa w Europie i Polsce, współpracując z ekosystemem ekspertów skupionym wokół ENISA oraz klastra Cyber Made in Poland. Dzięki temu na bieżąco śledzimy trendy, regulacje i dobre praktyki, które mają realny wpływ na bezpieczeństwo organizacji.
Na tej stronie publikujemy najważniejsze informacje dotyczące programu LCC i aktualizujemy je wraz z pojawianiem się nowych wytycznych. Jeśli chcesz omówić możliwości rozwoju cyberbezpieczeństwa w swojej JST lub skonsultować wymagania konkursu, zapraszamy do kontaktu.
Projekt LCC wymaga kompetencji technicznych, operacyjnych i zarządczych. Zakres zespołu wynika z wybranego modelu oraz kryteriów odbioru. Założenia projektu oceniamy z perspektywy zespołu, który będzie musiał je wdrożyć, zintegrować, przetestować i utrzymać.
Nie uzupełniamy braków deklaracjami bez potwierdzenia. Nasi pracownicy posiadają certyfikaty OSCP, OSCE3, OSWE, CISA, CISSP, audytora wiodącego ISO/IEC 27001 i ISO 22301, CEH, CCSP i inne. Kwalifikacje osób przypisanych do konkretnego projektu przekazujemy zamawiającemu na etapie oferty.
Dowody, które można sprawdzić bez kontaktu z nami, publikujemy w głównym serwisie: skany certyfikatów, zgłoszone przez nas podatności z identyfikatorami CVE oraz skład zarządu. Numery i zakresy certyfikatów można zweryfikować u jednostki certyfikującej.
Projekt LCC realizuje JST, a wykonawcę wybiera w postępowaniu. Wcześniejsze zaangażowanie doradcy podlega ocenie zamawiającego na podstawie art. 85 ustawy Prawo zamówień publicznych, dlatego role ustalamy zanim zaczniemy pracę.
Koncepcja, analiza wykonalności, budżet, TCO i model trwałości. Materiały opisujemy w sposób neutralny technologicznie, bez wskazywania konkretnego producenta ani rozwiązania.
Opis przedmiotu zamówienia i kryteria odbioru przekazujemy zamawiającemu do publikacji w dokumentacji postępowania, tak aby wszyscy wykonawcy dysponowali tą samą wiedzą.
Realizacja audytów, testów, wdrożeń, integracji i usług operacyjnych na podstawie zamówienia udzielonego zgodnie z Prawem zamówień publicznych.
Przed rozpoczęciem współpracy uzgadniamy, w której roli występujemy w danym postępowaniu, i przekazujemy zamawiającemu informacje potrzebne do oceny wymaganej art. 85 ustawy.
Decyzja o wykluczeniu albo dopuszczeniu wykonawcy należy do zamawiającego. Naszym zadaniem jest przekazanie kompletu informacji potrzebnych do jej podjęcia oraz takie prowadzenie prac doradczych, żeby nie ograniczały konkurencji.
BCP
Opisuje, jak organizacja utrzyma lub odtworzy krytyczne procesy podczas poważnego zakłócenia. W LCC plan powinien wskazywać role, komunikację, zasoby zastępcze i zależności pomiędzy uczestnikami partnerstwa.
BIA
Pozwala ustalić, które usługi JST są krytyczne, jak długo mogą pozostawać niedostępne oraz jakie systemy, dane, osoby i dostawcy są potrzebni do ich odtworzenia. Wyniki BIA stanowią podstawę planów ciągłości i odtwarzania awaryjnego.
CISO
Usługa wsparcia funkcji zarządzania bezpieczeństwem przez doświadczoną osobę działającą w uzgodnionym wymiarze. Może obejmować ryzyko, polityki, plan działań, raportowanie i wsparcie kierownictwa, ale zakres odpowiedzialności musi być jednoznaczny.
CMDB
Porządkuje informacje o elementach środowiska i relacjach między nimi. Dla LCC może być jednym ze źródeł wiedzy o tym, jakie aktywa chronić, kto za nie odpowiada i na jakie usługi wpłynie awaria.
CPPC
Ogłasza nabór, prowadzi ocenę wniosków i zawiera umowy o dofinansowanie. W dokumentacji występuje również jako ION, czyli Instytucja Organizująca Nabór. Wyjaśnień w sprawach naboru udziela wyłącznie w odpowiedzi na zapytania kierowane na wskazany w regulaminie adres poczty elektronicznej.
CSIRT
Zespół reagowania na incydenty bezpieczeństwa komputerowego. LCC powinno mieć ustalone zasady współpracy, zgłaszania i wymiany informacji z właściwym CSIRT, ale nie zastępuje jego ustawowych kompetencji.
DR
Zestaw rozwiązań i procedur umożliwiających odtworzenie systemów, danych i infrastruktury po poważnej awarii lub incydencie. Zakres DR powinien wynikać z BIA oraz uzgodnionych wartości RTO i RPO.
EDR
Technologia monitorująca stacje robocze i serwery w celu wykrywania podejrzanych działań oraz wspierania reakcji. W LCC trzeba ustalić zakres urządzeń, integrację z innymi narzędziami i uprawnienia do działań reakcyjnych.
Endpoint
Kryterium naboru wymaga wykazania łącznie w całym partnerstwie nie mniej niż 1000 endpointów, za których bezpieczeństwo odpowiada JST i które centrum obejmie wsparciem. Liczone są urządzenia fizyczne, w tym komputery, serwery fizyczne, urządzenia sieciowe, drukarki, telefony i urządzenia IoT; serwery wirtualne nie są liczone. Każdą jednostkę i przypisaną jej liczbę urządzeń podaje się w załączniku do wniosku.
FERC
Program, z którego finansowane są Lokalne Centra Cyberbezpieczeństwa. Nabór prowadzony jest w działaniu 4.1 „Wzmocnienie cyberbezpieczeństwa oraz rozwój odpornej infrastruktury przetwarzania danych”. Dofinansowanie może pokryć całość wydatków kwalifikowalnych projektu.
GRC
Łączy wymagania, ryzyka, zabezpieczenia, odpowiedzialności, dowody i raportowanie. W LCC pomaga zarządzać bezpieczeństwem wielu jednostek według wspólnych zasad bez sprowadzania całości do pojedynczego narzędzia.
IAM
Obejmuje cykl życia kont, uwierzytelnianie, role i nadawanie uprawnień. Dla LCC ważne są zarówno dostępy użytkowników JST, jak i uprzywilejowane dostępy zespołów administracyjnych oraz operacyjnych.
Incydent cyberbezpieczeństwa
Nie każdy alert jest incydentem. Model LCC powinien określać klasyfikację, odpowiedzialność, eskalację, komunikację, dokumentowanie decyzji i zasady współpracy z jednostką oraz właściwymi podmiotami.
JST
Do naboru mogą przystąpić wyłącznie JST realizujące projekt w partnerstwie. Status jednostki samorządu terytorialnego musi mieć zarówno wnioskodawca, jak i każdy partner; jednostka organizacyjna JST, na przykład szkoła, partnerem być nie może, ale może zostać objęta wsparciem centrum.
Kryteria wyboru projektów
Dzielą się na formalne, merytoryczne obligatoryjne i merytoryczne punktowane. Część kryteriów obligatoryjnych ma rygor odrzucenia wniosku, między innymi minimalny potencjał kadrowy i minimalny zakres usług centrum. Kryteria punktowane decydują o pozycji projektu na liście rankingowej.
KSC
Minimalny zakres zadań LCC wyprowadzono z obowiązków podmiotów kluczowych i ważnych wynikających z tej ustawy, między innymi z inwentaryzacji zasobów ICT, obsługi incydentów, zarządzania uprawnieniami, ochrony danych i kopii zapasowych oraz doskonalenia kompetencji pracowników. Zakres ten jest taki sam niezależnie od wybranego wariantu modelu centrum.
LCC
Wspólna zdolność organizacyjna, techniczna i operacyjna służąca wspieraniu bezpieczeństwa uczestniczących JST. Centrum wymaga modelu zarządzania, katalogu usług, zespołu, technologii, procesów, finansowania i planu trwałości.
LSI
Przez LSI składa się wniosek wraz z załącznikami i prowadzi korespondencję z instytucją. Wniosek złożony poza systemem albo bez kwalifikowanego podpisu elektronicznego otrzymuje ocenę negatywną w kryterium formalnym. Po złożeniu wniosku system generuje potwierdzenie z nadanym numerem i datą.
MDR
Usługa, w której zewnętrzny zespół realizuje uzgodnioną część wykrywania, analizy i reagowania. W projekcie LCC trzeba precyzyjnie określić zakres monitorowania, godziny, SLA, dane, kanały eskalacji i granice działań dostawcy.
Okres trwałości projektu
W tym czasie centrum musi funkcjonować, a efekty projektu służyć realizacji zadań publicznych uczestników partnerstwa. Wnioskodawca wykazuje we wniosku zasoby kadrowe, organizacyjne, techniczne i finansowe pozwalające utrzymać centrum przez cały ten okres. Trwałość jest oceniana już na etapie wniosku, a nie po zakończeniu prac.
PAM
Chroni konta o wysokich uprawnieniach, kontroluje ich użycie i tworzy ślad audytowy. Ma szczególne znaczenie tam, gdzie LCC lub dostawca uzyskuje administracyjny dostęp do środowisk wielu JST.
Partnerstwo
Zawierane przed złożeniem wniosku, wyłącznie pomiędzy jednostkami samorządu terytorialnego. Wnioskodawca odpowiada za projekt wobec instytucji, a partnerzy korzystają z jego efektów przy realizacji własnych zadań publicznych. Liczba partnerów oraz objęcie wszystkich gmin z terenu przynajmniej jednego powiatu są kryteriami punktowanymi.
RPO
Określa akceptowalną utratę danych mierzoną czasem, np. możliwość odtworzenia danych sprzed maksymalnie jednej godziny. Wartość powinna wynikać z BIA i wpływać na sposób wykonywania oraz testowania kopii zapasowych.
RTO
Określa docelowy czas odtworzenia usługi po zakłóceniu. W LCC pomaga ustalić priorytety, procedury, zasoby i wymagania techniczne dla systemów wspierających krytyczne usługi JST.
SIEM
Platforma zbierająca i analizująca zdarzenia z systemów, sieci, usług chmurowych i zabezpieczeń. Sama technologia nie tworzy SOC — wymaga źródeł danych, reguł, scenariuszy detekcji, zespołu i procesu reakcji.
SLA
Określa mierzalne parametry świadczenia usługi, np. dostępność, czas potwierdzenia zgłoszenia lub eskalacji. W LCC SLA powinno odpowiadać godzinom działania, priorytetom i granicom odpowiedzialności.
SOAR
Wspiera łączenie narzędzi, automatyzację powtarzalnych czynności i prowadzenie scenariuszy reakcji. Automatyzacja wymaga wcześniej uzgodnionych decyzji, uprawnień i zabezpieczeń przed niepożądanym działaniem.
SOC
Zdolność organizacyjna obejmująca ludzi, procesy, technologie i odpowiedzialność za monitoring oraz obsługę zdarzeń. SOC może działać wewnętrznie, zewnętrznie albo hybrydowo; właściwy wariant dla LCC wynika z analizy.
SZBI
Uporządkowany system polityk, ról, procesów, oceny ryzyka, nadzoru i doskonalenia bezpieczeństwa informacji. Dla LCC powinien obejmować także relacje między centrum a obsługiwanymi jednostkami.
TCO
Obejmuje nie tylko zakup, lecz również wdrożenie, integracje, licencje, infrastrukturę, ludzi, utrzymanie, szkolenia, rozwój i zakończenie korzystania. TCO jest podstawą oceny trwałości modelu LCC.
Threat hunting
Polega na formułowaniu hipotez i szukaniu zachowań, które mogły nie uruchomić istniejących alertów. Zakres tej pracy zależy od jakości danych, kompetencji, narzędzi i modelu operacyjnego centrum.
TPRM
Obejmuje ocenę dostawców, wymagania bezpieczeństwa w umowach, nadzór nad realizacją i postępowanie po zmianie lub zakończeniu współpracy. W partnerstwie JST dotyczy także zależności od usług wspólnych i dostawców technologii.
UoD
Zawierana po wyborze projektu do dofinansowania, na podstawie odrębnej listy dokumentów wymaganych przez instytucję. Jej załącznikami są między innymi harmonogram rzeczowo-finansowy i harmonogram płatności, które porządkują zakres zadań, wydatki i terminy rozliczeń.
WoD
Składany w LSI, podpisany kwalifikowanym podpisem elektronicznym, zgodnie z instrukcją wypełniania wniosku. Po złożeniu nie można wprowadzać w nim zmian poza przypadkami wskazanymi w regulaminie, dlatego spójność opisu projektu, wskaźników i załączników trzeba zapewnić przed wysłaniem.
Wskaźnik zamożności JST
Punkty przypisane są gminom, powiatom i województwom w załączniku do kryteriów, na podstawie numeru TERYT. W partnerstwie liczy się średnią arytmetyczną punktów wnioskodawcy i wszystkich partnerów, zaokrągloną w górę. Wartość nie zależy od sposobu przygotowania projektu — wynika ze składu partnerstwa.
Wskaźniki projektu
Trzeba wybrać wskaźniki adekwatne do celu i zakresu projektu, w tym obligatoryjne, uzasadnić ich dobór oraz podać wartości bazowe i docelowe wraz z metodyką pomiaru. Dla wskaźnika rezultatu wymagany jest wynik analizy potwierdzającej realność wartości i jej utrzymanie w okresie trwałości.
Wydatki kwalifikowalne
Ich katalog wynika z wytycznych dotyczących kwalifikowalności wydatków oraz z katalogu wydatków kwalifikowalnych właściwego dla programu. Koszty muszą być uzasadnione, rynkowe i adekwatne do skali projektu, a tego samego wydatku nie można rozliczyć w dwóch projektach.
Zarządzanie podatnościami
Łączy skanowanie, testy, kontekst aktywów, priorytety, właścicieli i weryfikację napraw. Nie sprowadza się do listy błędów — powinno uwzględniać wpływ na usługi i realne możliwości usunięcia problemu.
XDR
Podejście łączące dane i działania z wielu warstw środowiska, np. urządzeń, poczty, tożsamości, sieci i chmury. Przydatność XDR dla LCC zależy od istniejącego środowiska, integracji, zakresu danych i modelu obsługi.
Nie — kryterium dostępowe wymaga partnerstwa z co najmniej jedną inną JST, podpisanego przed złożeniem wniosku. W praktyce, żeby spełnić też wymóg min. 1000 endpointów, często potrzebne jest szersze partnerstwo niż minimalne.
Maksymalnie 6 mln zł. Limit rośnie o 0,5 mln zł za każdą kolejną JST w partnerstwie, aż do 15 mln zł przy 20 i więcej jednostkach. Sprawdź dokładną kwotę w kalkulatorze powyżej.
Tak — to kryterium odrzucające. Na dzień złożenia wniosku Wnioskodawca musi zatrudniać na umowę o pracę min. jedną osobę z odpowiednim certyfikatem (Zał. nr 1 do Kryteriów) lub dyplomem z zakresu cyberbezpieczeństwa.
Nie. Formularz na tej stronie to zgłoszenie kontaktowe do EFIGO — nie zastępuje oficjalnego wniosku składanego w LSI przez CPPC. Po zgłoszeniu pomagamy ocenić gotowość względem kryteriów, a decyzję i sam proces aplikacyjny JST prowadzi zgodnie z Regulaminem naboru.
Nabór został ogłoszony 31 lipca 2026 r. przez CPPC. Wnioski przyjmowane są do 30 października 2026 r., wyłącznie elektronicznie w systemie LSI, z kwalifikowanym podpisem elektronicznym.
Webinar informacyjny o naborze LCC odbędzie się 8 października 2026 r. online, udział jest bezpłatny. Zapisy zostaną otwarte wkrótce — link do rejestracji pojawi się w sekcji „Webinar” na tej stronie. Jeśli chcecie dostać informację o starcie zapisów, zostawcie kontakt w formularzu zgłoszeniowym.
Zostawcie kontakt — odpiszemy z informacją, jak wygląda Wasza sytuacja względem kryteriów dostępowych i punktowanych. Wiadomości z poczty i telefony trafiają do tej samej osoby prowadzącej projekty LCC.
Najszybsza droga, jeżeli chcesz omówić skład partnerstwa albo zakres projektu bez czekania na odpowiedź.
Właściwa droga, jeżeli chcesz przesłać założenia projektu albo pytanie na piśmie. Nie przesyłaj tą drogą informacji o podatnościach, konfiguracji zabezpieczeń ani incydentach.
Osoba, na którą możesz się powołać, dzwoniąc albo pisząc w sprawie projektu LCC.
ul. Mikołaja Kopernika 8/6, 40-064 Katowice
NIP 9542760427 · REGON 363101493 · KRS 0000589182
EN 
PL