Vuonna 2026 raportoitiin päivässä 131% enemmän CVE:itä kuin edellisenä vuonna.

Kyberturvallisuus kuluttajaelektroniikalle

Jokainen älylaite toimitetaan laiteohjelmistolla, joka on rakennettu avoimen lähdekoodin paketeista, piirivalmistajien SDK:ista ja buildin aikana haetuista työkaluista. Toimitusketjuhyökkäykseen riittää yksi niistä. CRACI ajaa laiteohjelmistobuildisi, tallentaa jokaisen sisään menevän komponentin ja estää buildia pääsemästä mihinkään, mitä se ei tarvitse.

Miksi laitevalmistajat ovat toimitusketjun kohde

Suurimman osan verkkoon kytketyn laitteen koodista on kirjoittanut joku muu: sulautettu Linux-jakelu, piirivalmistajan board support -paketti, verkkopino, muutama sata avoimen lähdekoodin kirjastoa ja niiden alla olevat Rust-cratet. Samat komponentit toimitetaan monien brändien tuotteissa, ja laitteet pysyvät kodeissa vuosia, usein kauan sen jälkeen, kun kukaan viimeksi katsoi, mitä ne sisältävät.

Siksi yksi heikko komponentti on hyökkääjälle arvokas. Aukko jaetussa kirjastossa tai SDK:ssa avaa jokaisen sitä sisältävän tuotteen, ja myrkytetty julkaisu ulottuu jokaiseen buildiin, joka hakee sen. Nämä tapaukset näyttävät kaavan.

Ripple20

Treckin TCP/IP-pino · kesäkuu 2020

Yhdeksäntoista haavoittuvuutta, CVSS-pisteiltään jopa 10.0, pienessä TCP/IP-kirjastossa, jota laitevalmistajat olivat lisensoineet vuosia, usein toisella nimellä. Se oli monien toimittajien tuotteissa, ja monen niistä piti ensin selvittää, toimittivatko ne sitä ylipäätään.

Et voi paikata komponenttia, jonka toimittamisesta et tiedä.

Realtek SDK

CVE-2021-35395 · elokuu 2021

Piirivalmistajan SDK:n aukot ulottuivat noin 200 laitemalliin noin 65 valmistajalta: reitittimiin, IP-kameroihin, älyvalaistuksen yhdyskäytäviin ja verkkoon kytkettyihin leluihin. Mirai-bottiverkko etsi niitä kaksi päivää sen jälkeen, kun yksityiskohdat tulivat julki.

Piirivalmistajan koodi on sinun koodiasi heti, kun se toimitetaan laitteessasi.

xz utilsin takaovi

CVE-2024-3094 · maaliskuu 2024

Takaovi istutettiin itse upstream-xz-projektiin, versioihin 5.6.0 ja 5.6.1. Sulautetut Linux-kuvat tuovat mukanaan xz:n kaltaisia pakkauskirjastoja itsestään selvästi, yleensä ilman että kukaan valitsee niitä.

Luotettu avoin lähdekoodi voi muuttua vihamieliseksi yhdessä julkaisussa.

ShadowHammer

ASUS Live Update · 2018–2019

Hyökkääjät käyttivät ASUSin omia allekirjoitusvarmenteita takaovella varustetun päivitystyökalun version allekirjoittamiseen ja jakelivat sen virallisilta päivityspalvelimilta. Kasperskyn arvion mukaan se on voinut tavoittaa yli miljoona käyttäjää.

Voimassa oleva allekirjoitus todistaa vain, kuka allekirjoitti, ei sitä, mitä sisään meni.

Miten kuluttajaelektroniikan kyberturvallisuutta parannetaan

Laitteen koventaminen, kuten secure boot, ei oletussalasanoja ja suljettu debug-portti, suojaa toimittamaasi laitetta. Alla olevat vaiheet suojaavat sitä, mitä siihen menee.

  1. Tiedä, mitä jokaisessa laiteohjelmistokuvassa on. Pidä SBOM jokaisesta toimittamastasi buildista, mukaan lukien transitiiviset riippuvuudet, isäntätyökalut ja lähteet, jotka buildi haki matkan varrella. Ilman sitä jokainen uusi tietoturvatiedote alkaa päivien kaivamisella.
  2. Kohtele toimittajien koodia osana tuotettasi. Board support -paketit, piirivalmistajien SDK:t ja lisensoidut pinot tarvitsevat saman seurannan kuin oma koodisi. Pyydä toimittajilta SBOM:t ja seuraa niitä buildiesi rinnalla.
  3. Jatka seurantaa laitteen toimittamisen jälkeen. Laitteet pysyvät kodeissa vuosia. Tarkista uudelleen, mitä kukin toimitettu versio sisältää, aina kun uusia haavoittuvuuksia julkaistaan, ja tiedä, mitkä tuotteet ja versiot ovat haavoittuvia ja mistä lähtien.
  4. Lukitse buildi. Buildikone sisältää lähdekoodisi, salaisuutesi ja itse julkaisun. Aja jokainen buildi uudessa, eristetyssä koneessa, kiinnitä CI-actionit committiin ja salli lähtevät yhteydet vain lähteisiin, joita buildi tarvitsee.
  5. Pidä tunnetusti huonot versiot poissa. Kun haavoittuva tai haitallinen julkaisu on tiedossa, estä jokainen buildi, joka sisältäisi sen, jotta se ei palaa riippuvuuspäivityksen kautta.
  6. Suojaa allekirjoitusavaimet ja päivityskanava. Secure boot ja allekirjoitetut päivitykset auttavat vain, jos avaimet pysyvät turvassa. Säilytä allekirjoitusavaimet laitteistopohjaisessa säilössä erillään buildista ja rajoita, kuka ja mikä voi käyttää niitä.
  7. Luo haavoittuvuuksien käsittelyprosessi. Päätä, kuka tekee löydöksille triagen (luokittelu ja priorisointi), kuka omistaa kunkin korjauksen ja miten asiakkaat ja viranomaiset saavat tiedon. EU:ssa kyberkestävyyssäädös (Cyber Resilience Act) tekee haavoittuvuuksista raportoinnista valmistajien lakisääteisen velvollisuuden 11.9.2026 alkaen.

CRACI kattaa tämän listan buildipuolen: jokaisen buildin SBOM:n, toimittajien SBOM:t, jatkuvan seurannan, buildien eristyksen, lähtevän liikenteen hallinnan ja käytäntöportit. Allekirjoitus ja laitteen koventaminen jäävät omille työkaluillesi.

Laiteohjelmistobuildit, jotka tallentavat sisällön

Aja Yocto- ja muut sulautetun Linuxin buildisi CRACI:n GitHub Actions -runnereilla, jopa 32 vCPU:lla, x86-64- tai natiivilla ARM64-arkkitehtuurilla. Buildin aikana CRACI tallentaa jokaisen paketin ja tiedoston, jonka se hakee, myös isäntäpaketit, Git-lähteet, GitHub Actionsit ja lataukset, joita mikään resepti tai lukitustiedosto ei listaa. core-image-sato-buildissa CRACI:n SBOM sisälsi jokaisen komponentin Yocton omasta SBOM:sta sekä 88, jotka siltä jäivät pois, ja package URL -tunnisteen jokaiselle 653 Rust-crate-versiolle, joten kaikkia niitä voidaan seurata haavoittuvuuksien varalta.

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

Buildi, joka pääsee vain sinne, minne sen tarvitsee

Jokainen jobi ajetaan omassa eristetyssä virtuaalikoneessaan lähtevän liikenteen käytännön alaisena, joka validoidaan ennen jobin alkua ja toimii fail closed -periaatteella. Oletuksena estävällä käytännöllä buildi pääsee pakettilähteisiisi eikä minnekään muualle. Vaarantunut riippuvuus, joka yrittää lähettää allekirjoitusmateriaalisi tai tokenisi hyökkääjän palvelimelle, estetään ja siitä tulee hälytys, vaikka hyökkäys olisi uusi eikä kukaan olisi vielä julkaissut siitä tietoturvatiedotetta.

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

Toimittajien komponentit seurannassa omiesi rinnalla

Lisää SBOM:t piirivalmistajiltasi ja muilta toimittajilta, niin ostettuja komponentteja seurataan rakentamasi ohjelmiston rinnalla. Kun seuraava SDK-haavoittuvuus julkaistaan, toimittajan koodi on samassa tallenteessa kuin omasi.

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

Mitkä laitteet ovat haavoittuvia ja mistä lähtien

CRACI arvioi seuratut SBOM:t uudelleen aina, kun uusia haavoittuvuuksia julkaistaan. Buildihistoria näyttää, mitkä buildit sisälsivät haavoittuvan riippuvuuden, suoran tai transitiivisen, ja inventaarionäkymä näyttää, mitkä ohjelmistoversiot ovat käytössä missäkin tuotteessa. Tietoturvatiimit tekevät jokaiselle löydökselle triagen ja ohjaavat sen korjauksen omistavalle tiimille, ja käytäntöportti voi pitää tietyn CVE:n poissa jokaisesta myöhemmästä buildista.

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

Näyttö kyberkestävyyssäädöstä varten

Kyberkestävyyssäädöksen mukainen CE-merkintä perustuu tekniseen dokumentaatioon ja vaatimustenmukaisuuden arviointiin. CRACI toimittaa toimitusketjun näytön, jota dokumentaatio tarvitsee: buildin aikana tallennetut SBOM:t CycloneDX- tai SPDX-muodossa, haavoittuvuustiedot ja buildihistorian. CRACI myös valmistelee CRA:n haavoittuvuusilmoitusten sisällön, jonka sinä lähetät. Vaatimustenmukaisuuden arviointi, EU-vaatimustenmukaisuusvakuutus ja CE-merkintä jäävät sinulle, valmistajalle.

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

Mitä CRACI ei tee

CRACI ei allekirjoita laiteohjelmistoa, SBOM:ja eikä alkuperätietoja, eikä se havaitse uusia haitallisia paketteja käyttäytymisen tai maineen perusteella: se merkitsee haitallisen julkaisun, kun siitä on CVE-tunnisteellinen tietoturvatiedote, ja luottaa siihen asti lähtevän liikenteen käytäntöön. Se ei tee vaatimustenmukaisuuden arviointiasi eikä laadi vaatimustenmukaisuusvakuutustasi. Se ajaa tällä hetkellä GitHub Actions -jobeja Linux-runnereilla; GitLab CI, Jenkins sekä Windows- ja macOS-runnerit ovat tiekartalla.

Kuluttajaelektroniikan tietoturva selitettynä

Yleisiä kysymyksiä verkkoon kytkettyjen laitteiden ja niiden ohjelmistotoimitusketjun suojaamisesta

Mikä on kuluttajaelektroniikkaan kohdistuva toimitusketjuhyökkäys?

Se on hyökkäys, joka ulottuu laitteeseen jonkin sellaisen kautta, mihin sen valmistaja luottaa, eikä itse laitteen kautta: haavoittuvan avoimen lähdekoodin kirjaston, piirivalmistajan SDK:n, myrkytetyn pakettijulkaisun, vaarantuneen build-työkalun tai kaapatun päivityskanavan kautta. Koska sama komponentti toimitetaan monissa tuotteissa, yksi heikkous voi ulottua kerralla miljooniin laitteisiin monelta brändiltä.

Miten kuluttajaelektroniikan kyberturvallisuutta parannetaan?

Aloita siitä, mitä toimitat: pidä SBOM jokaisesta laiteohjelmistobuildista, seuraa toimittajien komponentteja ja tarkista toimitettuja versioita jatkuvasti, kun uusia haavoittuvuuksia ilmenee. Lukitse itse buildi, pidä tunnetusti huonot versiot poissa käytäntöporteilla, suojaa allekirjoitusavaimesi ja luo prosessi triagelle, korjauksille ja julkistamiselle. Laitteen koventaminen, kuten secure boot ja oletussalasanojen poistaminen, on myös tärkeää, mutta se ei auta, jos laiteohjelmistossa on jo haavoittuva komponentti.

Miten laiteohjelmiston toimitusketju suojataan?

Tunne jokainen kuvaan menevä komponentti, myös se, mitä buildi hakee reseptiesi ja lukitustiedostojesi ulkopuolelta, ja säilytä tallenne julkaisukohtaisesti. Rakenna eristetyssä ympäristössä, joka pääsee vain tarvitsemiinsa lähteisiin, jotta haitallinen riippuvuus ei voi lähettää salaisuuksiasi minnekään. Seuraa tallennettuja komponentteja ja toimittajiesi SBOM:ja uusien haavoittuvuuksien varalta niin kauan kuin laitteita tuetaan.

Toimiiko CRACI Yocton kanssa?

Kyllä. Yocto- ja BitBake-buildit ajetaan CRACI:n runnereilla, ja CRACI tallentaa jobin SBOM:n buildin aikana. Yocton oma SPDX-tuloste sisältää edelleen reseptien metatietoja, joita CRACI ei tallenna, kuten käytetyt paikkaukset ja CVE:t, jotka resepti merkitsee korjatuiksi, joten pidä create-spdx päällä, jos luotat niihin.

Voiko CRACI seurata haavoittuvuuksia piirivalmistajien SDK:issa?

Kyllä, kun sinulla on niistä SBOM. Voit lisätä toimittajien SBOM:t CRACI:iin, ja niiden komponentteja seurataan rakentamasi ohjelmiston rinnalla. Kaikki, mitä buildisi lataa toimittajalta buildin aikana, tallentuu myös jobin SBOM:iin.

Havaitseeko CRACI haittaohjelmia laiteohjelmistossa?

Ei käyttäytymisen tai maineen perusteella. Tunnettu haitallinen julkaisu, jolla on julkaistu CVE, kuten xz:n takaovi, merkitään kuten mikä tahansa muu haavoittuvuus, ja käytäntöportti voi estää buildit, jotka sisältävät sen. Uusia hyökkäyksiä vastaan CRACI:n suojana on oletuksena estäväksi asetettu lähtevän liikenteen käytäntö, joka estää buildia pääsemästä palvelimiin, joita se ei tarvitse.

Allekirjoittaako CRACI laiteohjelmiston tai alkuperätiedot?

Ei. CRACI ei allekirjoita laiteohjelmistoa, SBOM:ja eikä alkuperätietoja. Käytä edelleen omaa allekirjoitusprosessiasi ja laitteistopohjaista avainsäilöä julkaisuille ja päivityksille.

Koskeeko kyberkestävyyssäädös kuluttajaelektroniikkaa?

Kyberkestävyyssäädös kattaa EU:n markkinoille saatetut digitaalisia elementtejä sisältävät tuotteet, joihin kuuluu useimmat verkkoon kytketyt kuluttajalaitteet. Raportointivelvoitteita sovelletaan 11.9.2026 alkaen, ja asetusta sovelletaan kokonaisuudessaan 11.12.2027 alkaen. CRACI automatisoi merkittävän osan toimitusketjun näkyvyydestä ja näytöstä, jota CRA-prosessi tarvitsee; asetuksen vaatimusten täyttäminen on edelleen valmistajan prosessi.

Mitä CI-järjestelmiä ja buildikoneita CRACI tukee?

CRACI ajaa GitHub Actions -jobeja Linux-runnereilla, x86-64 ja ARM64, 1–32 vCPU:lla. Muut CI-järjestelmät, kuten GitLab CI ja Jenkins, ovat tiekartalla, samoin Windows- ja macOS-runnerit.

Näe, mitä laiteohjelmistoosi menee

Varaa demo, niin näytämme jokaisen komponentin, jonka laitebuildisi hakevat, ja sen, mitkä niistä ovat haavoittuvia

Varaa demo