Home
Blog
Embedded Software: Definition, CRA Obligations and Business Impact for Swiss Manufacturers

Embedded Software: Definition, CRA Obligations and Business Impact for Swiss Manufacturers

Embedded software is control code that runs directly on a hardware system, without a generic operating system in between. In 2026 embedded software has become a compliance topic, because the Cyber Resilience Act (CRA) starts to bite from September 2026 with its first reporting duties — including for Swiss manufacturers active on the EU market.

26.08.2026
6
min reading time
Author
Editorial Team avatar
Editorial Team
Axisbits GmbH
Code editor window showing the file main.ts with numbered lines, some highlighted in yellow, next to a curly-brace icon

Embedded Software: Key Takeaways

  • Embedded software is hardware-bound code with a fixed execution environment and real-time constraints. It runs on microcontrollers, industrial controllers or connected devices and is inseparably coupled to the underlying hardware.
  • The Cyber Resilience Act (Regulation EU 2024/2847) classifies embedded systems and software as products with digital elements. From September 2026, manufacturers have to report actively exploited vulnerabilities to ENISA within 24 hours and maintain a documented vulnerability disclosure process.
  • Swiss companies that supply products with embedded software into the EU fall fully under the CRA. From December 2027, breaches carry substantial fines.
  • Axisbits develops digital products with senior sign-off on every line of code, DevOps-backed security checks, optional penetration testing and DSG compliance. For SMEs that need to get their software products CRA-ready, Axisbits takes on the technical and strategic responsibility end to end.

What is embedded software?

Embedded software is specialized code developed exclusively to control a particular hardware system. Unlike conventional application software, it runs on a fixed processor with defined resources, reacts to external signals, and is generally invisible to the end user.

Embedded software sits inside devices that fulfil a defined function. Examples include sensor systems in industrial or medical installations (PLC controllers, SCADA components), automotive electronics (ECUs, ADAS systems), IIoT sensors and smart home devices.

The common denominator is that these devices fulfil a defined function, that the software is matched directly to the hardware, and that it runs across the entire product lifecycle.

Isometric illustration of a circuit board with yellow traces and a chip at its centre, with a panel above it representing the firmware running inside the device

How Does Embedded Software Differ From Conventional Application Software?

Characteristic Embedded Software Application Software
Execution environment Dedicated processor / microcontroller General-purpose operating system
Resources Minimal (KB to MB) Freely scalable
Real-time requirement Yes, often in the millisecond range Usually no hard time limits
Update cycles Rare, laborious Regular, partly automatic
Lifecycle 10 to 20 years (industry, medtech) Typically 2 to 5 years
Visibility to the user None (runs in the background) Direct user interaction

What does the Cyber Resilience Act require of embedded software?

The Cyber Resilience Act (CRA) obliges manufacturers of products with digital elements to apply security by design, to manage vulnerabilities continuously across the entire product lifecycle, and to provide free security updates for at least five years.

If you place a connected device with embedded software on the market in the EU, you have to carry out a conformity assessment, maintain a complete Software Bill of Materials (SBOM), and obtain CE marking to the CRA standard.

Which CRA Deadlines Apply to Manufacturers, and When?

Date What applies from this date
10 December 2024 CRA officially entered into force (Regulation EU 2024/2847)
11 June 2026 Conformity assessment bodies (CABs) begin operating
11 September 2026 Reporting duty: actively exploited vulnerabilities to ENISA within 24 h
11 December 2027 Full application: CE marking, lifecycle management, SBOM obligation

Which Technical Obligations Does Security by Design Involve for Embedded Software?

Security by design means security requirements are anchored in the concept phase already, rather than arriving as an after-the-fact review:

  • Software Bill of Materials (SBOM): a complete listing of all software components and dependencies, machine-readable and kept current.
  • Threat modeling: a documented threat analysis before development starts, updated regularly.
  • Secure default configuration: no insecure default passwords, no unnecessarily open interfaces on delivery.
  • Update mechanism: cryptographically secured over-the-air updates for the entire product lifecycle.
  • Vulnerability disclosure process: a defined internal and external channel for security reports, with predetermined response deadlines.

An analysis of the existing software architecture as part of a software audit additionally helps surface any compliance gaps that are already there.

What are the consequences of the CRA for Swiss embedded software manufacturers?

Swiss companies that distribute products with embedded software into the EU fall fully under the CRA, even without an EU establishment. The CRA applies at the place where the product is placed on the market. That has direct consequences for liability, licensing models and authorized representation.

  • Product liability: security gaps that the manufacturer should have known about and fixed can lead to recalls, sales bans and fines of up to EUR 15 million or 2.5 % of global annual turnover.
  • Licensing models: the obligation to provide updates for at least five years pushes many vendors away from one-off purchases towards maintenance contracts or subscription models, because ongoing security patches have to be funded predictably.
  • Swiss SMEs without an EU establishment must appoint an authorized EU representative by December 2027, who acts as the point of contact for EU market surveillance authorities and coordinates reports via the ENISA Single Reporting Platform.
CRA implementation timeline with four milestones: December 2024 entry into force, June 2026 CABs active, September 2026 reporting obligation, December 2027 full application

How do I prepare my company for CRA-compliant embedded software?

You start your route to compliant embedded software with a product screening, secure development from the very first moment, plan the update processes, and appoint an EU representative.

  • Product screening: establish which of your products fall under the CRA. Connected devices with a software component almost always do.
  • Security by design: integrate threat modeling and an SBOM from the first development phase. Your IT strategy sets the frame within which security requirements are then prioritized.
  • Update processes: plan for cryptographically secured over-the-air updates and an internal vulnerability disclosure process. System architectures that follow clean architecture principles make later security patches considerably simpler.
  • Mandate an EU representative: plan for an EU establishment, or appoint an external authorized representative.

Distributing embedded software in EU compliance with Axisbits

For Swiss manufacturers supplying products with embedded software into the EU, there is no way around the Cyber Resilience Act. The decisive question is whether your software team has the internal capacity and security know-how to hold those requirements reliably across the entire product lifecycle. Axisbits can help you with that:

  • Senior sign-off on every line of code: one accountable address for the whole of your code.
  • ISO 27001 certification and DSG compliance, with an optional penetration test on every ship cycle.
  • Full code ownership: the code belongs entirely to you, and the whole architecture is documented, transferable and not tied to us.

Book your free intro call. In 30 minutes we clarify together how to make your embedded software ready for the EU and world markets. You get an honest assessment of development time and costs, with no sales pressure.

{{fs-btn-cta}}

Are you building connected products and need certainty on the Cyber Resilience Act?
Du willst Marktchancen nutzen und Wachstum fördern?

Wir schaffen leistungsstarke Plattformen und Websites für Startups, Scale-Ups und KMUs, von Konzept bis Go-Live.

We build CRA-compliant embedded software with Swiss senior sign-off, for hardware that stays safely on the market.

Share this article
https://www.axisbits.ch/
en/blog/embedded-software

Embedded Software – Frequently Asked Questions

Firmware is a subset of embedded software: control software that is immutable or rarely updated, stored directly on ROM or flash memory. Embedded software is the umbrella term and also covers more complex runtime environments such as RTOS-based systems, which go beyond simple firmware and receive regular updates.

C and C++ are used most often for embedded software, because they allow direct hardware access and consume minimal resources. Rust is also gaining ground, since it delivers memory safety without runtime overhead and structurally prevents certain classes of vulnerability. In more resource-rich embedded systems, Python and specialized DSP languages are used as well.

The CRA provides for fines of up to EUR 15 million or 2.5 % of global annual turnover, whichever is higher. EU market surveillance authorities can additionally ban sales and order recalls. For Swiss SMEs without an EU representative: from December 2027, legal market access to the EU is no longer possible without authorized EU representation.

Axisbits integrates security requirements from the outset: every pull request is reviewed and signed off by a senior, DevOps-backed security checks run on every deployment, and DSG compliance is built in by default. A penetration test optionally rounds out the protection. Our senior teams' services come as a subscription and you can cancel at any time.

An SBOM is a machine-readable list of all software components and dependencies in a product. The CRA requires it because supply chain vulnerabilities have shown that manufacturers often do not know which open-source components sit inside their products. With a complete SBOM, affected components can be identified immediately when new security gaps become known, and patched in a targeted way.

More articles

31.08.2026
6
min reading time
SDK Explained: What is a Software Development Kit?

SDK stands for Software Development Kit. Online the abbreviation also turns up for a German health insurer, but in software development SDK always means a package of tools, libraries and documentation for a particular platform. It lets you build apps faster, because standard functions such as login or payment ship ready-made.

10.06.2026
8
min reading time
Understand Fullstack Development in Minutes

Fullstack development means working on both layers of a web application: the frontend (user interface, browser) and the backend (server logic, databases, APIs). A Fullstack web developer covers both areas.

08.06.2026
12
min reading time
Agile Software Development: 18 Tips for Real Release Speed

These agile software development tips will help you combat endless standups and story point discussions. This way, you'll once again ensure the rapid delivery of working software.