Artifact GuideGLOBALETSI EN 303 645

ETSI EN 303 645 Frequently Asked Questions

Clear answers to common ETSI EN 303 645 questions for consumer IoT product, cloud, app, and evidence teams.

Grounded in ETSI EN 303 645 and ETSI TS 103 701 source material. Use it as implementation guidance, not for legal interpretation.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
FAQ modules
8

Structured answer sets in this page tree.

Primary sources
2

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 9, 2026
Overview

ETSI EN 303 645 is a baseline cybersecurity standard for consumer IoT devices and their interactions with associated services. This FAQ explains the practical questions teams usually need to settle before using the standard in product design, supplier reviews, procurement responses, or ETSI TS 103 701-style conformance assessment work.

Browse sub-FAQs

Choose the question set you need

These focused FAQ modules break this artifact into narrower answer sets so teams can move straight to the right source-backed guidance.

Browse all FAQ items24
Focused FAQ modules
8
Showing 8 of 8
FAQ module

ETSI EN 303 645 consumer IoT products: what is in scope?

ETSI EN 303 645 FAQ on consumer IoT product scope: devices, associated services, constrained devices, out-of-scope industrial uses, ICS, IXIT, and TS 103 701 evidence.

3 items
FAQ module

ETSI EN 303 645 default passwords: what must consumer IoT teams do?

ETSI EN 303 645 default password guidance for consumer IoT: unique or user-defined passwords, pre-installed password generation, change mechanisms, brute-force controls, and TS 103 701 evidence.

3 items
FAQ module

ETSI EN 303 645 personal data deletion FAQ for consumer IoT

What ETSI EN 303 645 says about deleting user data and personal data from consumer IoT devices, associated services, apps, and evidence records.

3 items
FAQ module

ETSI EN 303 645 support period: what must consumer IoT teams publish?

ETSI EN 303 645 support-period guidance for consumer IoT: defined security-update support periods, user-accessible publication, constrained-device replacement support, model designation, and TS 103 701 evidence.

3 items
FAQ module

ETSI EN 303 645 telemetry: what should consumer IoT teams evidence?

ETSI EN 303 645 telemetry guidance for consumer IoT teams: security anomaly examination, IXIT 24-TelData evidence, personal-data minimization, and consumer telemetry disclosures.

3 items
FAQ module

ETSI EN 303 645 test evidence: what should consumer IoT teams keep?

ETSI EN 303 645 test evidence guidance for consumer IoT teams: ICS support claims, IXIT detail, TS 103 701 test plans, verdicts, and external evidence checks.

3 items
FAQ module

ETSI EN 303 645 vulnerability disclosure requirements for consumer IoT

What ETSI EN 303 645 requires for consumer IoT vulnerability disclosure policies, report handling, status updates, timely action, and TS 103 701 evidence.

3 items
FAQ module

How should teams handle constrained devices under ETSI EN 303 645 for consumer IoT products?

ETSI EN 303 645 constrained-device guidance: what counts as constrained, when non-applicability can be justified, and what evidence should support update and authentication decisions.

3 items
Question 1

What is ETSI EN 303 645 used for?

ETSI EN 303 645 brings together baseline security and data-protection provisions for Internet-connected consumer devices. Its focus is intentionally practical: it targets widespread design weaknesses in consumer IoT, such as easily guessable passwords, weak update practices, missing vulnerability intake, exposed attack surfaces, insecure communications, unclear telemetry use, and poor user-data deletion.

The standard is not a complete answer to every IoT security risk. The grounding text says it is not intended to solve all security challenges and does not focus on prolonged or sophisticated attacks or attacks requiring sustained physical access. Treat it as a baseline that product teams can supplement with product-specific risk assessment, threat modelling, sector rules, buyer requirements, and assurance schemes.

  • Use it to define baseline consumer IoT security expectations before release.
  • Use it to organize evidence for passwords, updates, vulnerability disclosure, secure communication, personal data, telemetry, deletion, installation, and input validation.
  • Do not present it as a complete legal, privacy, product-safety, or high-assurance security certification by itself.
  • Name the ETSI deliverable version used before making public claims.
Question 2

Which products are in scope of ETSI EN 303 645?

The standard applies to consumer IoT devices connected to network infrastructure, such as the Internet or a home network, and to their interactions with associated services. Examples in the grounding include consumer product categories such as connected home devices and wearables; devices primarily intended for manufacturing, healthcare, or other industrial applications are outside the stated scope.

A useful scope decision names the IoT product, not just the physical device. ETSI EN 303 645 defines an IoT product as the consumer IoT device plus its associated services. Associated services are the digital services that, together with the device, are part of the overall consumer IoT product and are typically required for the product's intended functionality.

  • Include companion apps, manufacturer cloud services, telemetry services, and required setup services when they are part of the product's intended functionality.
  • Do not automatically include user-chosen third-party apps or websites that are not required by the manufacturer for the product to work.
  • Keep constrained-device status explicit because physical limits such as battery life, storage, processing power, physical access, or bandwidth can affect how provisions are implemented.
  • Document why any recommendation is considered not applicable or not fulfilled for the specific consumer IoT device.
Question 3

What does ETSI EN 303 645 say about default passwords and authentication?

Where passwords are used and the device is no longer in factory default state, ETSI EN 303 645 requires consumer IoT device passwords to be unique per device or defined by the user. The standard calls out the historic use of universal default credentials such as "admin, admin" and says that practice needs to be discontinued.

Authentication evidence should show both the intended setup path and what happens on real network interfaces. For non-constrained devices, ETSI EN 303 645 also requires a mechanism that makes brute-force attacks on authentication mechanisms via network interfaces impracticable. If the product avoids passwords through another method, the evidence should explain the method instead of leaving the question unanswered.

  • Record whether passwords exist on device interfaces, apps, web interfaces, APIs, and associated services.
  • Show that non-factory-default passwords are user-defined or unique per device when passwords are used.
  • For non-constrained devices, include brute-force mitigation evidence for network-accessible authentication mechanisms.
  • Avoid broad claims such as "no default passwords" unless the claim covers every relevant state and interface.
Question 4

What are the key vulnerability disclosure and software update expectations?

ETSI EN 303 645 requires manufacturers to make a vulnerability disclosure policy publicly available. That policy should explain how security researchers and others can report issues, and the standard describes Coordinated Vulnerability Disclosure as the process set used to handle potential vulnerability disclosures and support remediation.

For software updates, the standard says all software components in consumer IoT devices should be securely updateable. For non-constrained devices, it requires an update mechanism for secure installation of updates. It also expects transparency around update support; for constrained devices that cannot be updated, the manufacturer should publish the rationale, hardware replacement support method and period, and a defined support period in a clear and accessible way.

  • Publish a vulnerability disclosure policy before relying on EN 303 645 as a release or procurement claim.
  • Keep an intake, triage, remediation, and communication record for reported vulnerabilities.
  • Document the update mechanism, including how update authenticity and integrity are checked.
  • For constrained devices that cannot be patched, publish the rationale and replacement or isolation approach instead of implying normal software update support.
Question 5

How should teams handle personal data, telemetry, and deletion questions?

ETSI EN 303 645 includes both security provisions for personal data and a separate data-protection section. It expects manufacturers to give consumers clear and transparent information about what personal data is processed, how it is used, by whom, and for what purposes, including third parties such as advertisers where they are involved.

Telemetry needs two checks. If telemetry is collected from consumer IoT devices and services, it should be examined for security anomalies. If telemetry includes personal data, the standard also says processing should be kept to the minimum necessary for the intended functionality and that consumers must be told what telemetry is collected, how it is used, by whom, and for what purposes.

Deletion should not be reduced to a vague factory-reset statement. ETSI EN 303 645 says consumers should have functionality to remove user data from the device and functionality so personal data can be removed from associated services in a simple manner. It also expects clear deletion instructions and confirmation that personal data has been deleted from services, devices, and applications.

  • Inventory personal data by device, app, associated service, third party, purpose, retention period, protection mechanism, and deletion path.
  • Separate telemetry collected for security anomaly detection from telemetry collected only for product performance or analytics.
  • Confirm whether deletion works for transfer of ownership, service removal, device disposal, and multi-user scenarios.
  • Explain deletion from associated services and applications, not only from local device storage.
Question 6

What evidence does ETSI TS 103 701 add to an ETSI EN 303 645 FAQ?

ETSI TS 103 701 is the conformance-assessment companion for the baseline requirements. It frames assessment around the Device Under Test, Supplier Organization, and Test Laboratory, and uses the Implementation Conformance Statement and Implementation eXtra Information for Testing to let the test laboratory derive a test plan.

For FAQ readers, that means each answer should point to assessable evidence, not just policy language. Good evidence names the DUT boundary, the applicable provision, whether the test is conceptual, functional, or both, which ICS or IXIT information supports the answer, and whether external evidence is being used.

  • Identify the DUT before answering scope or evidence questions.
  • Maintain ICS-style statements for which provisions apply and how they are implemented.
  • Maintain IXIT-style details for authentication mechanisms, update mechanisms, secure communication, personal data, telemetry, deletion functions, interfaces, and input validation.
  • Keep external evidence tied to the provision and product version so it can support an assessment without drifting into generic compliance language.
Primary sources

References and citations

Related guides

Explore more topics

ETSI EN 303 645 Applicability and Scope
Decide whether a connected product is in scope of ETSI EN 303 645, define the consumer IoT evidence boundary, and document N/A justifications for assessment.
ETSI EN 303 645 compliance: ICS, IXIT, evidence
Plan ETSI EN 303 645 compliance evidence for consumer IoT products with scope, ICS, IXIT, TS 103 701 assessment steps, verdict risks, and source-linked controls.
ETSI EN 303 645 Current Version Tracker
Track ETSI EN 303 645 version evidence, ETSI deliverable status checks, TS 103 701 assessment alignment, and change triggers for consumer IoT security work.
ETSI EN 303 645 CVD Workflow for IoT Vulnerability Reports
Source-linked workflow for ETSI EN 303 645 vulnerability disclosure: public policy contents, reporting contact, acknowledgement and status timelines, timely action, and TS 103 701 evidence.
ETSI EN 303 645 Data Protection Provisions
source-linked guide to ETSI EN 303 645 data protection provisions for consumer IoT: personal data security, telemetry transparency, consent, and deletion evidence.
ETSI EN 303 645 ICS and IXIT Evidence Template
Build a source-linked ICS and IXIT evidence template for ETSI EN 303 645 consumer IoT assessments, with clear separation between EN provisions and TS 103 701 test information.
ETSI EN 303 645 implementation checklist
Use this ETSI EN 303 645 implementation checklist to scope a consumer IoT product, record Annex B support statuses, map IXIT evidence, and avoid weak conformance claims.
ETSI EN 303 645 Implementation Evidence Guide
Build ETSI EN 303 645 implementation evidence from Annex B support/detail records, TS 103 701 ICS and IXIT inputs, test verdicts, and scoped external evidence.
ETSI EN 303 645 IoT Applicability Workflow
Decide whether ETSI EN 303 645 applies to a consumer IoT product, what associated services belong in scope, and how to record justified non-applicability.
ETSI EN 303 645 requirements: consumer IoT provision map
Map ETSI EN 303 645 consumer IoT requirements to product scope, Annex B ICS entries, TS 103 701 evidence, and implementation owners.
ETSI EN 303 645 Secure Update Evidence Workflow
Build secure-update evidence for ETSI EN 303 645 using provision 5.3, Annex B support/detail records, and TS 103 701 ICS, IXIT, and test-plan inputs.
ETSI EN 303 645 Secure Update Workflow
Map ETSI EN 303 645 secure-update provisions into a practical workflow for consumer IoT update mechanisms, support-period disclosures, and TS 103 701 evidence.
ETSI EN 303 645 Secure Updates and Vulnerability Disclosure
source-linked guide to ETSI EN 303 645 clauses 5.2 and 5.3 for consumer IoT vulnerability disclosure, security updates, support periods, and TS 103 701 evidence.
ETSI EN 303 645 vs EU CRA for Consumer IoT
Use ETSI EN 303 645 and ETSI TS 103 701 evidence when preparing consumer IoT cybersecurity work that may also need a separate EU CRA legal mapping.
ETSI EN 303 645 vs RED Cybersecurity Delegated Act
Compare ETSI EN 303 645 consumer IoT security evidence with RED cybersecurity planning without treating the ETSI baseline as a substitute for RED legal scope.
ETSI EN 303 645 vs UK PSTI: Evidence Crosswalk
Compare ETSI EN 303 645 evidence with UK PSTI review needs without assuming the same scope, legal trigger, or assurance route.
ETSI TS 103 701 Test Evidence Workflow for EN 303 645
Build an ETSI TS 103 701 test evidence workflow for EN 303 645 consumer IoT assessments: DUT identification, ICS, IXIT, test plans, verdicts, and external evidence.