Product makers
Embedded Technology
For product makers, cybersecurity is about how you design, build, ship and support the product. The EU now makes it a condition of sale.
How the process runs
From requirement to end of support
A product's security is set by its lifecycle: what you require, how you design and build, how you test and release, and how you handle vulnerabilities for as long as you support it. IEC 62443-4-1 and the CRA both look at the whole of it.
Stage 1: Requirements and design
Security requirements and a threat model shape the architecture.
What is involvedThreat modelSecurity requirementsArchitecture reviewChallenge3Stage 2: Implementation
Code is written and third-party components are chosen.
What is involvedSecure coding rulesSBOMCode reviewChallenge3Stage 3: Verification
The product is tested against its security requirements and for weaknesses.
What is involvedSecurity testingFuzzing and penetration testingVulnerability scanningChallenge4Stage 4: Release
Builds are signed and shipped with security guidance and a declaration of conformity.
What is involvedSigned firmwareUser security guidanceConformity documentsChallenge4Stage 5: Maintenance
Vulnerabilities are handled and fixes delivered for the whole support period.
What is involvedVulnerability handling (PSIRT)Secure updatesReporting to ENISA and CSIRTsChallenge1Stage 6: End of support
Customers are told how long support lasts and what happens after.
What is involvedSupport periodEnd-of-life notice
Auditors and the CRA look at these as closely as at the product itself.
Challenges and our answers
Where it gets hard, and how we tackle it
We start from how you build today and change as little as possible to get you compliant and certified.
The CRA clock is running
Since 11 September 2026, manufacturers must report actively exploited vulnerabilities and severe incidents, with an early warning within 24 hours. From 11 December 2027, products without CE marking under the CRA cannot be placed on the EU market.
How we tackle itA gap assessment against the CRA, then the documents, product changes and conformity route, with the least change to how you build.
EU CRA ComplianceNobody owns product security
Security often sits with IT, or with one busy architect. Certification bodies and the CRA expect clear ownership and a defined process.
How we tackle itWe assign ownership of product cybersecurity, usually to the security architect, add gates to your existing process, and write the documents from how you really build.
IEC 62443-4-1 SDLC CertificationCustomers ask for security levels you do not have
Asset owners now ask for IEC 62443-4-2 security levels: authentication, logging, secure update and hardening.
How we tackle itWe set the target security level, find the feature gaps, help design and integrate the new features, and prepare the evidence.
IEC 62443-4-2 CSA CertificationEvidence written the week before the audit
Threat models, test records and SBOMs produced in a rush show, and auditors notice.
How we tackle itEvidence produced as part of normal work and reviewed at each gate, with a senior advisor keeping it on track between audits.
Fractional Product Security Advisor
Where we usually start
Three ways in
Rules and standards
What applies in embedded technology
- IEC 62443-4-1International
The secure development lifecycle for industrial products: eight practices, from security management to security guidelines.
- IEC 62443-4-2International
Technical security requirements for components, graded by security level.
- EU Cyber Resilience ActEuropean Union
Regulation (EU) 2024/2847. Reporting obligations since 11 September 2026; full application from 11 December 2027.
- RED Delegated ActEuropean Union
Regulation (EU) 2022/30: cybersecurity for internet-connected radio equipment since 1 August 2025, using the EN 18031 standards.
Talk to RelyBlue
Operating in embedded technology?
An honest conversation about your OT environment. No sales pressure, no fear tactics.
- You talk to a senior advisor, never a salesperson