Milan Coufal  ·  Kybernetická bezpečnost  ·  verze 2.0.0

Hlášení NÚKIB — žádná lhůta hlášení nesmí propadnout

Aplikace pro posouzení významnosti kybernetického incidentu a hlídání zákonných lhůt hlášení NÚKIB — prvotní hlášení do 24 hodin a oznámení do 72 hodin od zjištění, závěrečná zpráva do 30 dní od vyřešení incidentu.

ZoKB 264/2025 Sb. Vyhláška 408/2025 Sb. Nižší i vyšší režim Formulář podle Portálu NÚKIB Lokální provoz Export XLSX & PDF
Sekce 1

Proč appka na hlášení incidentů

Rozhodnutí, jestli incident hlásit, a pak dodržení lhůty, jsou dvě samostatná rizika — appka řeší obě.

1
K obrázkům: Screenshoty na této stránce jsou z ostré verze aplikace, jen naplněné smyšlenými daty ukázkové organizace. Žádná data skutečných zákazníků na tomto webu nejsou. Aplikaci si můžete rovnou proklikat.
Dashboard — přehled otevřených lhůt hlášení s barevným odpočtem
Dashboard. Otevřené lhůty seřazené od nejnaléhavější, s živým odpočtem. Červená je propadlá lhůta, zelená běžící — aplikace propadlou lhůtu nezamlčí, ale ukáže i to, co s ní.Reálný screenshot

Co appka řeší?

Ne každý bezpečnostní incident se musí hlásit NÚKIB — ale rozpoznat, jestli konkrétní incident naplňuje kritéria významnosti, není triviální. A pokud se hlásit má, běží nekompromisní lhůty od okamžiku zjištění: prvotní hlášení do 24 hodin.

V aplikaci se posouzení udělá na jedné obrazovce — zaškrtnete, co při incidentu nastalo, a aplikace sama vyhodnotí, která kritéria se naplnila, navrhne rozhodnutí a napíše k němu odůvodnění. Pokud se hlásit má, rovnou založí řetězec zpráv s odpočtem u každé z nich.

  • ✓Posouzení významnosti incidentu s automatickým odůvodněním
  • ✓Řetězec zpráv s hlídáním lhůt a doložením odeslání
  • ✓Formulář se stejnými poli jako Portál NÚKIB, včetně sedmi variant podle typu útoku
  • ✓Nižší i vyšší režim povinností, katalog služeb podle vyhlášky 408/2025 Sb.
  • ✓Excel a PDF exporty, správa uživatelů, auditní stopa
Dvě obrazovky, ne šest: verze 2.0.0 celou aplikaci zjednodušila. V menu jsou jen Dashboard a Případy — jeden seznam od přijatého podnětu po uzavřený incident. Není kde bloudit a není co si pamatovat.
Rozhoduje čas zjištění, ne čas rozhodnutí: 24hodinová lhůta prvotního hlášení běží od okamžiku zjištění incidentu, ne od chvíle, kdy se někdo rozhodne ho posoudit. Aplikace to počítá automaticky.
Sekce 2

Řetězec hlášení a jeho lhůty

Čtyři typy zpráv, každá s vlastní lhůtou počítanou od jiného okamžiku.

2
Prvotní hlášení
24 h
od okamžiku zjištění incidentu
Oznámení incidentu
72 h
od zjištění · 24 h u služby vytvářející důvěru
Průběžné zprávy
2 druhy
na výzvu Úřadu, nebo po 30 dnech, když incident trvá
Závěrečná zpráva
30 dní
od vyřešení incidentu
Pozor na závěrečnou zprávu — tady se často chybuje. Její lhůta se počítá od vyřešení incidentu, ne od odeslání oznámení. Dokud incident nemá vyplněný čas obnovy, lhůta vůbec neběží a aplikace to tak i uvádí. Verze 2.0.0 tenhle výpočet opravila podle metodiky NÚKIB.
Automatický odpočet a zámek: u každé zprávy běží živý odpočet barevně odlišený podle naléhavosti. Jakmile doložíte odeslání, záznam se uzamkne — odemknout ho jde jen s uvedeným důvodem, který jde do auditní stopy.
Milník 30 dnů: třicet dní po odeslání oznámení aplikace sama pozná, co je potřeba — závěrečnou zprávu, pokud je incident vyřešený, nebo průběžnou zprávu o aktuálním stavu, pokud pořád probíhá. Jedním tlačítkem ji založí i s předvyplněným obsahem.
Detail případu s naplněnými kritérii, odůvodněním, ID od NÚKIBu a časovou osou zpráv
Detail případu. Která konkrétní písmena se naplnila i s výpočtem, odůvodnění, ID přidělené Úřadem a časová osa všech zpráv — u každé lhůta, stav a zámek. Dole informování příjemců podle § 19 ZoKB a přezkum po incidentu.Reálný screenshot
Čtvrtletní vyhodnocení (čl. 4): u digitálních služeb podle § 18 se opakující se incidenty vyhodnocují čtvrtletně — několik drobných se stejnou příčinou může dohromady dát významný incident. Aplikace se o vyhodnocení sama připomene na Dashboardu a protokol uloží i tehdy, když se nic nenajde; právě ten prázdný protokol je doklad, že vyhodnocení proběhlo.
Sekce 3

Dvě obrazovky na celou agendu

Dřív šest stránek, dnes dvě. Případ projde jedním seznamem od přijatého podnětu po uzavřený incident.

3
Stránka Případy — jeden seznam se stavy, nejbližšími lhůtami a příčinami
Případy. Jeden seznam pro celý životní cyklus. Stav se nikde neukládá — aplikace ho odvozuje z dat, takže se nemůže rozejít se skutečností.Reálný screenshot
Stav případuCo znamená
Čeká na posouzeníUdálost je zapsaná, ale ještě neposouzená.
Nehlásí sePosouzeno s výsledkem, že incident není významný. Posouzení se ukládá jako doklad.
Čeká na NÚKIBOdesláno prvotní hlášení a čeká se, jestli Úřad incident vyhodnotí jako významný.
Hlásí seIncident je významný, běží řetězec zpráv a jejich lhůty.
UzavřenoVše odesláno, incident vyřešen a přezkum proveden.

Příjem podnětů — aby bylo co posuzovat

Okno rychlého zápisu události — kdo oznámil, jakým kanálem a co se stalo
Rychlý zápis události. Tři pole — kdo oznámil, jakým kanálem, co se stalo.Reálný screenshot

Když někdo něco nahlásí — telefonem, e-mailem, na helpdesk — zapíše se to třemi poli a případ počká ve stavu „Čeká na posouzení". Nikdo nemusí nic hned rozhodovat.

Zahozené podněty se nemažou. Označí se jako zahozené s uvedeným důvodem a v seznamu zůstanou. Smyslem je doložit, že mechanismus pro příjem podnětů existuje a používá se — a smazaný záznam by nešlo doložit.

Posouzení na jedné obrazovce

Ve verzi 1.0.0 to byl pětikrokový průvodce. Ve dvojce jsou to tři karty na jedné stránce — Základ, Co nastalo a Výsledek. Vidíte celý postup najednou a můžete se mezi částmi libovolně vracet.

Odůvodnění ručně psát nemusíte. Aplikace ho sestaví z toho, co se naplnilo. Psát ho musíte jen tehdy, když návrh přepíšete — pak vás vyzve, abyste uvedli proč, a bez toho posouzení neuloží. Povinné je vždycky, i u rozhodnutí „hlásit" — je to důkaz, že posouzení proběhlo.
Sekce 4

Formulář se stejnými poli jako Portál NÚKIB

Na portálu už jen opisujete. Přemýšlet se dá v klidu předem.

4

Aplikace na portál nic neodesílá — hlášení podáváte vy, přes Portál NÚKIB nebo datovou schránkou. Co umí, je připravit obsah dopředu a pak doložit, že se to stalo. U každého pole je tlačítko pro zkopírování, nahoře „Kopírovat vše" a odkaz rovnou na portál.

Sedm variant podle typu útoku

U prvotního hlášení se nejdřív vybírá typ incidentu — a podle něj se doplní technická pole, která portál navíc chce:

Typ incidentuCo portál navíc chce
Ransomwarezáznam vyděračského vzkazu, menší zašifrovaný vzorek dat
Malwarevzorek kódu v archivu s heslem, cesta k souboru, hashe
Phishing – malfile droppervzorek e-mailu s hlavičkami, hashe, jestli příjemce přílohu otevřel
Phishing – credential harvestervzorek e-mailu nebo URL phishingu, jestli příjemce zadal údaje, jestli bylo aktivní MFA
DDoSdélka útoku, anti-DDoS ochrana u poskytovatele, výpadek systému, typ a intenzita
Útok na perimetrjestli došlo k úspěšnému průniku, popis architektury a opatření, vzorek dat
Jiný typ incidentuvzorek kódu, hashe, o jaká data šlo
Když portál pole změní, nemění se program. Seznam polí i variant je v samostatném datovém souboru vedle aplikace — výměnou souboru se změní chování, bez zásahu do kódu a bez čekání na novou verzi.
Sekce 5

Nižší i vyšší režim, všechna odvětví

Verze 2.0.0 už neřeší jen jeden konkrétní typ subjektu. Nastavíte si, co doopravdy poskytujete.

5

Problém, který jinak nemá dobré řešení

Nařízení (EU) 2024/2690 dává konkrétní číselná kritéria významnosti jen pro digitální služby podle § 18 ZoKB. Pro všechna ostatní odvětví žádný takový seznam neexistuje — a přitom posoudit a odůvodnit to musíte stejně.

Proto si vlastní kritéria významnosti nadefinujete v nastavení. Fungují úplně stejně jako ta z nařízení: stejné typy otázek, stejné vyhodnocení, stejné odůvodnění. Liší se jen tím, odkud se berou.

Vlastní kritéria významnosti — ano/ne, trvání, částka a podíl
Vlastní kritéria. Typy otázek jsou stejné jako u nařízení — ano/ne, trvání, částka, podíl.Reálný screenshot
Režim není kosmetika. Mění, jak aplikace zakládá hlášení. V nižším režimu a u digitálních služeb se spolu s prvotním hlášením rovnou zakládá i oznámení incidentu. Ve vyšším režimu u nedigitální služby se oznámení založí, až NÚKIB potvrdí, že incident je významný — do té doby je případ ve stavu „Čeká na NÚKIB".
Sekce 6

Cesta jednoho případu aplikací

Od podnětu po uzavření — aplikace drží celou historii pohromadě.

6
1
Podnět
Rychlý zápis, tři pole
2
Posouzení
Jedna obrazovka, odůvodnění samo
3
Prvotní hlášení
Do 24 h, aplikace založí sama
4
Oznámení
Do 72 h od zjištění
5
Průběžné zprávy
Na výzvu nebo po 30 dnech
6
Závěrečná zpráva
Do 30 dní od vyřešení
7
Uzavření
§ 19 a přezkum po incidentu
2
Obrazovky v menu
102
Služeb v katalogu 408/2025
7
Variant formuláře podle typu útoku
2.0.0
Aktuální verze
Sekce 7

Technické a bezpečnostní přednosti

Data o probíhajícím incidentu jsou citlivá — zůstávají u vás.

7
🏠
Lokální provoz bez cloudu
Detaily probíhajícího incidentu se nikam neposílají — data zůstávají v EU / on-prem / v tenantu organizace.
🔒
Zamykání odeslaných zpráv
Jakmile je hlášení odesláno, appka ho uzamkne proti dodatečné úpravě — doložitelný čas splnění lhůty.
📄
Auditní stopa
Kompletní záznam o tom, kdo a kdy s incidentem pracoval — nezbytné pro doložení postupu.
📊
Export pro NÚKIB i interní audit
Excel a PDF exporty ve formátu vhodném k předání kontrolnímu orgánu nebo interním auditorům.
Na míru

Přizpůsobení na míru

Nedostanete krabici, kterou musíte obcházet, když vám nesedí. Každý zákazník má vlastní distribuci aplikace, takže úpravy se dělají pro něj a nezasahují do ostatních.

🎨
Bez programování, jen nastavením
Vlastní logo a název, firemní barvy v celé aplikaci i ve výstupech, přihlašování přes vaši doménu, vlastní kritéria významnosti i katalog služeb podle toho, co doopravdy poskytujete.
📄
Výstupy podle vašich zvyklostí
Exporty do Excelu a PDF v barvách vaší organizace a s vaším logem. Kde je potřeba konkrétní podoba dokumentu, generuje se z vaší vlastní šablony — výstup pak vypadá jako váš dokument, ne jako sestava z cizího nástroje. Číselníky a katalogy si naplníte podle sebe.
🔧
A když je potřeba víc
Aplikace má jednoduchou, přehlednou a modulární architekturu. Doplnit pole, obrazovku nebo sestavu na míru vašemu procesu je otázka dnů, ne čtvrtletí — a nemusíte kvůli tomu čekat na roadmapu dodavatele.

Vyzkoušejte si aplikaci hned teď

Klikací ukázka běží přímo v prohlížeči, na smyšlených datech. Nic se neinstaluje, nic se nikam neukládá.

▶  Prohlédnout si aplikaci
Sekce 8

Závěr

Hlášení NÚKIB — lhůta se nezmešká, protože appka ji hlídá za vás.

8

Co appka přináší

  • ✓Posouzení na jedné obrazovce — s odůvodněním, které aplikace napíše sama
  • ✓Automatický odpočet lhůt od okamžiku zjištění, ne od zapamatování
  • ✓Zamčená odeslaná hlášení jako doložitelný důkaz včasnosti
  • ✓Formulář se stejnými poli jako Portál NÚKIB — na portálu už jen opisujete
  • ✓Nižší i vyšší režim a vlastní kritéria tam, kde nařízení žádná nedává
  • ✦Kustomizace na míru: barevná paleta, logo, jazyk rozhraní — vše lze upravit dle požadavků zákazníka
Autor a kontakt
Milan Coufal
Nezávislý vývojář (OSVČ) · Specializace na nástroje pro ISMS a kybernetickou bezpečnost
IČO 22128930 · Olomouc
✉️ coufal.milan@gmail.com
Hlášení NÚKIB je jedna z pěti sesterských aplikací sdílejících společný launcher — spolu s ISMS Risk Managerem, Kontinuitou a Reportingem zákazníkům tvoří ucelenou sadu pro plnění povinností ZoKB. Přehled všech nástrojů →