Back to Blog
CRA
OEM
ODM
EMS

CRA Draft Guidance Explained: Who Is Really the Manufacturer?

What the CRA Draft Guidance Clarifies About Responsibility Across the Supply Chain

Product Line
IoT Security 
Published
2026-06-18
Read Time
8
min read

Why the Draft Guidance Matters

In March 2026, the European Commission published a draft guidance document to help companies interpret and apply the Cyber Resilience Act (CRA) in practice. While the CRA establishes the legal requirements, the Draft Guidance provides additional clarification on how those requirements may be understood and enforced. For many IoT OEMs, one of the most important topics is the definition of the manufacturer and how responsibility is allocated across complex supply chains involving OEMs, ODMs, EMS providers, software suppliers, and service partners. This clarification matters because compliance responsibilities often extend beyond the organizations that directly develop or manufacture a product.

One of the most common questions raised by the EU Cyber Resilience Act (CRA) is straightforward: Who is actually responsible for compliance? For many connected products, development, manufacturing, and operations are distributed across multiple organizations. Hardware may be designed by an ODM, produced by an EMS partner, built on third-party software components, and supported by external cloud services. When vulnerabilities or compliance issues arise, it is natural to ask whether responsibility belongs to the supplier that built the affected component. The CRA provides a clearer answer.

The CRA Focuses on the Manufacturer

Under the CRA, responsibility generally falls on the entity that places the product on the EU market under its own name or trademark. In most cases, this means the OEM or brand owner. Manufacturers are expected to ensure that:

  • Security requirements are met throughout the product lifecycle
  • Vulnerabilities are handled appropriately
  • Security updates can be delivered when necessary
  • Technical documentation is maintained
  • Compliance evidence can be provided upon request

Even when development, manufacturing, or operations are outsourced, these obligations typically remain with the manufacturer.

OEM Is Accountable, But Compliance Is a Team Effort

While the CRA identifies the manufacturer as the accountable party, compliance is rarely achieved by the manufacturer alone. A typical connected product may involve:

  • Chip vendors providing silicon, SDKs, and security capabilities
  • Module suppliers integrating wireless stacks and firmware
  • ODMs developing hardware and software platforms
  • EMS partners manufacturing and provisioning devices
  • Cloud service providers supporting lifecycle operations

Each participant contributes to the overall security posture of the final product. As a result, CRA compliance depends on information, processes, and operational coordination across the entire supply chain. The manufacturer may remain accountable, but compliance cannot be achieved without supplier participation.

The Real Challenge Is Coordination

Many discussions around CRA focus on technical requirements such as:

  • SBOM
  • Vulnerability management
  • Secure updates
  • Access control
  • Cryptographic protection

These requirements are important, but implementing them is only part of the challenge. Manufacturers must also answer questions such as:

  • Which product versions are affected by a vulnerability?
  • Which devices have received a security update?
  • Which supplier provided the affected component?
  • What actions were taken and when?

These questions require information and actions from multiple organizations across the product lifecycle. No single team has all the answers. For many IoT OEMs, the challenge is no longer implementing security controls. The challenge is ensuring that suppliers, manufacturers, and service providers can all contribute to a shared compliance process.

From Security Features to Security Governance

The CRA represents a broader shift in how product security is evaluated. Historically, security was often measured by the presence of specific features.

Today, regulators increasingly expect manufacturers to demonstrate how security is managed throughout the product lifecycle. This includes:

  • Tracking software and device assets
  • Coordinating vulnerability response
  • Managing security updates
  • Maintaining operational records
  • Demonstrating compliance activities over time

Compliance is no longer just about securing products. It is about governing security across an ecosystem.

Final Thoughts

The CRA Draft Guidance reinforces an important principle: Responsibility can be distributed operationally, but accountability remains with the manufacturer.

At the same time, successful compliance depends on cooperation across OEMs, ODMs, EMS providers, software suppliers, and service partners. For many organizations, the challenge is not determining who is responsible. It is building the visibility, coordination, and governance required to manage security across the entire product lifecycle.

References

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.