EU RED delegated regulation 2022/30: the cybersecurity requirements and how to meet them

Last updated:

Delegated Regulation (EU) 2022/30 turns on three cybersecurity essential requirements in the Radio Equipment Directive (RED), 2014/53/EU: Article 3(3)(d) network protection, 3(3)(e) personal data and privacy, and 3(3)(f) fraud protection. They have applied since 1 August 2025 to the radio equipment categories the Regulation defines — broadly, internet-connected devices, plus childcare, toy and wearable devices that process personal data. Meeting them means working out which of the three apply to your product, then choosing a conformity route: self-assessment against the harmonised standard EN 18031, where its presumption of conformity actually applies to your design, or third-party assessment through a notified body where it does not.

This guide covers the compliance route end to end: scope, the three requirements, presumption of conformity, conformity assessment, and what the declaration of conformity and technical documentation must contain. For the clause-by-clause mapping of EN 18031-1/-2/-3 to each RED article and the restrictions published in the Official Journal, see EN 18031 explained for firmware teams.

Key takeaways

  • This guide covers the compliance route end to end: scope, the three requirements, presumption of conformity, conformity assessment, and what the declaration of conformity and technical documentation must contain.
  • Article 3(3) of the RED lists nine essential requirements that apply only to "radio equipment within certain categories or classes" that the Commission specifies by delegated act.
  • Exclusions (Article 2 of 2022/30): radio equipment covered by the Medical Devices Regulation (EU) 2017/745 or the In Vitro Diagnostic Medical Devices Regulation (EU) 2017/746 is excluded from all three points.
  • Conditionally, not automatically.

What are RED's three cybersecurity requirements?

Article 3(3) of the RED lists nine essential requirements that apply only to "radio equipment within certain categories or classes" that the Commission specifies by delegated act. Delegated Regulation (EU) 2022/30 is that act for three of them:

Article Requirement, in the Directive's own words What it addresses
3(3)(d) Radio equipment "does not harm the network or its functioning nor misuse network resources, thereby causing an unacceptable degradation of service" Network protection — denial-of-service style harm to the networks the device connects to
3(3)(e) Radio equipment "incorporates safeguards to ensure that the personal data and privacy of the user and of the subscriber are protected" Personal data and privacy of users and subscribers
3(3)(f) Radio equipment "supports certain features ensuring protection from fraud" Fraud protection, specifically for payments and money transfer

Without a delegated act, these three requirements sit dormant; 2022/30 is what makes them enforceable, and only for the equipment categories it names.

Which radio products are in scope?

Scope is decided category by category, not product by product in general — Article 1 of 2022/30 sets three separate triggers:

Requirement Applies to Source
3(3)(d) network protection Any internet-connected radio equipment: equipment that can communicate itself over the internet, whether directly or via other equipment Art. 1(1)
3(3)(e) personal data and privacy Internet-connected radio equipment, plus radio equipment designed or intended exclusively for childcare, toys under Directive 2009/48/EC, and wearable radio equipment (worn on or strapped to the body or clothing) — in every case, only where the device can process personal data or traffic/location data Art. 1(2)
3(3)(f) fraud protection Internet-connected radio equipment that lets the holder or user transfer money, monetary value or virtual currency Art. 1(3)

A childcare device, toy or wearable that processes personal data falls under point (e) even without an internet connection — a Bluetooth-only baby monitor or fitness band can be in scope for (e) while being out of scope for (d) and (f). An internet-connected smart plug with no payment function and no personal-data processing is in scope only for (d).

Exclusions (Article 2 of 2022/30): radio equipment covered by the Medical Devices Regulation (EU) 2017/745 or the In Vitro Diagnostic Medical Devices Regulation (EU) 2017/746 is excluded from all three points. Radio equipment covered by the civil aviation rules in Regulation (EU) 2018/1139, the vehicle type-approval rules in Regulation (EU) 2019/2144, or the electronic road-tolling rules in Directive (EU) 2019/520, is excluded from points (e) and (f) only — it can still need point (d).

Timeline: how did this become mandatory, and what changes next?

Date Event
29 October 2021 Delegated Regulation (EU) 2022/30 adopted
28 January 2025 Implementing Decision (EU) 2025/138 cites EN 18031-1/-2/-3:2024 in the Official Journal, with restrictions; presumption of conformity applies from this date, to the extent the restrictions allow
1 August 2025 Article 3(3)(d), (e) and (f) apply to the equipment categories 2022/30 defines (postponed from the original 1 August 2024 by Delegated Regulation (EU) 2023/2444)
11 December 2027 Delegated Regulation 2022/30 is repealed by Delegated Regulation (EU) 2026/339; radio equipment cybersecurity moves to the Cyber Resilience Act

Does applying EN 18031 give you presumption of conformity?

Conditionally, not automatically. RED Article 16 states that radio equipment conforming to a harmonised standard "the references of which have been published in the Official Journal" is presumed to meet the essential requirements that standard covers. Implementing Decision (EU) 2025/138 cited EN 18031-1 (network protection, for 3(3)(d)), EN 18031-2 (personal data and privacy, for 3(3)(e)) and EN 18031-3 (fraud protection, for 3(3)(f)) from 28 January 2025 — but the citation came with restrictions attached. Two matter to most firmware teams: applying the standard gives no presumption if a user is allowed not to set and use any password, and for childcare, toy and wearable products under EN 18031-2, no presumption if parental or guardian access control is not ensured.

If a restriction applies to your product's design, applying EN 18031 does not give you presumption of conformity for that requirement, and self-assessment is not available — see the next section. The full restriction list and the clause numbers it attaches to are in EN 18031 explained for firmware teams; this guide focuses on the compliance-route consequence, not the standard's internal clause structure.

What conformity assessment route do you need?

RED Article 17 sets out three conformity assessment procedures a manufacturer can use to show compliance with Article 3:

  • Annex II — internal production control. The manufacturer self-assesses, draws up the technical documentation, and signs the EU declaration of conformity alone. No notified body.
  • Annex III — EU-type examination plus conformity to type. A notified body examines the technical design (Module B), and the manufacturer then has to manufacture every unit to match that approved type under internal production control (Module C).
  • Annex IV — full quality assurance. A notified body audits the manufacturer's quality management system rather than a product sample.

Article 17(3) and (4) decide which routes are actually open to you: where the manufacturer has applied the cited harmonised standard in full, any of the three routes is available, including self-assessment under Annex II. Where the standard has not been applied, has been applied only in part, does not exist, or a published restriction removes presumption for the relevant requirement, Article 17(4) narrows the choice to Annex III or Annex IV only — third-party involvement through a notified body becomes mandatory. A notified body for RED is found through the European Commission's NANDO database.

This two-tier structure — self-assess if the cited standard genuinely covers your design, go to a notified body if it does not — is the same shape as the CRA's conformity assessment routes, though the two regulations use different annex numbers and a manufacturer should not assume a RED self-assessment carries over once the Cyber Resilience Act takes over radio equipment cybersecurity in December 2027.

What must the declaration of conformity and technical documentation contain?

Once a conformity assessment procedure has demonstrated compliance, Article 10(3) requires the manufacturer to draw up an EU declaration of conformity and affix the CE marking before placing the product on the market.

  • EU declaration of conformity (Article 18, model in Annex VI): identifies the radio equipment; names and addresses the manufacturer or authorised representative; states that the declaration is issued under the manufacturer's sole responsibility; references the harmonised standards or technical specifications relied on; and, where a notified body was involved, names it and gives the EU-type examination certificate number.
  • Technical documentation (Article 21, contents in Annex V): a general description of the equipment, including photographs, "versions of software or firmware affecting compliance with essential requirements," and user instructions; design and manufacturing drawings; a list of the harmonised standards applied in full or in part, with the parts applied where only partly used; a copy of the EU declaration of conformity; the EU-type examination certificate where Annex III was used; and test reports.
  • CE marking (Articles 19-20): affixed visibly, legibly and indelibly to the equipment or its data plate and to the packaging, followed by the notified body's identification number where Annex IV was used.

Manufacturers have to keep the technical documentation and declaration of conformity for 10 years after the equipment is placed on the market (Article 10(4)).

Similar paperwork also exists under the Cyber Resilience Act once it applies; see CRA declaration of conformity and technical documentation, explained for how that later regime's version compares.

How does SBOM and firmware vulnerability evidence support the technical documentation?

Annex V's technical documentation requirement explicitly calls out "versions of software or firmware affecting compliance with essential requirements" and a list of the harmonised standards actually applied. A software bill of materials and an engineer-reviewed firmware vulnerability scan are practical evidence for both: the SBOM identifies the firmware and third-party component versions shipped, and a vulnerability scan documents which known issues were checked and addressed before the equipment went on the market — useful if a market surveillance authority later asks the manufacturer or importer to demonstrate how it ensured the essential requirements were met (Article 21(4)).

Automated, engineer-reviewed firmware and SBOM analysis can produce this evidence in days rather than the weeks manual component inventory work takes, which matters most when a notified body's own schedule is already part of the critical path. It is worth being precise about what this evidence does and does not do, though: it does not decide which conformity assessment route Article 17 makes available to a product, and it does not create presumption of conformity under Article 16 — only a harmonised standard cited in the Official Journal does that. A scan report is technical-documentation evidence a human still has to review and a manufacturer still has to stand behind; it is not itself a conformity assessment, and it cannot substitute for a notified body's Annex III or Annex IV involvement where one is required. See firmware SBOM without source code for how to build one from a binary image.

How does this relate to other device security rules?

RED's cybersecurity requirements are EU-specific and apply only to radio equipment as the RED and 2022/30 define it. Manufacturers selling the same product line into other markets, or building to a broader voluntary baseline first, typically also meet:

  • ETSI EN 303 645, a voluntary consumer IoT baseline with no RED citation of its own, but one that several of its 13 provisions overlap in substance with RED's network-protection and password-handling expectations.
  • UK PSTI and the US Cyber Trust Mark, two other connected-device regimes with their own separate legal basis, scope and enforcement — meeting RED's Article 3(3) requirements does not automatically satisfy either of them.

Within the EU itself, radio equipment cybersecurity does not stay with the RED indefinitely: Delegated Regulation (EU) 2026/339 repeals 2022/30 from 11 December 2027, when the Cyber Resilience Act becomes the governing regime for the same products, with its own essential requirements in Annex I and its own SBOM and vulnerability-handling duties. Radio equipment placed on the market between 1 August 2025 and 10 December 2027 remains subject to RED market surveillance in the meantime.

A practical starting point

  1. Scope each product line against Article 1 of 2022/30: internet-connected? childcare, toy or wearable processing personal data? able to transfer money or virtual currency? This decides which of (d), (e) and (f) apply, if any.
  2. Check the EN 18031 restrictions before assuming self-assessment is availableA "skip the password" option or missing parental control forces a notified body regardless of which clauses the rest of the design meets.
  3. Build the SBOM and run a firmware vulnerability scan early, so the technical documentation's software/firmware version evidence is ready before a notified body or market surveillance authority asks for it.
  4. Pick the conformity route the restrictions actually leave open— Annex II self-assessment, or Annex III/IV through a notified body found via NANDO — and budget notified-body lead time if one is required.
  5. Keep the technical documentation and declaration of conformity for 10 years, and revisit the compliance route if the product design changes in a way that could trigger a restriction.

SoftWSP's firmware security work builds the SBOM and vulnerability evidence that feeds RED technical documentation, and can help work out which conformity route your product's design actually leaves open: see device & firmware security services.

This guide summarises Directive 2014/53/EU, Delegated Regulation (EU) 2022/30 and the related Implementing Decision as reflected in their Official Journal text; it is general information, not legal advice, and a conformity assessment decision should rest on the current official text on EUR-Lex.

Sources

  1. Commission Delegated Regulation (EU) 2022/30 of 29 October 2021, supplementing Directive 2014/53/EU as regards Article 3(3)(d), (e) and (f), EUR-Lex
  2. Directive 2014/53/EU (Radio Equipment Directive), Articles 3, 16-21, Annexes II-VI, EUR-Lex
  3. Commission Delegated Regulation (EU) 2023/2444, postponing the application date to 1 August 2025, EUR-Lex
  4. Commission Implementing Decision (EU) 2025/138, citing EN 18031-1/-2/-3:2024 in the Official Journal with restrictions, EUR-Lex
  5. Commission Delegated Regulation (EU) 2026/339, repealing Delegated Regulation (EU) 2022/30 from 11 December 2027, EUR-Lex
  6. European Commission: NANDO — Notified Bodies database

Frequently asked questions

Since when do RED's cybersecurity requirements apply, and to what?

Commission Delegated Regulation (EU) 2022/30 activates Radio Equipment Directive 2014/53/EU's Article 3(3) points (d) network protection, (e) personal data and privacy, and (f) fraud protection, for the categories of radio equipment its Article 1 defines. The Regulation originally set 1 August 2024 as the application date; Delegated Regulation (EU) 2023/2444 postponed that to 1 August 2025, which is the date these requirements have applied since.

Which radio products are in scope of Delegated Regulation 2022/30?

Article 1 applies point (d) to any radio equipment that can communicate itself over the internet, directly or via other equipment. Point (e) applies to that same internet-connected equipment, plus radio equipment designed for childcare, toys under Directive 2009/48/EC, and wearable radio equipment, wherever the device processes personal, traffic or location data. Point (f) applies to internet-connected radio equipment that lets the user transfer money, monetary value or virtual currency. Article 2 excludes medical devices under Regulations (EU) 2017/745 and 2017/746 from all three points, and excludes aviation equipment (2018/1139), vehicle type-approval equipment (2019/2144) and electronic road-tolling equipment (2019/520) from points (e) and (f) only.

Does applying EN 18031 automatically give presumption of conformity?

Not automatically. RED Article 16 gives presumption of conformity only where a manufacturer applies, in full, a harmonised standard whose reference has been published in the Official Journal of the EU — which Implementing Decision (EU) 2025/138 did for EN 18031-1, -2 and -3 from 28 January 2025. That same Implementing Decision publishes restrictions alongside the citation, for example no presumption where a product lets the user skip setting a password. Where a restriction applies, or a manufacturer departs from the standard, presumption does not apply and a notified body is required instead.

What conformity assessment route applies if you cannot rely on presumption of conformity?

RED Article 17 gives three procedures: internal production control (Annex II, self-assessment), EU-type examination followed by conformity to type (Annex III, via a notified body), and full quality assurance (Annex IV, also via a notified body). Where the harmonised standard has been applied in full with no restriction triggered, self-assessment is available. Where the standard has not been applied, has been applied only in part, does not exist, or a published restriction removes presumption, Article 17(4) requires Annex III or Annex IV instead, found through the European Commission's NANDO notified-body database.

Can SBOM or firmware vulnerability-scan evidence replace the conformity assessment itself?

No. Annex V to the RED requires the technical documentation to list, among other elements, the software or firmware versions affecting compliance and the harmonised standards applied. A software bill of materials and an engineer-reviewed firmware vulnerability scan are useful evidence for that file, and automation can produce them faster than manual component research. But they do not create presumption of conformity under Article 16 — only a harmonised standard cited in the Official Journal does that — and they cannot stand in for a notified body's Annex III or Annex IV assessment where one is required. The manufacturer remains responsible for the conformity assessment itself.

In this cluster

EU RED delegated regulation 2022/30: the cybersecurity requirements and how to meet them