Back to Case Studies
Matter
OEM
Provisioning

One Million Matter Devices a Month. Zero Keys Exposed.

A leading European Matter OEM partnered with Snowball OBIS to manufacture over one million devices per month across five ODM factories in three countries — with every private key securely generated and stored inside HSMs.

Client
Top European Matter OEM
Product Line
IoT Security
Industry
Smart Home
Published
2026-04-07
At a Glance
A leading European Matter OEM needed to ship over one million devices per month across five ODM-operated factories — while ensuring no private key ever left an HSM. Existing industry solutions couldn’t meet the requirements.

1. Customer Context

A leading European Matter OEM with a global retail presence spanning 400+ stores across 50+ markets.

The company operates both as a Matter device manufacturer and a VID-scoped Product Attestation Authority (PAA), managing its own root CA at the top of the Matter device attestation trust chain.

Production footprint:

21
Products
1M+
Devices / Month
5
Factories
5
SoCs
4
Chip Vendors
0
Exposed Keys

The customer began commercial Matter production in 2025 and launched its first products in January 2026. Monthly production surpassed one million devices during 2026 and continues to grow, with additional products already in development.

2. Why This Was Hard

The OEM’s security team defined two non-negotiable requirements:

  • No private or symmetric key could ever appear in cleartext on the factory floor — not in device programming stations, system memory, or data transfers.
  • Device private keys had to be generated inside the device and never exported.

The principles were straightforward. Implementing them at production scale was not.

The challenge wasn’t only protecting the OEM’s signing infrastructure — it was securing the entire provisioning process across a distributed manufacturing environment:

  • five ODM-operated factories across three countries
  • multiple ODM teams with limited cryptography expertise
  • five SoC platforms with inconsistent security capabilities
  • cross-border manufacturing networks with uneven connectivity

That combination forced the team to evaluate — and ultimately reject — three standard industry approaches.

3. Why the Traditional Approaches Didn't Fit

The team evaluated three standard approaches. Each worked in some environments. None matched this customer's requirements.

3.1 Chip Vendor Pre-Provisioning

Every silicon vendor used different provisioning formats, workflows, and lead times. The customer's portfolio spanned 21 products across four chip vendors, making operations difficult to standardize and scale.

The model also stopped at the chip factory. Post-production operations — such as credential rotation, reprovisioning, and OEM-controlled attestation workflows — had no practical path forward.

3.2 Cloud PKI Services

Cloud-based provisioning depended on stable, real-time connectivity during manufacturing. Across factories in Thailand, Vietnam, and China, cross-border network reliability was inconsistent. Any outage could interrupt active production batches across multiple factories simultaneously.

The approach also assumed ODM factory teams could integrate and maintain secure provisioning systems themselves. Most lacked in-house cryptography expertise.

3.3 Per-Factory PKI + HSM Deployment

This approach proved operationally unworkable.

Every new product, SoC, or provisioning flow would require the OEM security team to travel onsite and perform new key injection ceremonies. It also meant transferring day-to-day operational control of sensitive key infrastructure to ODM-operated factories.

The result wasn't a one-time deployment cost — it was an ongoing cycle of manual operations, recurring travel, and reduced cryptographic control.

Approach OEM Control Over Keys Audit Visibility Why It Didn’t Fit
Chip vendor pre-provisioning Delegated to silicon vendors Vendor-reported, after the fact Complex coordination across 4 chip vendors, non-returnable inventory risk, and no support for post-production lifecycle operations
Cloud PKI service Centralized through cloud policy Real-time cloud visibility Cloud dependency created a single point of failure; unstable cross-border connectivity could stop active production lines
Per-factory PKI + HSM Initially controlled by OEM, then shifted to factories Distributed across factory sites Required recurring onsite key ceremonies and transferred operational custody to ODM factory teams

4. The Reframe

SNOWBALL entered the project through independent recommendations from both an ODM partner and a silicon vendor. What SNOWBALL proposed wasn't simply a better PKI service or a better factory HSM. The problem wasn't a tooling problem — it was an operating model problem.

All three traditional approaches shared the same assumption: the system deciding whether a cryptographic operation is allowed must also execute that operation in the same place.

OnBoard™ IoT Security (OBIS) separates those two responsibilities. The OEM keeps control in the cloud. Factories execute locally.

The platform combines:

  • a cloud portal for OEM governance
  • Factory Service software deployed at ODM sites
  • programming station software on the line
  • EdgeHSM appliances that anchor trust inside each factory

The OEM authorizes operations. The factory executes only what has been authorized.

5. What Made the Architecture Work

5.1 OEM Control Stays Centralized

Every factory operation — issuing Matter DACs, provisioning OTA keys, enabling Secure Debug, or programming firmware — requires a signed authorization issued by the OEM.

Each authorization is scoped by:

  • product version
  • factory
  • production quantity
  • time window

Factories cannot operate outside those boundaries.

5.2 EdgeHSM Enforces Policy Locally

Each factory runs an EdgeHSM appliance built on an EAL5+ secure element.

EdgeHSM verifies every authorization before allowing any provisioning operation. Any request outside the approved scope is rejected automatically.

All sensitive cryptographic material remains inside hardware security boundaries at all times:

  • device private keys are generated inside the SoC
  • private keys never leave the device
  • only CSRs are sent outward for certificate signing
  • OEM signing keys remain protected inside HSM boundaries

No factory operator, ODM partner, or production system ever handles private keys in cleartext.

5.3 Production Continues Without the Cloud

Once an authorization package is delivered to EdgeHSM, production can continue offline for the approved duration.

Factories do not depend on continuous cloud connectivity during manufacturing.

If cross-border network links fail:

  • active production batches continue running
  • multiple authorizations can operate in parallel
  • audit logs sync automatically once connectivity returns

5.4 ODMs Deploy — They Don't Build

OBIS ships as a complete system.

ODM teams install the provided Factory Service, EdgeHSM, and programming station software bundle rather than building custom provisioning infrastructure themselves.

This is what allowed new factories to come online in days instead of months.

6. The Workflow

6.1 The OEM Defines the Product

The OEM creates the product in OBIS, configures required cryptographic assets, and defines manufacturing rules — including the maximum production quantity allowed.

The ODM is then invited into the product workspace.

6.2 The ODM Prepares a Product Version

The ODM uploads firmware signed with the OEM-approved secure boot key and configures:

  • Factory data
  • commissioning parameters
  • chip security settings

The resulting Product Version becomes a reproducible production snapshot.

6.3 The OEM Approves Production

The OEM reviews and approves the Product Version, locking it as the authorized manufacturing reference.

6.4 The ODM Creates a Production Batch

The ODM creates production batches tied to a specific factory, quantity, and production window.

Factories can create multiple batches over time, but cumulative production can never exceed the OEM-defined quota.

6.5 Devices Are Provisioned on the Line

The encrypted Production Batch is delivered to EdgeHSM.

Programming stations provision devices under EdgeHSM enforcement:

  • keys generated on-chip
  • certificates issued
  • device records written automatically

6.6 Records Sync Back to the OEM

Production and audit records sync back to the cloud portal within minutes.

The OEM security team can monitor production across all factories from a single dashboard.

6.7 Secure Debug Rework Happens Without Exposing Keys

When a returned unit requires rework, Secure Debug access can be reopened within the authorization scope already approved by the OEM.

EdgeHSM performs the cryptographic operation internally while keeping the authentication keys protected inside hardware boundaries.

No manual key handling or escalation process is required.

7. The Trade-Offs

No system is free of operational cost. The OEM accepted several practical trade-offs:

  • New SoC enablement requires initial integration work, though integrations are reusable across products and ODMs
  • Each factory requires a physical EdgeHSM deployment
  • Light integration with MES, SAP, or factory traceability systems is still needed

8. Outcomes

Scale Achieved

  • 21 products in production
  • 1M+ devices shipped per month
  • 5 factories deployed remotely with no onsite OEM or SNOWBALL presence
  • 5 SoC platforms integrated across 4 silicon vendors

Security Outcomes

  • All device private keys generated on-chip and never exported
  • All OEM signing keys protected inside HSM boundaries throughout the supply chain
  • No private keys exposed in cleartext during manufacturing

Operational Outcomes

  • New factories, products, and SoCs onboarded without rebuilding the security architecture
  • No silicon vendor lock-in
  • No recurring onsite key ceremonies or OEM travel
  • Production continues during cloud or network disruptions
  • Every device traceable from authorization to factory batch to individual unit

9. Learn More

Snowball Team
Team Member
LinkedIn
Founded in 2013, committed to driving scalable and sustainable industry growth through a trusted, future-ready security infrastructure. Snowball Technology’s core team comes from NXP’s security services group, bringing over a decade of experience in device security. The company currently has more than 100 employees, with over two-thirds in R&D. Snowball Technology is certified under international standards including ISO 9001, ISO 14001, and ISO 27001.