You've finished this phase Next phase: Have I got the day-1 policies?
The ENISA SME CRA Survey 2026 identifies threat modelling and Software Bills of Materials as the two areas with the biggest gaps between current SME practice and what the CRA expects. This page explains the CRA obligation, the size of the gap, and shows a free, no-login STRIDE-light wizard that closes it in about 10 minutes.
The lowest adoption rate for any technical practice tracked by the survey — well below secure coding (43%) or code review (42%).
Source: ENISA SME CRA Survey 2026, Figure 7 (p. 17) and Table 12 (p. 22).
Without structured threat modelling, security is treated as an afterthought — inconsistent with the CRA's security-by-design mandate.
Threat modelling is not a nice-to-have under the CRA — it is the foundation for demonstrating that a product was designed with cybersecurity in mind.
Products with digital elements must be designed, developed and produced to ensure an appropriate level of cybersecurity based on the risks. That risk assessment IS your threat model.
The technical file must include a description of the cybersecurity risk assessment. A notified body cannot certify a Class I or Class II product without seeing this.
The CRA requires products to be secure by design — which is impossible to prove without a documented understanding of the threats you defended against.
You get two things: a free, browser-only STRIDE-light wizard that produces a usable threat model in about 10 minutes, and a persistent workspace once you sign up.