Toeleveringsketenaanval op leespen en SBOM: hoe OEM-fabrikanten vertrouwen opbouwen met een Software Bill of Materials

Doelgroep

Dit artikel is geschreven voor inkoopmanagers, IT-directeuren van schoolbesturen en security-architecten die OEM-partners voor leesstiften beoordelen binnen ENISA-, NIS2- of Amerikaanse K12-aanbestedingskaders. Het legt uit hoe een Chinese ODM verifieerbare toeleveringsketen-transparantie opbouwt voor een spraakgestuurd apparaat voor kinderen met behulp van SBOM, firmware-provenance, dependency pinning en ondertekende artifact-ketens. Er wordt uitgegaan van basiskennis van firmware-levering, maar niet van gespecialiseerde cybersecurity-achtergrond. Interne referenties behandelen gerelateerde JTAG-lockdown, side-channel-bestendigheid, CVE-afhandeling, certificeringstrajecten en privacy van leerlinggegevens.

Een leesstift uit onze Shenzhen ODM-lijn bevat 14.000 tot 21.000 afzonderlijke softwarecomponenten als je elke transitieve library, MCU HAL-driver, Bluetooth-stackmodule, Wi-Fi-firmwareblob, OCR-engine, TTS-spraakmodel en bootloader meetelt. Eén gecompromitteerd pakket ergens in die afhankelijkheidsgrafiek kan ondertekende firmware naar een apparaat pushen dat uiteindelijk in de handen van een 7-jarige terechtkomt. De incidenten met Kaseya in 2021 en xz-utils in 2024 toonden aan dat zelfs volwassen upstream-maintainers backdoors meeleveren. Voor een spraakapparaat voor kinderen van categorie 3 is de enige verdediging verifieerbare provenance — en provenance begint met een echte SBOM.

Dit artikel doorloopt hoe ons OEM-programma SBOM's produceert, ondertekent, publiceert en auditeert voor de leesstift-platformen B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2 en Y6, en hoe een koper kan verifiëren dat wat we verschepen ook werkelijk is wat we hebben gebouwd.

Wat is een Software Bill of Materials — en waarom is dit relevant voor een leesstift?

Een SBOM is een machineleesbare inventaris van elke softwarecomponent in een verzonden artifact. Voor een leesstift is het artifact de firmware-image die op de productielijn op een 32 MB of 64 MB SPI NOR-flash wordt geflashed. De twee dominante formaten zijn:

• SPDX 2.3 (ISO/IEC 5962:2024) — de ISO-geratificeerde standaard met bredere ondersteuning van enterprise-tools.
• CycloneDX 1.5 — door OWASP onderhouden, lichter, met expliciete ondersteuning voor hardware BOM (HBOM) en vulnerability exploitability eXchange (VEX).

Elke leesstift die we verschepen, bevat beide formaten in het beveiligde updatepakket. De SBOM bevindt zich naast de firmware-image, een losse ECDSA-P256-handtekening en een hardware-manifest. Die bundel is wat op de laaddock van de koper aankomt.

De Amerikaanse Executive Order 14028 (mei 2021) en de EU Cyber Resilience Act (van kracht in 2027) vereisen beide een SBOM voor elk netwerkapparaat dat wordt verkocht aan federale of EU-consumenten. Leesstiften kwalificeren als netwerkapparaten wanneer ze worden geleverd met Wi-Fi- of 4G-modules op de Q6-, Q8- en Y6-platformen. Schoolaanbestedingen onder California's MTSS-richtlijnen, de New York State Education Department's CPL en Texas DIR-CPO-5417 verwijzen steeds vaker naar de "minimum elements" SBOM-baseline van NTIA.

Anatomie van de firmware-afhankelijkheidsboom van een leesstift

Een typische K7- of F8-productiebuild put software uit zeven toeleveringslagen:

Een koper mag terecht vragen: voor welke van deze 14.000 tot 21.000 componenten kan de OEM daadwerkelijk instaan? Ons antwoord is eerlijk — elke laag heeft een andere bewijsklasse.

De 5 bewijsklassen die in onze SBOM worden gebruikt

We labelen elke SBOM-vermelding met een bewijsklasse, zodat de koper precies weet welk auditniveau van toepassing is:

1. E1 — Source-blessed: We hebben de bronregel gelezen, gebouwd vanaf een vastgepinde commit-hash en de GPG-handtekening van de ontwikkelaar geverifieerd. Dit dekt ~62% van de componenten in een typische 18 MB Linux-image (bootloader, kernel, kernbibliotheken, onze eigen code).
2. E2 — Distro-blessed: Wij vertrouwen erop dat de upstream-distributie (Debian, Buildroot LTS) de zegening heeft uitgevoerd. Dit dekt ongeveer 28% (Qt, ALSA, OpenSSL 3.0.x).
3. E3 — Vendor-blessed: Wij vertrouwen de binaire blob van de siliciumleverancier en beoordelen alleen het API-oppervlak (Wi-Fi-firmware, Bluetooth HCI-firmware). Dit dekt ongeveer 7%.
4. E4 — NDA-blessed: Closed third-party SDK, source escrow held by Shenzhen manufacturer and reviewed annually by independent lab. Covers ~3%.
5. E5 — Inherited risk: Components we cannot directly inspect (calibration blobs, voice TTS acoustic model weights encrypted under vendor HSM). Buyer is informed by name only.

Total E1+E2 coverage on a K7 firmware is 90% of components and 96% of attack surface (lines of code). The remaining 10% is documented in a "residual risk" appendix attached to every SBOM.

CycloneDX 1.5 SBOM Structure for a Reading Pen

Hieronder ziet u een representatief SBOM-fragment voor een K7 (de meest ingezette Chinese ODM-leespen uit ons assortiment). Het toont de structuur die een CISO van een schoolbestuur of een GSA-evaluator zal verwerken.

{
  "bomFormat": "CycloneDX",
  "specVersion": "1.5",
  "serialNumber": "urn:uuid:6ba7b810-9dad-11d1-80b4-00c04fd430c8",
  "version": 7,
  "metadata": {
    "timestamp": "2026-08-15T10:30:00Z",
    "tools": [{"vendor": "OWASP", "name": "CycloneDX-Maven-Plugin", "version": "2.7.10"}],
    "component": {
      "type": "firmware",
      "bom-ref": "pkg:smartreadingpen/[email protected]",
      "name": "k7-firmware",
      "version": "3.4.1",
      "hashes": [{"alg": "SHA-256", "content": "a4f5c8e92b3d..."}]
    }
  },
  "components": [
    {
      "bom-ref": "pkg:sw/[email protected]",
      "type": "library",
      "name": "u-boot",
      "version": "2024.07",
      "purl": "pkg:sw/[email protected]",
      "hashes": [{"alg": "SHA-1", "content": "9f3a..."}],
      "licenses": [{"license": {"name": "GPL-2.0+"}}],
      "evidence": {"identity": [{"field": "purl", "confidence": 100}]}
    }
  ]
}

Elke afhankelijkheid in de K7-firmware wordt vastgelegd met een Package URL (purl), een SPDX-licentie-identificatie, een cryptografische hash en een herkomstveld. Een koper kan cyclonedx-cli diff between two SBOMs to see exactly what changed between firmware 3.4.0 and 3.4.1 — typically 4 to 9 modified components in a routine security patch release.

Supply Chain Attack Vectors Specific to Reading Pens

A children's reading pen has a smaller attack surface than a general-purpose tablet but several vectors that buyers underestimate:

1. OCR engine backdoor — A compromised Tesseract fork could leak scanned page images to an attacker-controlled endpoint. We pin Tesseract to a specific commit and rebuild against reproducible-build flags.
2. TTS voice model swap— Spraakmodellen zijn grote binaire bestanden (40 tot 200 MB). Een verwisseling zou scheldwoorden of politieke inhoud in leesmateriaal kunnen injecteren. Wij ondertekenen spraakmodellen met dezelfde ECDSA-sleutel als de firmware en weigeren niet-overeenkomende handtekeningen tijdens runtime.
3. Wi-Fi firmware blob modification— Door leveranciers uitgegeven blobs van de maker van de Wi-Fi-chipset (Realtek, Broadcom) kunnen niet vanaf de bron worden herbouwd. Wij voeren binaire diffing uit tegen de referentierelease van de leverancier en weigeren elke afwijking buiten de gedocumenteerde errata.
4. Translation dictionary poisoning — OEM clients (publishers, ministries of education) supply custom dictionaries. We hash-verify every dictionary against the publisher's signed manifest at content load time.
5. OTA update server compromise— De meest voorkomende supply-chain-aanvalsvector in de IoT-industrie. Wij pinnen het certificaat van de OTA-server in een eenmalig beschrijfbare fuse bij de eerste boot en weigeren elke andere CA te accepteren, zelfs als een rotatie van een bedrijfs-CA misgaat.
6. Counterfeit silicon — Reading pen SoCs sourced through unauthorized brokers can be remarked lower-spec dies. Our incoming QC performs X-ray die inspection on a 2% AQL sample of every shipment lot.

The Reproducible Build Pipeline

Een reproduceerbare build stelt een derde partij in staat om onze firmware byte-voor-byte opnieuw te genereren vanuit de in de SBOM vermelde bron. Wij hebben geïnvesteerd in reproduceerbaarheid voor de 90% van onze firmware die opensource is. De resterende 10% — gesloten blobs — is in de SBOM gedocumenteerd als E5.

Onze CI-pipeline voert make SOURCE_DATE_EPOCH=fixed deterministic-build=yes uit en vergelijkt de SHA-256-uitvoer met een gepubliceerde referentie. Vanaf Q3 2026 is de K7-firmware-image bit-exact reproduceerbaar op Debian Bookworm- en Ubuntu 22.04 LTS-hosts. De platforms F8, B2, Q8 en Y6 zijn 92% tot 98% reproduceerbaar, afhankelijk van welke Wi-Fi/BT-chipset is gemonteerd.

Kopers kunnen de reproduceerbaarheid onafhankelijk verifiëren met ons openbare script:

git clone https://internal.smartreadingpen.example/k7-firmware.git
cd k7-firmware && git checkout v3.4.1
./build.sh --deterministic --output k7-firmware-3.4.1.bin
sha256sum k7-firmware-3.4.1.bin
# Moet overeenkomen met: a4f5c8e92b3d...

Leverancier- en afhankelijkheidspinning-discipline

Elke opensource-component wordt vastgepind op een specifieke commit-hash, niet op een zwevende tag. Een SLA van 2 weken geldt voor upgrades naar een nieuwe commit. Tijdens dat venster voeren we uit:

• Statische analyse met Coverity Scan en CodeQL
• Fuzzing met AFL++ gedurende ten minste 100 CPU-uren op parsers
• Licentiecompatibiliteitsbeoordeling tegen onze allow-list (MIT, BSD-2, BSD-3, Apache-2.0, LGPL-2.1 met dynamic linking-uitzondering, GPL-2.0+ alleen voor boot/kernel)
• CVE-databasecross-check (NVD, GHSA, OSV) tegen de nieuwe versie

Componenten die een gate niet halen, worden op de vorige versie vastgehouden. Het SBOM legt de vastgehouden versie en de huidige versie van de upstream vast, zodat een koper precies kan zien wat wij weten.

Firmware-provenance en ondertekeningsketen

Elke K7-productiefirmware draagt drie handtekeninglagen:

1. Ontwikkelaarshandtekening — de engineer die de firmware heeft gebouwd, ondertekent met zijn persoonlijke GPG-sleutel. Vastgelegd in het buildsysteem.
2. OEM-bedrijfshandtekening — een hardwarebeveiligingsmodule (YubiHSM 2) die in onze kluis in Shenzhen wordt bewaard, ondertekent met de bedrijfs-sub-CA.
3. Onafhankelijke getuigehandtekening — een externe auditor (Bureau Veritas of TÜV) levert een tegenhandtekening voor SKU's bestemd voor de Amerikaanse, EU- of Australische K12-markten.

De bootloader van het apparaat verifieert de keten in omgekeerde volgorde. Een flash-image waarvan een handtekening ontbreekt, wordt bij het opstarten geweigerd. Het regelgevingsteam van de klant kan een kopie van elke handtekeningketen opvragen door te mailen naar [email protected] met de SKU en het serienummerbereik.

Kwetsbaarhedsmelding en de SBOM-CVE-levenscyclus

Het SBOM is slechts zo waardevol als het proces dat het actueel houdt. Onze levenscyclus voor kwetsbaarheidsbeheer is afzonderlijk gedocumenteerd in TC-149 (CVE-patchlevenscyclus). Samengevat:

1. Dagelijkse inname — NVD-, GHSA-, OSV-Scanner-feeds worden in onze tracker ingelezen.
2. Componentkoppeling — elke CVE wordt op CPE of purl gekoppeld aan de SBOM-componentenlijst.
3. Triage-SLA — kritieke CVEs krijgen een patch-doelstelling van 72 uur; hoog 14 dagen; middel 45 dagen; laag de volgende kwartaalrelease.
4. Klantmelding — elke CVE met score ≥7,0 en een exploit in het wild activeert binnen 24 uur een e-mail naar geregistreerde kopers.
5. OTA-uitrol — een fix-release gaat 7 dagen naar het OTA-stagingkanaal, daarna 25%, daarna 100% over 21 dagen.

De SBOM-versie wordt bij elke release verhoogd. Een koper die dependency-track of GUAC gebruikt, kan onze SBOM-feed opnemen via /sbom/feed.json en waarschuwen bij nieuwe CVEs die van invloed zijn op zijn uitgerolde vloot.

Audit, attestatie en door kopers verifieerbaar bewijs

Kopers onder federale inkoopregels vragen vaak om attestatie door derden. Ons standaard SBOM-pakket omvat:

• SOC 2 Type II-rapport over de firmware-buildomgeving (jaarlijks, door Schellman & Co.)
• ISO/IEC 27001:2022-certificering voor de SBOM-publicatie- en ondertekeningspijplijn (Bureau Veritas, cert #CN-2024-IS-0091)
• TÜV NORD EN 303 645-attestatie voor de consumenten-IoT-beveiligingsbaseline
• NIST SP 800-218 SSDF v1.1-zelfbeoordeling (Secure Software Development Framework) — volledige PDF beschikbaar onder NDA
• SBOM-minimumvelden volgens NTIA 2024-conformiteit (alle 7 gegevensvelden ingevuld)
• VEX-feed op /vex/feed.json voor elke CVE gemarkeerd als "not_affected" met gedocumenteerde rechtvaardiging

Een koper kan ook een auditor naar onze faciliteit in Shenzhen sturen voor een supply chain-walkthrough van 1 dag. De audit omvat de BOM-stagingruimte, de firmware-buildfarm, de bewakingsketen van de ondertekenings-HSM en de OTA-backendinfrastructuur.

Echte productiecijfers — voorbeeld K7 en Y6

Voor een recente productierun van 50.000 K7-eenheden, bestemd voor een Amerikaans schooldistrict:

Voor de hoger gepositioneerde Y6 (4G-cellulareleespen met AI-tutor) is de SBOM groter (21.000+ componenten) en bevat de cellularemodem-firmware als afzonderlijke E5-vermelding.

Intern linknetwerk voor SBOM-content

Een koper die zich richt op beveiliging van leespenpennen wil door onze catalogus bladeren:

• TC-149 — CVE-patchlevenscyclus en kwetsbaarhed disclosure (de consument van de SBOM-feed)
• TC-145 — Zijkanaalaanval en constant-time crypto (de algoritmische dreigingen die SBOM niet detecteert)
• TC-147 — JTAG-disable en vergrendeling van debug-interfaces (de apparaatlaag-companion van SBOM-transparantie)
• K7-productpagina — modelspecifieke maatwerkopties voor builds met SBOM
• Koopgids: certificeringsroadmap — hoe SBOM aansluit op CE-, FCC- en EN71-audits
• Branche: K12-gegevensprivacy — FERPA-, COPPA-, GDPR-K-afstemming met SBOM-praktijken

Samen vormen ze een gesloten verhaal: een koper kan verifiëren welke code in het apparaat zit (SBOM), hoe die erin is gekomen (reproduceerbare build + handtekeningketen), welke dreigingen het met zich meebrengt (CVE-feed) en welke verdedigingen zijn ingebouwd (JTAG-vergrendeling, constant-time crypto, ondertekende firmware).

Reading Pen SBOM FAQ

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Welke SBOM-formaten levert SmartReadingPen met elk apparaat?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "We leveren zowel CycloneDX 1.5- als SPDX 2.3-SBOM's die in het beveiligde updatepakket naast de firmware-image zijn ingebed. Elke SKU heeft een versioned SBOM-feed op /sbom/{sku}/feed.json plus een eenmalige momentopname in het fabrieksverpakkingsmanifest."
      }
    },
    {
      "@type": "Question",
      "name": "Hoeveel componenten bevat een typische K7-reading pen-firmware?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "K7-productiefirmware (v3.4.x) bevat 18.400 tot 18.500 componenten, waarvan 90,5% source-blessed of distro-blessed is (E1+E2-evidenceklassen), 6,7% vendor-blessed (Wi-Fi\/BT-blobs) en de rest onder NDA of met geërfd risico."
      }
    },
    {
      "@type": "Question",
      "name": "Kan een koper de SBOM onafhankelijk verifiëren?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Ja. We publiceren de exacte source commit-hashes, het reproduceerbare-buildscript en de referentie-SHA-256-hashes. Een koper kan de firmware herbouwen op zijn eigen Debian Bookworm- of Ubuntu 22.04-host en de hashes vergelijken; voor de opensource-90% van de image moeten deze bit voor bit overeenkomen."
      }
    },
    {
      "@type": "Question",
      "name": "Wat gebeurt er wanneer een kritieke CVE wordt ontdekt in een verzonden reading pen-firmware?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Binnen 24 uur na bevestiging mailen we alle geregistreerde kopers met de CVE-ID, getroffen SKU's, mitigatiestatus en verwachte patchdatum. Voor kritieke CVE's mikken we op een patchrelease binnen 72 uur; voor hoge ernst binnen 14 dagen. De fix gaat ons OTA-stagingkanaal in en rolt over 21 dagen uit."
      }
    },
    {
      "@type": "Question",
      "name": "Voldoet SmartReadingPen aan de SBOM-vereiste van het U.S. Executive Order 14028?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Ja. Onze SBOM voldoet aan alle 7 NTIA-minimumvelden (leveranciersnaam, componentnaam, versie, afhankelijkheidsrelatie, auteur van SBOM-data, tijdstempel, hash) en wordt zowel in SPDX als CycloneDX gepubliceerd. We publiceren ook een VEX-feed die 'not_affected'-beslissingen documenteert met onderbouwing."
      }
    },
    {
      "@type": "Question",
      "name": "Hoe werkt SBOM samen met de EU Cyber Resilience Act (CRA)?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "De CRA wordt afdwingbaar in 2027. Onze SBOM, het beleid voor kwetsbaarhedenbeheer en de 5-jaar supportbelofte voldoen nu al aan de vereisten van CRA Annex I §2. We publiceren sinds 2025 vooraf CRA-conforme SBOM's voor alle EU-bestemde SKU's."
      }
    }
  ]
}

Gerelateerd lezen

• TC-149: Reading Pen CVE-patchlevenscyclus en openbaarmaking van kwetsbaarheden
• TC-145: Reading Pen zijkanaalaanval en constant-time crypto
• TC-147: Reading Pen JTAG-disable en vergrendeling van debug-interfaces
• K7 Reading Pen OEM\/ODM-maatwerk
• Reading Pen OEM-certificeringsroadmap: CE, FCC, EN71
• Reading Pen gegevensprivacy voor K12: FERPA, COPPA, GDPR-K

Inkoop-CTA

Als u OEM-reading pen-partners evalueert voor een federale, staats- of EU-K12-uitrol, kunnen we binnen 48 uur na een ondertekende MNDA een K7-SBOM-voorbeeldpakket sturen. Het pakket bevat zowel CycloneDX- als SPDX-artefacten, het reproduceerbare-buildscript, het SOC 2 Type II-rapportfragment dat onze firmware-pipeline dekt, en de NIST SSDF-zelfbeoordeling. E-mail [email protected] of bezoek onze contactpagina om het pakket aan te vragen.

Wilt u de buildfarm in het echt zien? We organiseren maandelijks supply-chain-walkthroughs in onze faciliteit in Shenzhen. Het bezoek van 1 dag omvat het BOM-staginggebied, de HSM-custody-keten, de tekenruimte en een live demonstratie van een reproduceerbare build. Boek een fabrieksrondleiding en onze chief security officer loopt u persoonlijk door elke schakel van de keten.