V roce 2026 o 131% více nahlášených CVE denně než loni.

Kybernetická bezpečnost pro spotřební elektroniku

Každé chytré zařízení dodává firmware sestavený z open source balíčků, SDK výrobců čipů a nástrojů stažených během buildu. Útoku na dodavatelský řetězec stačí jediný z nich. CRACI spouští vaše buildy firmwaru, zaznamenává každou komponentu, která do nich vstoupí, a nepustí build nikam, kam nepotřebuje.

Proč jsou výrobci zařízení cílem útoků na dodavatelský řetězec

Většinu kódu v připojeném zařízení napsal někdo jiný: distribuce embedded Linuxu, balíček podpory desky od výrobce čipu, síťový stack, několik set open source knihoven a pod nimi crate v Rustu. Stejné komponenty se dodávají v produktech mnoha značek a zařízení zůstávají v domácnostech roky, často dlouho poté, co se naposledy někdo podíval, co obsahují.

Proto má pro útočníka jediná slabá komponenta velkou cenu. Chyba ve sdílené knihovně nebo SDK otevře každý produkt, který ji dodává, a otrávené vydání se dostane do každého buildu, který ho stáhne. Tento vzorec ukazují následující incidenty.

Ripple20

TCP/IP stack Treck · červen 2020

Devatenáct zranitelností s hodnocením až CVSS 10.0 v malé knihovně TCP/IP, kterou výrobci zařízení léta licencovali, často pod jiným názvem. Byla uvnitř produktů mnoha dodavatelů a mnozí z nich museli nejdřív zjistit, zda ji vůbec dodávají.

Komponentu, o které nevíte, že ji dodáváte, nezáplatujete.

Realtek SDK

CVE-2021-35395 · srpen 2021

Chyby v SDK výrobce čipů se dostaly do zhruba 200 modelů zařízení od přibližně 65 výrobců: routerů, IP kamer, bran pro chytré osvětlení a připojených hraček. Botnet Mirai je skenoval dva dny poté, co byly podrobnosti zveřejněny.

Kód výrobce čipů je vaším kódem, jakmile ho dodáte ve svém zařízení.

Zadní vrátka v xz utils

CVE-2024-3094 · březen 2024

Zadní vrátka byla vložena přímo do upstream projektu xz, ve verzích 5.6.0 a 5.6.1. Image embedded Linuxu běžně stahují kompresní knihovny jako xz, obvykle aniž by je kdokoli vybral.

Důvěryhodný open source se může obrátit proti vám v jediném vydání.

ShadowHammer

ASUS Live Update · 2018 až 2019

Útočníci použili vlastní podpisové certifikáty společnosti ASUS k podepsání verze její aktualizační utility se zadními vrátky a doručili ji z oficiálních aktualizačních serverů. Kaspersky odhadl, že mohla zasáhnout více než milion uživatelů.

Platný podpis dokazuje jen to, kdo podepsal, ne co je uvnitř.

Jak zlepšit kybernetickou bezpečnost spotřební elektroniky

Zabezpečení zařízení, například secure boot, žádná výchozí hesla a uzavřený ladicí port, chrání zařízení, které dodáváte. Následující kroky chrání to, co do něj vstupuje.

  1. Vězte, co je v každém image firmwaru. Uchovávejte SBOM pro každý build, který dodáváte, včetně tranzitivních závislostí, nástrojů hostitele a zdrojů, které build cestou stáhl. Bez ní začíná každé nové bezpečnostní upozornění dny pátrání.
  2. Berte kód dodavatelů jako součást svého produktu. Balíčky podpory desek (BSP), SDK výrobců čipů a licencované stacky potřebují stejné sledování jako váš vlastní kód. Žádejte po dodavatelích SBOM a monitorujte je vedle svých buildů.
  3. Sledujte i po dodání zařízení. Zařízení zůstávají v domácnostech roky. Kdykoli jsou zveřejněny nové zranitelnosti, znovu zkontrolujte, co každá dodaná verze obsahuje, a vězte, které produkty a verze jsou zasaženy a odkdy.
  4. Zabezpečte build. Stroj pro build drží váš zdrojový kód, vaše tajné klíče i samotné vydání. Spouštějte každý build na novém izolovaném stroji, připínejte akce CI na commit a povolte odchozí spojení jen ke zdrojům, které build potřebuje.
  5. Nepouštějte dovnitř známé škodlivé verze. Jakmile je známo zranitelné nebo škodlivé vydání, zablokujte každý build, který by ho obsahoval, aby se nevrátilo s aktualizací závislostí.
  6. Chraňte podpisové klíče a aktualizační kanál. Secure boot a podepsané aktualizace pomáhají jen tehdy, když jsou klíče v bezpečí. Uchovávejte podpisové klíče v hardwarově chráněném úložišti, odděleně od buildu, a omezte, kdo a co je smí používat.
  7. Mějte proces pro řešení zranitelností. Rozhodněte, kdo provádí triáž nálezů, kdo vlastní každou opravu a jak se o ní dozvědí zákazníci a úřady. V EU dělá Cyber Resilience Act z hlášení zranitelností od 11. září 2026 zákonnou povinnost výrobců.

CRACI pokrývá z tohoto seznamu stranu buildu: SBOM každého buildu, SBOM od dodavatelů, průběžné monitorování, izolaci buildu, kontrolu odchozího provozu a kontrolní brány politik. Podepisování a zabezpečení zařízení zůstávají u vašich vlastních nástrojů.

Buildy firmwaru, které zaznamenávají, co do nich vstoupilo

Spouštějte své buildy Yocto a dalšího embedded Linuxu na runnerech GitHub Actions od CRACI, s až 32 vCPU, na x86-64 nebo nativním ARM64. Během běhu buildu CRACI zaznamenává každý balíček a soubor, který build stáhne, včetně balíčků hostitele, zdrojů z Gitu, GitHub Actions a stažených souborů, které neuvádí žádný recept ani lockfile. Při buildu core-image-sato obsahovala SBOM od CRACI každou komponentu z vlastní SBOM Yocto a navíc 88, které Yocto přehlédl, s URL balíčku pro každou z 653 verzí crate v Rustu, takže všechny lze monitorovat kvůli zranitelnostem.

Embedded builds on CRACI runners Yocto and BitBake builds such as core-image-sato run on CRACI runners at size 32. Like every CRACI job, the build runs under an egress policy, records what it fetched and its provenance data. Embedded build bitbake core-image-sato Yocto and BitBake; pi-gen for Raspberry Pi OS CRACI runner, size 32 32 vCPU in an isolated virtual machine Egress policy Fetches recorded Provenance Firmware image SBOM recorded during the build

Build, který se dostane jen tam, kam potřebuje

Každý job běží ve vlastním izolovaném virtuálním stroji pod egress policy, která se ověří před spuštěním jobu a při selhání vše zablokuje. S politikou výchozího zákazu (default deny) se build dostane ke zdrojům vašich balíčků a nikam jinam. Kompromitovaná závislost, která se pokusí poslat vaše podpisové materiály nebo tokeny na hostitele útočníka, je zablokována a vyvolá upozornění, i když je útok nový a nikdo k němu zatím nezveřejnil bezpečnostní upozornění.

An egress policy on the build network A build job connects to hosts in its egress policy, such as package registries and Git, and a connection to a host outside the policy is blocked. The policy is validated before the job starts and fails closed, and a violation sends an alert. Egress policy Default deny Validated before the job starts Fails closed · 24 source presets Build job on a CRACI runner npm registry allowed PyPI allowed Git over HTTPS allowed Unapproved host blocked Alert on policy violation Connections are recorded in the job's network trace

Komponenty dodavatelů sledované vedle vašich vlastních

Přidejte SBOM od výrobců čipů a dalších dodavatelů a nakoupené komponenty se budou monitorovat spolu se softwarem, který sestavujete. Až přijde další zranitelnost v SDK, kód dodavatele bude ve stejném záznamu jako váš.

Vendor SBOMs tracked next to your own SBOMs from your own builds and SBOMs added from your vendors are monitored in the same place, so bought-in components are re-evaluated against new vulnerabilities alongside your own dependencies. Your builds api-service SBOM web-app SBOM firmware SBOM Your vendors Payment SDK SBOM Camera module SBOM RTOS SBOM Monitored in one place Every SBOM re-evaluated as new vulnerabilities are published Third-party code tracked like your own dependencies Findings triaged and routed to the team that owns the fix

Která zařízení jsou zasažena a odkdy

CRACI průběžně znovu vyhodnocuje monitorované SBOM, jakmile jsou zveřejněny nové zranitelnosti. Historie buildů ukazuje, které buildy obsahovaly zranitelnou závislost, přímou nebo tranzitivní, a pohled inventáře ukazuje, které verze softwaru jsou nasazené ve kterých produktech. Bezpečnostní týmy provedou triáž každého nálezu a předají ho týmu, který vlastní opravu, a kontrolní brána politik může konkrétní CVE udržet mimo všechny další buildy.

Vulnerabilities across everything you have deployed When a new vulnerability is published, CRACI re-evaluates the monitored SBOMs of your releases and vendor SBOMs, finds the affected version, and the inventory view shows which products that version is deployed to. The finding is triaged and routed to the team that owns the fix. New advisory published Long after the release shipped Monitored SBOMs re-evaluated Your release builds and your vendors' SBOMs Affected: Gateway firmware v1.8.4 Inventory: where v1.8.4 is deployed Product Deployed version Gateway Pro v1.8.4 Gateway Mini v1.8.4 Route the fix

Důkazy pro Cyber Resilience Act

Označení CE podle Cyber Resilience Act stojí na technické dokumentaci a posouzení shody. CRACI dodává důkazy o dodavatelském řetězci, které tato dokumentace potřebuje: SBOM z doby buildu exportované ve formátu CycloneDX nebo SPDX, záznamy o zranitelnostech a historii buildů. CRACI také připraví obsah oznámení o zranitelnostech podle CRA, která pak podáte vy. Posouzení shody, EU prohlášení o shodě a označení CE zůstávají na vás jako výrobci.

Evidence for the conformity assessment CRACI supplies technical evidence: build-time SBOMs, vulnerability and remediation records, provenance and network traces, with SBOMs exported as CycloneDX or SPDX and the rest returned by the API. The manufacturer uses it in the technical documentation, runs the conformity assessment, by self-assessment or with a notified body, draws up the EU declaration of conformity and applies the CE marking. CRACI supplies the evidence Build-time SBOMs Vulnerability records Provenance Network traces The manufacturer's process Technical documentation Conformity assessment: self-assessment or notified body EU declaration of conformity CE marking CRACI does not assess, certify or manage the assessment

Co CRACI nedělá

CRACI nepodepisuje firmware, SBOM ani původ (provenance) a neodhaluje nové škodlivé balíčky podle chování nebo reputace: škodlivé vydání označí, jakmile existuje bezpečnostní upozornění s CVE, a do té doby spoléhá na egress policy. Neprovádí vaše posouzení shody ani nevypracuje vaše prohlášení o shodě. Dnes spouští joby GitHub Actions na runnerech s Linuxem; GitLab CI, Jenkins a runnery s Windows a macOS jsou v plánu vývoje.

Bezpečnost spotřební elektroniky vysvětlená

Časté otázky o zabezpečení připojených zařízení a jejich softwarového dodavatelského řetězce

Co je útok na dodavatelský řetězec spotřební elektroniky?

Je to útok, který se k zařízení dostane přes něco, na co jeho výrobce spoléhá, a ne přes samotné zařízení: zranitelnou open source knihovnu, SDK výrobce čipů, otrávené vydání balíčku, kompromitovaný nástroj buildu nebo převzatý aktualizační kanál. Protože se stejná komponenta dodává v mnoha produktech, jedna slabina může najednou zasáhnout miliony zařízení mnoha značek.

Jak zlepšit kybernetickou bezpečnost spotřební elektroniky?

Začněte tím, co dodáváte: uchovávejte SBOM pro každý build firmwaru, sledujte komponenty dodavatelů a dodané verze průběžně kontrolujte, jak se objevují nové zranitelnosti. Zabezpečte samotný build, udržujte známé škodlivé verze venku pomocí kontrolních bran politik, chraňte své podpisové klíče a mějte proces pro triáž, opravy a zveřejňování. Záleží i na zabezpečení zařízení, jako je secure boot a vypnutí výchozích hesel, to ale nepomůže, pokud firmware už obsahuje zranitelnou komponentu.

Jak zabezpečit dodavatelský řetězec firmwaru?

Znejte každou komponentu, která jde do image, včetně toho, co build stáhne mimo vaše recepty a lockfily, a tento záznam uchovávejte pro každé vydání. Sestavujte v izolovaném prostředí, které se dostane jen ke zdrojům, které potřebuje, aby škodlivá závislost nemohla vaše tajné klíče nikam poslat. Monitorujte zaznamenané komponenty a SBOM svých dodavatelů podle nových zranitelností po celou dobu podpory zařízení.

Funguje CRACI s Yocto?

Ano. Buildy Yocto a BitBake běží na runnerech CRACI a CRACI během běhu buildu zaznamenává SBOM jobu. Vlastní výstup SPDX z Yocto ale stále nese metadata receptů, která CRACI nezaznamenává, například aplikované patche a CVE, které recept označuje jako opravené, takže pokud na ně spoléháte, nechte create-spdx zapnuté.

Dokáže CRACI sledovat zranitelnosti v SDK výrobců čipů?

Ano, pokud k nim máte SBOM. SBOM od dodavatelů můžete do CRACI přidat a tyto komponenty se pak monitorují spolu se softwarem, který sestavujete. Vše, co váš build během buildu stáhne od dodavatele, se navíc zaznamená do SBOM jobu.

Odhaluje CRACI malware ve firmwaru?

Ne podle chování ani reputace. Známé škodlivé vydání se zveřejněným CVE, jako jsou zadní vrátka v xz, je označeno jako každá jiná zranitelnost a kontrolní brána politik může zablokovat buildy, které ho obsahují. Proti novým útokům chrání CRACI egress policy nastavená na výchozí zákaz, která buildu zablokuje přístup k hostitelům, které nepotřebuje.

Podepisuje CRACI firmware nebo původ (provenance)?

Ne. CRACI nepodepisuje firmware, SBOM ani původ. Pro vydání a aktualizace dál používejte vlastní proces podepisování a hardwarově chráněné úložiště klíčů.

Vztahuje se Cyber Resilience Act na spotřební elektroniku?

Cyber Resilience Act se vztahuje na produkty s digitálními prvky uváděné na trh EU, což zahrnuje většinu připojených spotřebitelských zařízení. Oznamovací povinnosti platí od 11. září 2026 a nařízení se v plném rozsahu použije od 11. prosince 2027. CRACI automatizuje významnou část přehledu o dodavatelském řetězci a důkazů, které proces podle CRA potřebuje; splnění nařízení zůstává procesem výrobce.

Jaké systémy CI a stroje pro buildy CRACI podporuje?

CRACI spouští joby GitHub Actions na runnerech s Linuxem, x86-64 a ARM64, s 1 až 32 vCPU. Další systémy CI, jako GitLab CI a Jenkins, jsou v plánu vývoje, stejně jako runnery s Windows a macOS.

Podívejte se, co jde do vašeho firmwaru

Rezervujte si demo a ukážeme vám každou komponentu, kterou buildy vašich zařízení stahují, a které z nich jsou zranitelné

Rezervujte si demo