Nařízení · (EU) 2024/2847 · interaktivní průvodce

NAŘÍZENÍ (EU) 2024/2847

Praktický výběr článků a příloh aktu o kybernetické odolnosti — u každého parafráze předmětu úpravy, vysvětlivka CypherOn a odkaz na úřední znění v EUR-Lexu.

Úřední znění (EUR-Lex) ↗
Co tato stránka je a co není Nařízení (EU) 2024/2847 má 71 článků a osm příloh. Tato stránka z nich dělá praktický výběr — ustanovení, která výrobce, dovozce a distributor reálně řeší. Co jsme z které kapitoly vynechali a proč, říká úvodní karta příslušné kapitoly. Text nařízení neopisujeme. U každého ustanovení je naše parafráze předmětu úpravy vlastními slovy a samostatná „Vysvětlivka CypherOn“, což je náš výklad, ne text předpisu. Závazné je jen znění vyhlášené v Úředním věstníku, proto u každého ustanovení vede odkaz na příslušný článek v českém znění v EUR-Lexu. Úřední překlady se navíc opravují a v jednom místě se české znění od anglického liší způsobem, který mění význam — viz příloha IV. Souvislý výklad termínů, českého adaptačního zákona a stavu harmonizovaných norem najdete v průvodci nařízením CRA.

Žádný paragraf neodpovídá hledanému výrazu.

Kapitola I

Obecná ustanovení (čl. 1 až 12)

Přehled

Co jsme z kapitoly I vybrali a co ne

Kapitola I vymezuje předmět, působnost a pojmy a zavádí tři úrovně produktů. Vybrali jsme z ní to, co rozhoduje o otázce „dopadá to na nás“: působnost (čl. 2), definice (čl. 3), základní pravidlo pro dodání na trh (čl. 6), kategorie produktů (čl. 7 a 8) a překryv s aktem o umělé inteligenci (čl. 12). Vynechali jsme čl. 1 (předmět), čl. 4 (volný pohyb), čl. 5 (veřejné zakázky), čl. 9 (konzultace se zúčastněnými stranami), čl. 10 (dovednosti) a čl. 11 (vztah k obecné bezpečnosti produktů) — míří na členské státy a Komisi a pro rozhodování výrobce z nich nic praktického neplyne.

Vysvětlivka CypherOn
Pořadí, ve kterém se to vyplatí číst: nejdřív čl. 2 (jsem v působnosti?), pak čl. 3 bod 13 (jsem výrobce?), pak čl. 7 a 8 s přílohami III a IV (jakou mám kategorii?). Teprve potom má smysl otevírat přílohu I. Pokud chcete odpověď rychleji, projděte kalkulačku působnosti a pak se vraťte sem ověřit si to proti znění.
Úřední znění: kapitola I v EUR-Lexu ↗
Čl. 2

Oblast působnosti

Nařízení dopadá na produkty s digitálními prvky dodané na trh, jejichž zamýšlený účel nebo rozumně předvídatelné použití zahrnuje přímé nebo nepřímé datové připojení k zařízení nebo síti. Z působnosti jsou vyňaty produkty pokryté odvětvovými režimy — zdravotnické prostředky, diagnostika in vitro, vozidla, produkty certifikované v civilním letectví a námořní výstroj. Vyňaty jsou také náhradní díly vyrobené podle stejných specifikací jako nahrazovaná komponenta a produkty vyvinuté výlučně pro národní bezpečnost, obranu nebo zpracování utajovaných informací. Komise může aktem v přenesené pravomoci použití nařízení omezit tam, kde odvětvová pravidla dávají stejnou nebo vyšší úroveň ochrany.

Vysvětlivka CypherOn
Nejčastější omyl v praxi je odvozovat působnost od toho, jestli produkt někdo skutečně připojí. Rozhoduje zamýšlený účel a rozumně předvídatelné použití, a připojení stačí nepřímé — tedy i takové, které vzniká až přes větší celek, do kterého je komponenta zabudovaná. Druhý omyl: vynětí z CRA neznamená produkt bez kybernetických požadavků, ty jsou v příslušném odvětvovém předpisu a bývají přísnější. Pokud si u konkrétního produktu nejste jistí, projděte kalkulačku působnosti.
Úřední znění: čl. 2 v EUR-Lexu ↗
Čl. 3

Definice

Článek obsahuje 51 definic. Pro rozhodování v praxi jsou nejdůležitější čtyři. Výrobcem (bod 13) je nejen ten, kdo produkt vyvíjí nebo vyrábí, ale i ten, kdo si ho nechal navrhnout, vyvinout nebo vyrobit a nabízí ho pod svým jménem nebo ochrannou známkou, ať za úplatu, za jiné zpeněžení, nebo bezplatně. Správcem softwaru s otevřeným zdrojovým kódem (bod 14) je právnická osoba jiná než výrobce, jejímž účelem je systematicky a dlouhodobě podporovat vývoj konkrétních open source produktů určených pro obchodní činnost a zajišťovat jejich životaschopnost. Podstatná změna (bod 30) je změna po uvedení na trh, která ovlivní soulad se základními požadavky části I přílohy I nebo změní zamýšlený účel; aktivně zneužívaná zranitelnost (bod 42) je ta, u níž existují spolehlivé důkazy, že ji škodlivý aktér zneužil bez svolení vlastníka systému.

Vysvětlivka CypherOn
Bod 13 je důvod, proč z rebrandingu nebo white labelu vzniká plná odpovědnost výrobce — a proč u nakoupeného hardwaru s vaším logem nestačí spoléhat na dodavatele. Bod 42 je hranice ohlašovací povinnosti podle čl. 14: nehlásí se každé nalezené CVE, ale zranitelnost, u které máte důkaz o zneužití; tomu odpovídá i to, na co se v provozu díváte (KEV, telemetrie, hlášení od zákazníků). Bod 30 je nejdůležitější věta pro plánování životního cyklu, protože rozhoduje, jestli se produkt uvedený na trh před prosincem 2027 dostane do režimu nařízení. Definujte si proto už teď interně, co u vás je a co není podstatná změna, a zapište to do procesu vydávání verzí.
Úřední znění: čl. 3 v EUR-Lexu ↗
Čl. 6

Požadavky na produkty s digitálními prvky

Jednou větou stanoví základní pravidlo celého nařízení. Produkt se smí dodat na trh jen tehdy, když splňuje základní požadavky na kybernetickou bezpečnost z části I přílohy I — za předpokladu, že je řádně instalován, udržován a používán k zamýšlenému účelu nebo za rozumně předvídatelných podmínek — a zároveň když postupy zavedené výrobcem splňují požadavky části II přílohy I.

Vysvětlivka CypherOn
Ta dvojice je podstatná a druhá polovina se pravidelně přehlíží. Nestačí bezpečný produkt: musí existovat i procesy pro řešení zranitelností, a ty se posuzují samostatně. Prakticky to znamená, že vedle bezpečnostních vlastností potřebujete doložitelný SBOM, kanál pro příjem hlášení, politiku koordinovaného zveřejňování a mechanismus bezpečné distribuce aktualizací. Jak se to staví ve vývoji, rozebírá náš průvodce DevSecOps.
Úřední znění: čl. 6 v EUR-Lexu ↗
Čl. 7

Důležité produkty s digitálními prvky

Produkt, jehož klíčová funkce spadá do některé kategorie přílohy III, se považuje za důležitý produkt a podléhá přísnějším postupům posuzování shody podle čl. 32 odst. 2 a 3. Nařízení výslovně říká, že samotné začlenění takového produktu do jiného produktu z toho druhého produktu důležitý produkt nedělá.

Vysvětlivka CypherOn
Rozhoduje klíčová funkce produktu jako celku, ne to, co je uvnitř. Vestavěný prohlížeč z běžné aplikace důležitý produkt neudělá; naopak produkt, jehož smyslem je správa identit nebo síťové řízení, do přílohy III patří, i když je „jen“ knihovna. Kategorie jsou v příloze III popsané krátkými názvy, které se u hraničních produktů samy o sobě neobhájí — technický popis doplnilo prováděcí nařízení Komise (EU) 2025/2392 a je to dnes hlavní dokument pro zařazení. Zařazení si písemně odůvodněte dřív, než začnete plánovat termíny: mění totiž celou cestu k označení CE.
Úřední znění: čl. 7 v EUR-Lexu ↗ · Prováděcí nařízení (EU) 2025/2392 ↗
Čl. 8

Kritické produkty s digitálními prvky

U kategorií z přílohy IV může Komise aktem v přenesené pravomoci určit, že produkt musí pro prokázání shody získat evropský certifikát kybernetické bezpečnosti alespoň na úrovni záruky „významná“ — a to jen tehdy, pokud pro danou kategorii existuje přijaté evropské schéma certifikace dostupné výrobcům. Požadovaná úroveň záruky má odpovídat riziku a zohlednit i kritickou závislost základních subjektů podle NIS 2 na daném produktu.

Vysvětlivka CypherOn
Certifikace tedy není u kritických produktů zapnutá automaticky. Dokud pro vaši kategorii delegovaný akt není, postupuje se podle režimu třídy II (čl. 32 odst. 4) — což pořád znamená oznámený subjekt. Pro plánování je podstatné, že jakmile takový akt vyjde, prodlouží se cesta k uvedení na trh z týdnů na měsíce a kapacita certifikačních subjektů je omezená. Pokud děláte zabezpečené prvky, čipové karty nebo hardware s bezpečnostní schránkou, sledujte tenhle článek pravidelně, ne jednorázově.
Úřední znění: čl. 8 v EUR-Lexu ↗
Čl. 12

Vysoce rizikové systémy umělé inteligence

Produkt, který spadá pod CRA a je zároveň vysoce rizikovým systémem AI podle čl. 6 nařízení (EU) 2024/1689, se považuje za splňující požadavky na kybernetickou bezpečnost podle čl. 15 aktu o umělé inteligenci, pokud splňuje část I přílohy I, jeho výrobce splňuje část II přílohy I a dosažená úroveň ochrany je potvrzena v EU prohlášení o shodě vydaném podle CRA. Posuzování shody pak zpravidla běží postupem podle aktu o umělé inteligenci a oznámené subjekty příslušné pro AI jsou příslušné i pro požadavky přílohy I CRA. U důležitých a kritických produktů se ale pro kybernetické požadavky použijí postupy podle CRA.

Vysvětlivka CypherOn
Tohle je jediné místo, kde se CRA a akt o umělé inteligenci potkávají tak, že jde ušetřit práci — ale jen když se obě posouzení vedou jako jeden spis. Prakticky to znamená jednu technickou dokumentaci (viz čl. 31 odst. 3), jedno posouzení rizik a jedno prohlášení o shodě, ne dvě paralelní složky. Pozor na odstavec 3: u produktů z přílohy III a IV se výhoda ztrácí a kybernetickou část si stejně odbudete podle CRA. Souvislosti aktu o umělé inteligenci rozebírá průvodce AI Actem.
Úřední znění: čl. 12 v EUR-Lexu ↗

Kapitola II

Povinnosti hospodářských subjektů a open source (čl. 13 až 26)

Přehled

Co jsme z kapitoly II vybrali a co ne

Tohle je jádro nařízení pro každého, kdo něco dodává na trh. Vybrali jsme povinnosti výrobce (čl. 13), ohlašovací povinnosti (čl. 14), platformu, přes kterou se hlásí (čl. 16), zplnomocněného zástupce (čl. 18), povinnosti dovozce (čl. 19) a distributora (čl. 20), obě pravidla o přechodu povinností výrobce na jiné osoby (čl. 21 a 22) a režim správce open source softwaru (čl. 24). Vynechali jsme čl. 15 (dobrovolné podávání zpráv), čl. 17 (další ustanovení o podávání zpráv, míří na ENISA a sítě CSIRT), čl. 23 (identifikace hospodářských subjektů na žádost dozoru), čl. 25 (dobrovolné potvrzení o bezpečnosti open source, které teprve vznikne delegovaným aktem) a čl. 26 (pokyny Komise).

Vysvětlivka CypherOn
Praktické dělení: čl. 13 je práce na roky a míří k prosinci 2027, čl. 14 je proces, který musí fungovat od 11. září 2026. Jsou to dvě různé věci s různými vlastníky ve firmě a je chyba je řešit v jednom projektu, protože ta rychlejší vždycky prohraje. Pokud teď stavíte jen jednu věc, stavte hlášení.
Úřední znění: kapitola II v EUR-Lexu ↗
Čl. 13

Povinnosti výrobců

Nejrozsáhlejší článek nařízení, 25 odstavců. Výrobce musí produkt navrhnout, vyvinout a vyrobit podle části I přílohy I, provést posouzení kybernetických bezpečnostních rizik a jeho výsledek promítnout do plánování, návrhu, vývoje, výroby, dodání i údržby. Posouzení se dokumentuje, po dobu podpory aktualizuje a vkládá do technické dokumentace včetně odůvodnění u požadavků, které se na produkt nevztahují. Dále článek ukládá náležitou péči u komponent třetích stran včetně open source, hlášení zranitelnosti tomu, kdo komponentu udržuje, stanovení doby podpory nejméně na pět let, dostupnost vydaných bezpečnostních aktualizací po dobu nejméně deseti let, informační povinnosti na produktu a v příloze II, jednotné kontaktní místo pro uživatele, uvedení konce podpory v době nákupu a uchování dokumentace nejméně deset let.

Vysvětlivka CypherOn
Tři věci, na kterých to v praxi padá. První: posouzení rizik se nedá napsat zpětně, protože podle odstavce 2 má být vstupem do vývoje — pokud vzniká až před auditem, je to vidět na první pohled. Druhá: doba podpory je obchodní rozhodnutí, které si napíšete na obal a do dokumentace, a u zařízení s dvanáctiletou životností se pěti lety neobhájíte přiměřenými očekáváními uživatelů; horní strop vám navíc dá doba podpory komponent, které používáte. Třetí: odstavec 6 mění vztah k upstreamu — nález v open source komponentě se hlásí tomu, kdo ji udržuje, a pokud jste vyvinuli opravu, poskytnete mu kód nebo dokumentaci. To potřebuje vlastníka, ne dobrou vůli.
Úřední znění: čl. 13 v EUR-Lexu ↗
Čl. 14

Povinnosti výrobců podávat zprávy

Zavádí dvě samostatné ohlašovací povinnosti. Aktivně zneužívanou zranitelnost v produktu i závažný incident s dopadem na bezpečnost produktu hlásí výrobce současně týmu CSIRT určenému jako koordinátor a agentuře ENISA přes jednotnou platformu. U obojího běží stejná kaskáda: včasné varování bez zbytečného odkladu, nejpozději do 24 hodin od okamžiku, kdy se o věci dozví; navazující oznámení do 72 hodin; závěrečná zpráva u zranitelnosti nejpozději do 14 dnů od chvíle, kdy začalo být dostupné nápravné nebo zmírňující opatření, a u incidentu do jednoho měsíce od oznámení podle písmene b). Incident je závažný, pokud ovlivňuje nebo může ovlivnit schopnost produktu chránit dostupnost, autenticitu, integritu nebo důvěrnost citlivých či důležitých dat nebo funkcí, anebo pokud vedl či může vést k zavedení nebo spuštění škodlivého kódu v produktu nebo v systémech uživatele. Kdo je váš CSIRT, určuje hlavní provozovna v Unii; kdo ji nemá, postupuje kaskádou přes zplnomocněného zástupce, dovozce, distributora a počet uživatelů. Zasažené uživatele výrobce informuje, pokud možno ve strukturovaném a strojově čitelném formátu.

Vysvětlivka CypherOn
Tenhle článek je použitelný od 11. září 2026 a podle čl. 69 odst. 3 se vztahuje i na produkty, které jsou na trhu dnes. Prakticky to je produktová obdoba reakce na incident a stojí a padá na čtyřech rolích: kdo rozhodne, že jde o aktivně zneužívanou zranitelnost, kdo drží 24hodinovou lhůtu mimo pracovní dobu, kdo píše text oznámení a kdo mluví se zákazníky. Lhůta běží od okamžiku, kdy se o věci dozvíte, ne od chvíle, kdy máte účet na platformě nebo kdy dorazí právník. Že jde o incident u vás v infrastruktuře, samo o sobě nestačí — musí mít dopad na bezpečnost produktu, typicky kompromitace prostředí, ze kterého zákazníkům distribuujete podepsané artefakty.
Úřední znění: čl. 14 v EUR-Lexu ↗
Čl. 16

Zřízení jednotné platformy pro podávání zpráv

Platformu pro oznámení podle čl. 14 a 15 zřizuje a provozuje ENISA; členské státy a ENISA na ní mají vlastní koncové body elektronického oznamování. Tým CSIRT, který oznámení obdrží jako první, je neprodleně rozešle koordinátorům v členských státech, kde je produkt podle informací výrobce zpřístupněn. Za výjimečných okolností a zejména na žádost výrobce lze rozesílání z opodstatněných kybernetických důvodů na nezbytně nutnou dobu odložit; ve zvlášť výjimečných případech se ostatním zpřístupní jen omezená informace, dokud nelze rozeslat úplné oznámení. Odklad je možný i tehdy, když na zranitelnost běží koordinované zveřejňování podle NIS 2.

Vysvětlivka CypherOn
Odklad rozesílání je jediný ventil pro situaci, kdy oprava ještě není venku a rozeslání oznámení by riziko zvýšilo. Není automatický — rozhoduje o něm CSIRT, ne vy, a vaše role je označit citlivost informací už ve včasném varování podle čl. 14 odst. 2 písm. a). Podmínky pro uplatnění kybernetických důvodů doplnilo nařízení Komise v přenesené pravomoci (EU) 2026/881. Do interního postupu si proto zapište, kdo a podle čeho citlivost označí, ať se to nerozhoduje ad hoc ve 3 ráno.
Úřední znění: čl. 16 v EUR-Lexu ↗ · Nařízení (EU) 2026/881 ↗
Čl. 18

Zplnomocnění zástupci

Výrobce může písemným pověřením jmenovat zplnomocněného zástupce. Do pověření nelze přenést jádro povinností výrobce z čl. 13 odst. 1 až 11, první pododstavec odst. 12 a odst. 14. Pověření musí zástupci umožňovat alespoň uchovávat EU prohlášení o shodě a technickou dokumentaci nejméně deset let nebo po dobu podpory, poskytovat je dozoru na odůvodněnou žádost a spolupracovat na odstranění rizik.

Vysvětlivka CypherOn
Rozdělení je jasné: zástupce je adresa a archiv, ne nositel odpovědnosti za bezpečnost produktu. Návrh, vývoj, posouzení rizik ani doba podpory se na něj přenést nedají. Pro výrobce mimo Unii je to přesto prakticky nutná role — určuje totiž i to, komu se hlásí podle čl. 14 odst. 7, pokud v Unii nemáte hlavní provozovnu. Pověření proto pište věcně a s výčtem úkolů, ne jako obecnou plnou moc.
Úřední znění: čl. 18 v EUR-Lexu ↗
Čl. 19

Povinnosti dovozců

Dovozce smí uvést na trh jen produkt, který splňuje část I přílohy I a u něhož jsou postupy výrobce v souladu s částí II. Před uvedením na trh musí ověřit, že výrobce provedl posouzení shody podle čl. 32, vypracoval technickou dokumentaci, opatřil produkt označením CE, přiložil prohlášení o shodě a informace a pokyny podle přílohy II ve srozumitelném jazyce, a splnil identifikační a informační povinnosti podle čl. 13 odst. 15, 16 a 19. Při pochybnostech produkt neuvede na trh, a jde-li o významné kybernetické riziko, informuje výrobce i dozor. Dozví-li se o zranitelnosti, bez zbytečného odkladu informuje výrobce; kopii prohlášení o shodě uchovává nejméně deset let nebo po dobu podpory.

Vysvětlivka CypherOn
Klíčové slovo je „ověřit“, ne „převzít“. Dovozce, který si od dodavatele mimo Unii nechá poslat jen prohlášení a nezkontroluje, že za ním stojí posouzení shody a dokumentace, nese odpovědnost sám. V praxi to znamená vstupní kontrolu dokumentace zapsanou do nákupního procesu a smluvní povinnost dodavatele dokumentaci poskytnout a aktualizovat. Pozor i na odstavec 8: když výrobce skončí činnost, informační povinnost vůči dozoru a uživatelům padá na vás.
Úřední znění: čl. 19 v EUR-Lexu ↗
Čl. 20

Povinnosti distributorů

Distributor jedná s řádnou péčí a před dodáním na trh ověří, že produkt nese označení CE a že výrobce a dovozce splnili identifikační a informační povinnosti a předali potřebné dokumenty. Pokud má na základě informací, které má k dispozici, důvod se domnívat, že produkt nebo postupy výrobce nejsou ve shodě, nesmí produkt dodat na trh; při významném kybernetickém riziku informuje výrobce a dozor. Po zjištění zranitelnosti informuje bez zbytečného odkladu výrobce a spolupracuje s orgánem dozoru na jeho odůvodněnou žádost.

Vysvětlivka CypherOn
Povinnosti distributora jsou vědomě mírnější než u dovozce a váží se na informace, které skutečně má. To ale není výmluva: pokud přeprodáváte software nebo hardware, musí být v procesu místo, kde se kontroluje označení CE a existence dokumentace, a musí být jasné, kam se posílá hlášení zranitelnosti od zákazníka. Rozdíl mezi distributorem a výrobcem je jediný krok — jakmile začnete produkt měnit nebo ho prodávat pod svým jménem, platí čl. 21.
Úřední znění: čl. 20 v EUR-Lexu ↗
Čl. 21

Případy, kdy se povinnosti výrobců vztahují na dovozce a distributory

Jediná věta s velkým dopadem. Dovozce nebo distributor se považuje za výrobce a vztahují se na něj čl. 13 a 14, pokud uvede produkt na trh pod svým jménem nebo ochrannou známkou, anebo pokud u produktu, který už na trhu je, provede podstatnou změnu.

Vysvětlivka CypherOn
Tohle je nejčastější způsob, jakým se z firmy, která „jenom přeprodává“, stane výrobce se všemi povinnostmi včetně posouzení rizik, technické dokumentace a hlášení podle čl. 14. Dva typické spouštěče: vlastní logo na krabici a vlastní firmware nebo konfigurační vrstva nad cizím zařízením. Rozhodnutí padá dřív, než si ho kdokoli všimne — v marketingu a v nákupu, ne v compliance. Zapište si proto pravidlo do procesu schvalování nových produktových řad a hranici podstatné změny si definujte podle čl. 3 bodu 30.
Úřední znění: čl. 21 v EUR-Lexu ↗
Čl. 22

Ostatní případy, na něž se vztahují povinnosti výrobců

Osoba, která není výrobcem, dovozcem ani distributorem, ale provede podstatnou změnu produktu a dodá ho na trh, se považuje za výrobce. Povinnosti podle čl. 13 a 14 na ni dopadají v rozsahu části produktu dotčené změnou; pokud změna ovlivní kybernetickou bezpečnost produktu jako celku, tak v rozsahu celého produktu.

Vysvětlivka CypherOn
Tohle je ustanovení pro systémové integrátory a pro každého, kdo staví řešení z cizích komponent a dodává je dál. Rozsahové omezení vypadá vstřícně, ale v praxi je to past: jakmile změna zasáhne do autentizace, kryptografie, aktualizačního mechanismu nebo síťového rozhraní, ovlivňuje celek a povinnosti dopadají na celý produkt. U integračních zakázek se proto vyplatí mít napsané, co přesně měníte a co jen nasazujete — jinak se ta hranice určuje až zpětně.
Úřední znění: čl. 22 v EUR-Lexu ↗
Čl. 24

Povinnosti správců softwaru s otevřeným zdrojovým kódem

Správce open source softwaru zavede a ověřitelně zdokumentuje politiku kybernetické bezpečnosti, která podporuje bezpečný vývoj a účinné řešení zranitelností vývojáři produktu, podporuje dobrovolné hlášení podle čl. 15 a zohledňuje jeho specifickou povahu. Na odůvodněnou žádost poskytne tuto dokumentaci orgánu dozoru a spolupracuje s ním na zmírnění rizik. Ohlašovací povinnosti podle čl. 14 odst. 1 se na něj uplatní v rozsahu, v jakém je zapojen do vývoje produktů, a povinnosti podle čl. 14 odst. 3 a 8 v rozsahu, v jakém závažné incidenty ovlivňují sítě a systémy, které pro vývoj poskytuje.

Vysvětlivka CypherOn
Režim správce je vědomě lehčí než režim výrobce: žádné označení CE, žádné posuzování shody, a podle čl. 64 odst. 10 písm. b) ani správní pokuty podle tohoto nařízení. Neznamená to ale nulu — politika musí existovat a být doložitelná a dozor si ji může vyžádat. Rozhodující pro zařazení je definice v čl. 3 bodě 14: musí jít o právnickou osobu, jejímž účelem je systematicky a dlouhodobě podporovat vývoj konkrétních produktů určených pro obchodní činnost. Samotné přispívání kódem tenhle režim nezakládá, a naopak nadace nebo sdružení kolem používané knihovny do něj spadnout může.
Úřední znění: čl. 24 v EUR-Lexu ↗

Kapitola III

Shoda produktu s digitálními prvky (čl. 27 až 34)

Přehled

Co jsme z kapitoly III vybrali a co ne

Kapitola popisuje cestu od splnění požadavků k označení CE. Vybrali jsme předpoklad shody a společné specifikace (čl. 27), EU prohlášení o shodě (čl. 28), pravidla pro označení CE (čl. 30), technickou dokumentaci (čl. 31), postupy posuzování shody (čl. 32) a úlevy pro menší podniky (čl. 33). Vynechali jsme čl. 29, který jen odkazuje na obecné zásady označení CE v nařízení (ES) č. 765/2008, a čl. 34 o dohodách o vzájemném uznávání se třetími zeměmi — na povinnosti výrobce v Unii nemá přímý dopad.

Vysvětlivka CypherOn
Pořadí prací je opačné, než se obvykle plánuje. Nejdřív kategorie produktu (čl. 7 a 8), z ní postup podle čl. 32, a teprve pak dokumentace — protože u třídy I rozhoduje o zapojení oznámeného subjektu právě to, jestli jsou k dispozici harmonizované normy. K 8. 8. 2026 nebyla podle stránek Komise k CRA v Úředním věstníku citovaná žádná; co to znamená pro plánování, rozebírá průvodce.
Úřední znění: kapitola III v EUR-Lexu ↗
Čl. 27

Předpoklad shody

U produktů a postupů, které jsou ve shodě s harmonizovanými normami nebo jejich částmi, na něž byl zveřejněn odkaz v Úředním věstníku, se předpokládá shoda s těmi požadavky přílohy I, na které se normy vztahují. Komise o vypracování norem žádá evropské normalizační organizace. Pokud normy nejsou dodány nebo neodpovídají žádosti a odkaz na ně se v Úředním věstníku ani neočekává, může Komise prováděcím aktem stanovit společné specifikace, které předpoklad shody zakládají obdobně. Předpoklad shody zakládá i certifikát nebo prohlášení v rámci evropského schématu certifikace přijatého podle nařízení (EU) 2019/881.

Vysvětlivka CypherOn
Předpoklad shody je jediná zkratka, kterou nařízení nabízí, a vzniká teprve zveřejněním odkazu v Úředním věstníku — ne tím, že norma existuje nebo že je „připravená“. Dokud odkaz není, musíte v technické dokumentaci popsat, jaká řešení jste zvolili a proč splňují přílohu I (příloha VII bod 5), a u důležitých produktů třídy I to znamená, že normy nelze „plně použít“ a cesta vede přes oznámený subjekt. Praktický důsledek: nečekejte na normy s prací na příloze I, protože ta práce se nezmění — normy jen zlevní její prokázání.
Úřední znění: čl. 27 v EUR-Lexu ↗
Čl. 28

EU prohlášení o shodě

Prohlášení vypracuje výrobce, uvede v něm, že bylo prokázáno splnění příslušných požadavků přílohy I, a nese za jeho obsah odpovědnost. Vypracovává se podle vzoru v příloze V, obsahuje prvky z použitého postupu posuzování shody podle přílohy VIII, průběžně se aktualizuje a musí být dostupné v jazycích požadovaných členským státem, kde se produkt uvádí nebo dodává na trh. Zjednodušená verze podle vzoru v příloze VI musí obsahovat přesnou internetovou adresu na plné znění. Pokud produkt podléhá více unijním předpisům vyžadujícím prohlášení, vypracuje se jediné společné prohlášení.

Vysvětlivka CypherOn
Dvě věci, které se opomíjejí. Prohlášení se aktualizuje — není to jednorázový dokument k datu uvedení na trh, ale živý záznam, který musí odpovídat aktuální verzi produktu a použitým normám. A jazyk určuje členský stát, kde produkt dodáváte; podle návrhu českého adaptačního zákona má být pro český trh vyžadována čeština. U softwaru je prohlášení navíc nosičem označení CE, takže jeho dostupnost na webu není formalita, ale podmínka souladu.
Úřední znění: čl. 28 v EUR-Lexu ↗
Čl. 30

Pravidla a podmínky pro umístění označení CE

Označení se umísťuje viditelně, čitelně a nesmazatelně na produkt; není-li to možné nebo opodstatněné, na obal a na přiložené EU prohlášení o shodě. U produktů ve formě softwaru se umísťuje buď na EU prohlášení o shodě, nebo na internetové stránky doprovázející produkt, kde musí být příslušná část snadno a přímo přístupná spotřebitelům. Umísťuje se před uvedením na trh a následuje po něm identifikační číslo oznámeného subjektu, pokud byl zapojen do posuzování podle modulu H.

Vysvětlivka CypherOn
U softwaru je tohle nejčastější zdroj nedorozumění: označení CE se nikam nekreslí do rozhraní aplikace, nosičem je prohlášení o shodě nebo veřejně dostupná stránka. „Snadno a přímo přístupná“ znamená, že to nesmí být tři prokliky hluboko v podpoře — počítejte s tím, že to je požadavek na web, tedy na tým, který o CRA obvykle vůbec neví. Nesprávné použití označení je samostatný důvod k zásahu dozoru podle čl. 58.
Úřední znění: čl. 30 v EUR-Lexu ↗
Čl. 31

Technická dokumentace

Dokumentace musí obsahovat všechny údaje o prostředcích, kterými výrobce zajistil soulad produktu i svých postupů s přílohou I, a nejméně prvky uvedené v příloze VII. Vypracuje se před uvedením produktu na trh a průběžně se aktualizuje přinejmenším po dobu podpory. U produktů podle čl. 12, na které dopadají i jiné unijní předpisy s požadavky na dokumentaci, se vypracuje jediný soubor. Dokumentace a korespondence k posuzování shody se vede v jazyce členského státu oznámeného subjektu nebo v jazyce, který subjekt přijme.

Vysvětlivka CypherOn
Slovo „průběžně“ je tady to podstatné. Technická dokumentace není příloha k uvedení na trh, ale záznam, který musí po celou dobu podpory odpovídat tomu, co produkt skutečně dělá — včetně SBOM a posouzení rizik. Nejlevnější způsob, jak to udržet, je generovat části dokumentace z toho, co ve vývoji stejně vzniká (SBOM z buildu, výsledky testů z CI), a nepsat je ručně. Obsah rozebírá příloha VII.
Úřední znění: čl. 31 v EUR-Lexu ↗
Čl. 32

Postupy posuzování shody u produktů s digitálními prvky

U běžného produktu si výrobce vybírá mezi interní kontrolou (modul A), EU přezkoušením typu s návazným modulem C, komplexním zabezpečováním kvality (modul H) a případně evropským schématem certifikace. U důležitého produktu třídy I podle přílohy III platí, že pokud výrobce harmonizované normy, společné specifikace nebo certifikaci alespoň na úrovni „významná“ nepoužil, použil je jen zčásti, nebo neexistují, musí jít cestou modulu B a C, anebo modulu H. U třídy II je posouzení třetí stranou povinné vždy. U kritických produktů z přílohy IV se postupuje podle evropského schématu certifikace podle čl. 8 odst. 1, a pokud jeho podmínky splněny nejsou, podle režimu třídy II. Poplatky mají zohlednit potřeby menších podniků.

Vysvětlivka CypherOn
Praktické čtení pro rok 2026: dokud v Úředním věstníku není citovaná harmonizovaná norma, znamená zařazení do třídy I v podstatě totéž co třída II — oznámený subjekt. To je nejdražší důsledek celé klasifikace a je to důvod, proč se vyplatí zařazení podle příloh III a IV rozhodnout hned a doložit ho technickým popisem z prováděcího nařízení (EU) 2025/2392. Druhá věc: kapacita oznámených subjektů se teprve staví, kapitola IV je použitelná až od 11. června 2026. Kdo míří na prosinec 2027 s produktem třídy II, měl by mít termín u subjektu domluvený s velkou rezervou.
Úřední znění: čl. 32 v EUR-Lexu ↗
Čl. 33

Podpůrná opatření pro mikropodniky a malé a střední podniky

Členské státy mají pro menší podniky zajistit osvětu a školení, vyhrazený komunikační kanál pro dotazy k provádění nařízení a podporu testování a posuzování shody. Mohou také zřídit regulační sandboxy jako kontrolované testovací prostředí před uvedením produktu na trh. Mikropodniky a malé podniky mohou prvky technické dokumentace podle přílohy VII poskytnout ve zjednodušeném formátu; formulář má stanovit Komise prováděcím aktem a oznámené subjekty ho musí přijmout.

Vysvětlivka CypherOn
Úleva se týká formy dokumentace, ne rozsahu povinností — posouzení rizik, SBOM ani doba podpory se malému výrobci neodpouštějí. Dokud Komise formulář nevydá, nedá se na něj čekat: dokumentaci připravte v běžné podobě podle přílohy VII a případný převod do formuláře je pak práce na hodiny. Pozor také na to, že velikost podniku se posuzuje podle doporučení 2003/361/ES, tedy včetně propojených a partnerských podniků.
Úřední znění: čl. 33 v EUR-Lexu ↗

Kapitoly IV–VIII

Oznámené subjekty, dozor, sankce a závěrečná ustanovení (čl. 35 až 71)

Přehled

Co jsme z těchto kapitol vybrali a co ne

Vybrali jsme čtyři ustanovení, která mají přímý dopad na výrobce: dozor nad trhem (čl. 52), sankce (čl. 64), přechodná ustanovení (čl. 69) a použitelnost (čl. 71). Vynechali jsme celou kapitolu IV o oznamování subjektů posuzování shody (čl. 35 až 51) — je adresovaná členským státům a samotným subjektům, pro výrobce z ní plyne jediná praktická informace, totiž že je použitelná od 11. června 2026 a kapacita subjektů se teprve buduje. Vynechali jsme také procesní část dozoru (čl. 53 až 60), přenesené pravomoci a výborový postup (čl. 61 a 62), důvěrnost (čl. 63), zástupné žaloby (čl. 65), novely jiných předpisů (čl. 66 až 68) a hodnocení a přezkum (čl. 70).

Vysvětlivka CypherOn
Z vynechaných částí stojí za pozornost aspoň jedna věc: čl. 65 podřizuje porušení nařízení směrnici o zástupných žalobách. Vedle správní pokuty tedy existuje i cesta spotřebitelských organizací, a ta se řídí jinou logikou než dozor nad trhem.
Úřední znění: kapitoly IV až VIII v EUR-Lexu ↗
Čl. 52

Dozor nad trhem a kontrola produktů na trhu Unie

Na produkty v působnosti nařízení se použije nařízení o dozoru nad trhem (EU) 2019/1020 a každý členský stát určí jeden nebo více orgánů dozoru. Tytéž orgány dozorují i povinnosti správců open source softwaru podle čl. 24. Při dohledu nad plněním ohlašovacích povinností spolupracují s týmy CSIRT a s ENISA, u produktů, které jsou zároveň vysoce rizikovými systémy AI, přebírají roli orgány určené podle aktu o umělé inteligenci. Zřizuje se specializovaná skupina pro správní spolupráci, která mimo jiné zveřejňuje statistiky o dobách podpory podle kategorií produktů a vydává k nim pokyny.

Vysvětlivka CypherOn
Odstavce 16 si všimněte i tehdy, když vás dozor zatím nezajímá: doby podpory se budou zveřejňovat po kategoriích produktů, takže vaše číslo bude veřejně srovnatelné s konkurencí. To z doby podpory dělá i marketingový parametr, ne jen právní údaj. Kdo bude dozor vykonávat v Česku, má vyřešit adaptační zákon, který k 8. 8. 2026 není přijatý — stav sledujeme v průvodci.
Úřední znění: čl. 52 v EUR-Lexu ↗
Čl. 64

Sankce

Sazby jsou odstupňované podle toho, co se poruší. Za nedodržení základních požadavků přílohy I a povinností podle čl. 13 a 14 hrozí správní pokuta do 15 000 000 EUR, nebo u podniku do 2,5 % celkového celosvětového ročního obratu za předchozí finanční rok, podle toho, co je vyšší. Za porušení povinností podle čl. 18 až 23, čl. 28, čl. 30 odst. 1 až 4, čl. 31 odst. 1 až 4, čl. 32 odst. 1 až 3, čl. 33 odst. 5 a čl. 39, 41, 47, 49 a 53 je hranice 10 000 000 EUR nebo 2 %. Za nesprávné, neúplné nebo zavádějící informace poskytnuté oznámeným subjektům a orgánům dozoru 5 000 000 EUR nebo 1 %. Při určení výše se přihlíží k povaze, závažnosti a době trvání porušení, k dříve uloženým pokutám a k velikosti subjektu. Odstavec 10 pak odchylně od odstavců 3 až 9 vylučuje pokuty u mikropodniků a malých podniků za nedodržení lhůty pro včasné varování podle čl. 14 odst. 2 písm. a) a odst. 4 písm. a) a u správců open source softwaru za jakékoli porušení nařízení.

Vysvětlivka CypherOn
Dvě poznámky k výjimce v odstavci 10. Zaprvé se týká jen lhůty pro včasné varování do 24 hodin — na lhůtu 72 hodin ani na závěrečnou zprávu se nevztahuje, takže hlásit musí i mikropodnik. Zadruhé je formulována jako odchylka od odstavců 3 až 9, zatímco sazba za porušení čl. 14 je v odstavci 2; jak se tenhle rozpor bude vykládat, zatím ustálené není a nespoléhali bychom na něj při plánování. Podstatnější než sazby je stejně skladba: nejvyšší hranice se váže na přílohu I a na čl. 13 a 14, tedy na bezpečnost produktu a hlášení, ne na papírování kolem CE.
Úřední znění: čl. 64 v EUR-Lexu ↗
Čl. 69

Přechodná ustanovení

Certifikáty EU přezkoušení typu a rozhodnutí o schválení vydané ke kybernetickým požadavkům podle jiných harmonizačních předpisů zůstávají v platnosti do 11. června 2028, pokud jim platnost neskončí dřív nebo pokud ty předpisy nestanoví jinak. Produkty uvedené na trh před 11. prosincem 2027 se nařízením řídí jen tehdy, projdou-li po tomto datu podstatnou změnou. Odchylně od toho se ale povinnosti podle čl. 14 vztahují na všechny produkty v působnosti nařízení, které byly uvedeny na trh před 11. prosincem 2027.

Vysvětlivka CypherOn
Odstavec 3 je nejpřehlíženější věta celého nařízení. Znamená, že hlásit budete i u produktů, které jsou na trhu dnes a kterých se posuzování shody nikdy nedotkne. Pro většinu firem to je vůbec první povinnost z CRA, která je potká, a týká se celého existujícího portfolia — ne jen nových řad. Druhá věc: odstavec 2 dělá z podstatné změny přepínač. Produkt, který byste po roce 2027 zásadně přepracovali, se tím dostane do plného režimu, což je legitimní argument pro to rozdělit velký release na dřívější a pozdější část.
Úřední znění: čl. 69 v EUR-Lexu ↗
Čl. 71

Vstup v platnost a použitelnost

Nařízení vstoupilo v platnost dvacátým dnem po vyhlášení v Úředním věstníku. Použije se ode dne 11. prosince 2027, s dvěma výjimkami: článek 14 se použije od 11. září 2026 a kapitola IV, tedy články 35 až 51 o oznamování subjektů posuzování shody, od 11. června 2026. Nařízení je závazné v celém rozsahu a přímo použitelné ve všech členských státech.

Vysvětlivka CypherOn
Rozdíl mezi platností a použitelností je na českém trhu nejčastější zdroj nedorozumění. Nařízení je v platnosti od prosince 2024, ale posuzovat produkty podle něj se začne až od prosince 2027 — s výjimkou hlášení, které startuje 11. září 2026. Pro plánování to znamená dvě různé osy: proces hlášení musí být hotový letos, dokumentace a posouzení shody mají horizont 2027. Přímá použitelnost pak znamená, že se nečeká na český zákon; ten řeší jen dozor a sankce.
Úřední znění: čl. 71 v EUR-Lexu ↗

Přílohy

Přílohy I až VIII

Přehled

Osm příloh a co je v nich

Přílohy nesou většinu věcného obsahu nařízení. Příloha I obsahuje základní požadavky ve dvou částech, příloha II informace a pokyny pro uživatele, přílohy III a IV kategorie důležitých a kritických produktů, přílohy V a VI vzory EU prohlášení o shodě a jeho zjednodušené verze, příloha VII obsah technické dokumentace a příloha VIII postupy posuzování shody podle modulů A, B, C a H. Rozebíráme z nich šest; vzory prohlášení v přílohách V a VI necháváme stranou, protože jsou to formuláře, které se vyplňují, ne pravidla, která by se vykládala.

Vysvětlivka CypherOn
Pokud máte na CRA hodinu a chcete z ní dostat maximum, přečtěte si přílohu I. Zbytek nařízení popisuje, kdo, kdy a jak to má doložit — ale co se má skutečně udělat, je jen tam.
Úřední znění: přílohy v EUR-Lexu ↗
Příloha I

Část I — požadavky týkající se vlastností produktu

Bod 1 je obecný: produkt musí být navržen, vyvinut a vyroben tak, aby zajišťoval odpovídající úroveň kybernetické bezpečnosti podle rizik. Bod 2 pak obsahuje třináct konkrétních vlastností, písmena a) až m), které se uplatní v příslušných případech na základě posouzení rizik podle čl. 13 odst. 2 — dodání bez známých zneužitelných zranitelností, bezpečná výchozí konfigurace s možností návratu do původního stavu, opravitelnost bezpečnostními aktualizacemi, ochrana před neoprávněným přístupem, důvěrnost a integrita dat, minimalizace údajů, dostupnost základních funkcí i po incidentu, minimalizace vlastního nepříznivého dopadu, omezení prostoru k útoku, zmírnění dopadu incidentu, bezpečnostní logování a možnost bezpečně a trvale smazat nebo přenést data.

Vysvětlivka CypherOn
Formulace „v příslušných případech na základě posouzení rizik“ je klíč k celé příloze a zároveň nejčastěji zneužívaná věta nařízení. Neznamená, že si požadavky vyberete — znamená, že u každého z třinácti musíte umět říct, jestli se na produkt vztahuje a jak je uplatněný, a pokud se nevztahuje, patří odůvodnění do technické dokumentace (čl. 13 odst. 4). Nejrychleji se stav zjistí threat modelem sedícím na skutečný produkt, ne dotazníkem. Pozor na písmeno b): odchylná dohoda o výchozí konfiguraci je možná jen s podnikatelským uživatelem a jen u produktu uzpůsobeného na míru.
Úřední znění: příloha I v EUR-Lexu ↗
Příloha I

Část II — požadavky na řešení zranitelností

Osm požadavků na procesy výrobce. Určit a zdokumentovat zranitelnosti a komponenty produktu, mimo jiné softwarovým kusovníkem ve strojově čitelném formátu obsahujícím alespoň nejdůležitější závislosti. Neprodleně řešit a odstraňovat zranitelnosti, a je-li to technicky možné, dodávat bezpečnostní aktualizace odděleně od funkčních. Pravidelně testovat a přezkoumávat bezpečnost. Po vydání opravy zveřejnit informace o zranitelnosti, jejím dopadu a závažnosti a o způsobu nápravy, s možností zveřejnění v odůvodněných případech odložit. Zavést a prosazovat politiku koordinovaného zveřejňování zranitelností. Usnadnit sdílení informací a poskytnout kontaktní adresu pro hlášení. Mít mechanismy pro bezpečnou distribuci aktualizací, automatickou tam, kde to jde. Šířit bezpečnostní aktualizace neprodleně a bezplatně spolu s poradní zprávou.

Vysvětlivka CypherOn
Tohle je ta polovina nařízení, kterou nezachrání ani perfektní produkt. SBOM „alespoň nejdůležitější závislosti“ neznamená ruční tabulku — má vznikat z buildu, jinak zastará dřív, než ji dopíšete. Bod 8 stojí za pozornost obchodně: bezpečnostní aktualizace musí být bezplatné, s jedinou výjimkou u produktu zhotoveného na zakázku po dohodě s podnikatelským uživatelem. Placený support tedy může existovat, ale nesmí být podmínkou pro získání bezpečnostní opravy. Jak tyhle procesy vypadají v CI/CD, rozebírá průvodce DevSecOps.
Úřední znění: příloha I v EUR-Lexu ↗
Příloha II

Informace a pokyny pro uživatele

Vyjmenovává, co musí být k produktu přiloženo: identifikace a kontaktní údaje výrobce, jednotné kontaktní místo pro hlášení zranitelností a odkaz na politiku koordinovaného zveřejňování, jednoznačná identifikace produktu, zamýšlený účel včetně bezpečnostního prostředí a bezpečnostních vlastností, známé nebo předvídatelné okolnosti, které mohou vést k významným rizikům, případně adresa k EU prohlášení o shodě, druh nabízené technické bezpečnostní podpory a datum skončení doby podpory, a podrobné pokyny nebo odkaz na ně — k uvedení do provozu, k dopadu změn na bezpečnost dat, k instalaci aktualizací a k bezpečnému vyřazení z provozu včetně smazání uživatelských dat.

Vysvětlivka CypherOn
Příloha II je jediné místo nařízení, které vidí zákazník, a proto se podle ní nejsnadněji pozná, jestli výrobce CRA řeší, nebo předstírá. Prakticky to je práce pro dokumentaci a produktový marketing, ne pro bezpečnostní tým — ale zadání musí přijít od něj. Doporučujeme udělat si z přílohy II jednostránkovou šablonu a povinně ji vyplňovat u každé produktové řady; je to nejlevnější položka celého souladu a zároveň ta, kterou dozor uvidí jako první.
Úřední znění: příloha II v EUR-Lexu ↗
Příloha III

Důležité produkty s digitálními prvky

Obsahuje dvě třídy. Třída I má devatenáct kategorií — mimo jiné software a hardware pro správu identit a privilegovaného přístupu, prohlížeče, správce hesel, antimalware, produkty s funkcí VPN, systémy řízení sítě, systémy řízení bezpečnostních informací a událostí, boot manažery, infrastrukturu veřejných klíčů, síťová rozhraní, operační systémy, směrovače a přepínače, mikroprocesory, mikrořadiče a obvody ASIC a FPGA s bezpečnostními funkcemi, hlasové asistenty a produkty pro chytré domácnosti s bezpečnostními funkcemi, připojené hračky se sociálními nebo lokalizačními funkcemi a nositelná zařízení sledující zdravotní stav. Třída II má čtyři kategorie: hypervizory a systémy runtime kontejnerů, firewally a systémy detekce a prevence narušení, a mikroprocesory a mikrořadiče odolné proti manipulaci.

Vysvětlivka CypherOn
Názvy kategorií jsou krátké a u hraničních produktů se z nich zařazení neurčí — proto vzniklo prováděcí nařízení (EU) 2025/2392 s technickým popisem. Dvě věci, které lidi překvapují: kategorie jsou psané funkčně, takže „produkty s funkcí virtuální soukromé sítě“ nebo „systémy řízení sítě“ zachytí i produkt, který se prodává pod úplně jiným názvem — rozhoduje klíčová funkce podle čl. 7, ne marketingová kategorie (a naopak pouhé zabudování takové funkce do jiného produktu z něj důležitý produkt nedělá). Druhá: nositelná zařízení určená pro děti jsou v příloze i tehdy, když nic zdravotního neměří. Zařazení si udělejte písemně a odůvodněně, protože z něj plyne, jestli budete potřebovat oznámený subjekt.
Úřední znění: příloha III v EUR-Lexu ↗
Příloha IV

Kritické produkty s digitálními prvky

Nejkratší příloha a zároveň ta s nejtěžšími následky. Obsahuje tři položky: hardwarová zařízení s bezpečnostními schránkami; brány inteligentních měřicích systémů podle směrnice (EU) 2019/944 a další zařízení určená pro vyšší úroveň zabezpečení; a čipové karty nebo podobná zařízení včetně zabezpečených prvků.

Vysvětlivka CypherOn
🚨 U druhé položky se české znění od anglického liší způsobem, který mění význam. Anglická verze uvádí zařízení pro pokročilé bezpečnostní účely „including for secure cryptoprocessing“, tedy pro bezpečné kryptografické zpracování; české znění na tomtéž místě mluví o bezpečném přijímání plateb v kryptoměně. To je podstatný rozdíl v rozsahu kategorie a v případě pochybností doporučujeme porovnat obě jazykové verze a rozhodnutí o zařazení opřít o anglické znění a technický popis z prováděcího nařízení (EU) 2025/2392. Je to zároveň dobrá ilustrace, proč na téhle stránce úřední text neopisujeme a proč u každého ustanovení vede odkaz do EUR-Lexu.
Úřední znění CS: příloha IV ↗ · Anglické znění: příloha IV ↗
Příloha VII

Obsah technické dokumentace

Osm bodů. Všeobecný popis produktu včetně zamýšleného účelu, verzí ovlivňujících shodu, případně fotografií a informací a pokynů podle přílohy II. Popis návrhu, vývoje a výroby a postupů řešení zranitelností — sem patří architektura, softwarový kusovník, politika koordinovaného zveřejňování, doklad o kontaktní adrese pro hlášení a popis bezpečné distribuce aktualizací. Posouzení kybernetických bezpečnostních rizik podle čl. 13 včetně toho, jak se uplatní požadavky části I přílohy I. Informace, ze kterých výrobce vyšel při stanovení doby podpory. Seznam použitých harmonizovaných norem a společných specifikací, nebo popis vlastních zvolených řešení, pokud použity nebyly. Protokoly o zkouškách. Kopie EU prohlášení o shodě. A na odůvodněnou žádost dozoru softwarový kusovník.

Vysvětlivka CypherOn
Bod 8 je odpověď na nejčastější dotaz kolem SBOM: zveřejňovat ho nemusíte. Předkládá se orgánu dozoru na odůvodněnou žádost, a uživateli jen tehdy, když se tak sami rozhodnete. Bod 5 je zase důvod, proč se dokumentace v roce 2026 píše hůř než v roce 2028 — dokud nejsou citované harmonizované normy, musíte popsat vlastní řešení a obhájit, proč splňují přílohu I. A bod 3 je test toho, jestli posouzení rizik vzniklo v průběhu vývoje, nebo až na konci; z textu je to obvykle poznat.
Úřední znění: příloha VII v EUR-Lexu ↗
Příloha VIII

Postupy posuzování shody

Popisuje moduly, na které odkazuje čl. 32. Část I je interní kontrola podle modulu A: výrobce vypracuje technickou dokumentaci podle přílohy VII, na vlastní odpovědnost zaručí soulad produktu i svých postupů s přílohou I, umístí označení CE a vypracuje písemné EU prohlášení o shodě, které spolu s dokumentací uchovává nejméně deset let nebo po dobu podpory. Další části popisují EU přezkoušení typu podle modulu B, kde oznámený subjekt přezkoumá technický návrh, vývoj a postupy řešení zranitelností, navazující shodu s typem podle modulu C a posuzování založené na komplexním zabezpečování kvality podle modulu H.

Vysvětlivka CypherOn
Rozdíl mezi moduly je hlavně v tom, co ukazujete ven. U modulu A nikdo vaši dokumentaci předem nevidí, ale to neznamená, že může být slabší — dozor si ji může vyžádat kdykoli a nedostatky se pak řeší až u produktu na trhu. Modul B kontroluje konkrétní typ, modul H váš systém kvality; u firem s častými releasy bývá modul H levnější, protože se neopakuje přezkoušení u každé varianty. Volbu udělejte spolu s rozhodnutím o kategorii, ne až v okamžiku, kdy je produkt hotový.
Úřední znění: příloha VIII v EUR-Lexu ↗
Obsah platný k 8. 8. 2026

Řešíte konkrétní produkt?

Znění je jedna věc,
zavedení do vývoje druhá.

Projdeme s vámi působnost, zařazení podle příloh III a IV, mezery proti příloze I a proces hlášení podle čl. 14, který musí fungovat od 11. září 2026. Na konkrétním produktu, ne na obecné prezentaci — a první hovor je nezávazný.