ESL OS / Embedded Linux

A Linux platform engineered around your product.

ESL OS brings board support, operating-system integration and product software together in a platform shaped for your hardware, use case and engineering team.

Discuss your platform
ESL OS secure embedded Linux platform with the ESL logo and Linux penguin
ESL OS architecture: customer application, secure embedded Linux platform, middleware and real-time services, Linux kernel security features, target hardware architectures and compliance alignment
ESL OS platform architecture, from customer application and system services to kernel and target hardware.

One platform, shaped to fit

From first boot to a maintainable product system.

Every embedded product has different hardware, operating constraints and lifecycle needs. ESL works across the software stack to establish a dependable Linux foundation and connect it to the product experience.

01 / PLATFORM

Bring up the target

Integrate and configure the kernel, board support package, device drivers and required system services for your target hardware.

02 / DEVELOPMENT

Build a practical workflow

Organize repeatable builds, target testing and debugging around the tools, languages and delivery practices that fit your team.

03 / PRODUCT

Prepare for the field

Integrate the application layer, tune system resources and plan validation, maintenance and update needs for the product lifecycle.

01 / DISCOVER

Define the platform

Align on hardware, product functions, performance targets and lifecycle requirements.

02 / INTEGRATE

Assemble the system

Bring together the OS, BSP, drivers, services and product software, then iterate on target.

03 / VALIDATE

Verify and refine

Test system behavior, address issues and prepare a maintainable release for the intended deployment.

Planning an embedded Linux product or platform refresh?

Talk with ESL

ESL OS / Secure lifecycle

SBOM, CVE remediation and DevSecOps through production

Security work is part of the ESL OS delivery loop, not a final release check. Maintain component visibility, assess relevant vulnerabilities, apply and verify fixes, then carry validated changes through controlled production deployment.

ESL OS secure lifecycle: generate an SBOM, analyze CVEs, remediate and verify patches, gate production builds, deploy, and continuously improve
SBOM-driven vulnerability management and DevSecOps release loop for ESL OS.
01 / INVENTORY

Generate and maintain the SBOM

Produce a Software Bill of Materials for each release candidate, recording component names, versions, suppliers and dependency relationships in a machine-readable format such as SPDX or CycloneDX.

02 / ANALYZE

Identify and triage CVEs

Match SBOM components against vulnerability advisories. Review affected versions, platform applicability, severity, exploitability and product exposure to set a documented remediation priority.

03 / REMEDIATE

Fix, patch and verify

Upgrade to a fixed component where practical, or apply and track a vendor or upstream patch. Rebuild the affected image, rescan it, and run regression and device-level tests to confirm the fix and guard against regressions.

04 / RELEASE

Gate the production build

Use CI/CD checks to validate source changes, dependencies, build artifacts and release criteria. Publish versioned SBOM and vulnerability disposition records alongside the approved image.

05 / DEPLOY

Deliver and monitor

Promote the tested artifact through the release process, deploy using the product’s update strategy, and retain traceability between the deployed image, its SBOM and resolved findings.

06 / IMPROVE

Feed findings into the next loop

Monitor new advisories, reassess shipped components and create prioritized remediation work. Repeat analysis and validation for each maintenance release and product update.

Release principle

Do not treat a scan result as the whole security decision. Record whether each finding is fixed, not affected, mitigated or accepted with a documented rationale, owner and review point; release according to the product’s security policy and risk requirements.

Why ESL OS?

Cybersecurity included, not extra.

Linux products need more than a distribution choice. ESL OS brings security planning, component visibility, vulnerability handling and update engineering into the platform work from the start, with scope and evidence shaped around your hardware, product risks and support plan.

01 / REGULATORY READINESS

Prepare for CRA obligations

Plan component inventories, SBOM records, vulnerability handling, coordinated disclosure and a defined update lifecycle around applicable Cyber Resilience Act requirements. ESL can help prepare engineering evidence; the product manufacturer remains responsible for determining applicability and demonstrating compliance.

02 / SECURE DEVELOPMENT

Build security into the platform

Use secure-development practices informed by IEC 62443-4-1 and component-security considerations from IEC 62443-4-2. Where product requirements and hardware support call for them, scope and validate controls such as secure boot, access control, encrypted storage and audit logging. Applicable standards and regulatory obligations, including ETSI EN 303 645 or NIS 2, depend on the product and organization; ESL engineering support does not itself constitute certification.

03 / PRODUCT LIFECYCLE

Plan for long-lived and real-time products

Define BSP, kernel, driver and vulnerability-response ownership against the product’s intended support life. For deterministic workloads, integrate real-time Linux capabilities where appropriate and measure timing on the target; results and maintenance periods depend on hardware, upstream support, project scope and validation.

04 / ENGINEERING EFFORT

Keep platform work manageable

Bring OS integration, SBOM and CVE workflows, release checks and update planning into a clear project scope. A maintained platform foundation can reduce repeated in-house integration effort; deliverables, ongoing responsibilities, schedule and commercial terms are agreed for each engagement.

05 / HARDWARE FLEXIBILITY

Target the silicon your product needs

Develop and maintain an embedded Linux platform for supported SoCs and custom boards. Potential targets include NXP i.MX8, TI AM62x, Intel Atom and Rockchip RK3568; support is confirmed through hardware, BSP and lifecycle scoping.

06 / SECURE UPDATES

Plan reliable OTA delivery

Design an update path around signed artifacts, integrity verification, atomic installation, delta delivery where practical, and rollback or recovery appropriate to the device. The approach is selected and validated for the product’s boot, storage and connectivity architecture.

07 / EDGE INTELLIGENCE

Extend the platform for Edge AI

Integrate vision, machine-learning and predictive-maintenance applications on the same maintained OS foundation, subject to the target processor, accelerator, memory and software-stack capabilities.

ESL OS / Platform coverage

Embedded platforms for industrial products

These processor families are common in connected industrial products and can be evaluated as ESL OS targets. Platform, board and software support are confirmed for each project; long-term security maintenance and regulatory evidence depend on the product scope and lifecycle plan.

01 / APPLICATION PROCESSORS

NXP

Example SoCs
i.MX 8M Plus, i.MX 93, i.MX 95
Industrial applications
IIoT gateways, HMI, edge controllers, EV charging and building automation.
Security & lifecycle focus
Confirm BSP maintenance, secure boot and update paths, and the component inventory for the selected board.
02 / REAL-TIME PROCESSORS

TI Sitara

Example SoCs
AM62x, AM64x, AM65x
Industrial applications
PLCs, distributed control, industrial Ethernet, motor drives and smart-grid equipment.
Security & lifecycle focus
Scope Linux and real-time workloads together, including update strategy, safety boundaries and vendor support timelines.
03 / INDUSTRIAL CONTROL

Renesas RZ

Example SoCs
RZ/G3E, RZ/T2H, RZ/N2H
Industrial applications
PLCs, CNC equipment, robotics, motion control, HMI and industrial networking.
Security & lifecycle focus
Validate real-time and Linux integration, supported board packages, vulnerability response and product-lifetime updates.
04 / MICROPROCESSOR SYSTEMS

STMicroelectronics STM32MP

Example SoCs
STM32MP157, STM32MP257
Industrial applications
Field devices, smart sensors, energy meters, condition monitoring and compact HMI.
Security & lifecycle focus
Track board-specific components and upstream dependencies; define patch ownership and maintenance expectations.
05 / INDUSTRIAL COMPUTING

Intel Atom & Core Embedded

Example processors
Atom x6000E, embedded Core i3–i7
Industrial applications
Industrial PCs, SCADA consoles, OPC UA servers, machine vision and CNC controllers.
Security & lifecycle focus
Review the larger software footprint, package provenance, SBOM coverage and update controls across the system.
06 / EDGE COMPUTE

Rockchip

Example SoCs
RK3568, RK3588
Industrial applications
Cost-conscious IIoT gateways, building automation, smart energy and edge inference.
Security & lifecycle focus
Assess BSP provenance and maintenance status early, then define vulnerability monitoring and a sustainable patch route.
07 / AI COMPUTE

NVIDIA Jetson

Example modules
Jetson Orin NX, AGX Orin, IGX Orin
Industrial applications
Robotics, autonomous mobile robots, visual inspection and smart manufacturing.
Security & lifecycle focus
Account for accelerator and SDK dependencies in SBOM and CVE workflows; validate update compatibility across the stack.
08 / COMPUTE MODULES

Raspberry Pi Compute Module

Example modules
Compute Module 4, Compute Module 5
Industrial applications
Prototypes, evaluation platforms, gateways and selected low-volume edge products.
Security & lifecycle focus
Assess the intended use and product lifecycle; connected products still need appropriate vulnerability handling and update planning.

ESL OS platform examples illustrate processor families that may be evaluated for embedded products. A processor listing does not imply a pre-certified or currently maintained ESL OS image; exact SoC, board, BSP and lifecycle support are confirmed during scoping. CRA applicability and IEC 62443 evidence are assessed for the product and its intended use.