Artifact GuideGLOBALETSI EN 303 645

ETSI EN 303 645 Compliance Evidence

A practical guide to planning consumer IoT compliance evidence around ETSI EN 303 645 and the ETSI TS 103 701 assessment method.

Use it to define the product boundary, complete ICS and IXIT evidence, prepare for conceptual and functional tests, and avoid unsupported compliance claims.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Sections
6

Structured answer sets in this page tree.

Primary sources
5

Cited legal and guidance references.

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

Start with the exact consumer IoT product and release, then build the before collecting test evidence. The Supplier Organization identifies the Device Under Test and supplies the ICS and IXIT; the Test Laboratory verifies those inputs, derives the test plan, performs the applicable test groups, and assigns verdicts. Repeat the review when the product boundary, implementation, source edition, or public claim changes.

Section 1

Start compliance with the consumer IoT boundary

ETSI EN 303 645 is scoped to consumer IoT devices connected to network infrastructure, such as the Internet or a home network, and their interactions with associated services. It expressly excludes devices that are not consumer IoT devices, including devices primarily intended for manufacturing, healthcare, or other industrial applications.

For compliance planning, treat scope as the first evidence artifact. Name the product model, firmware or software version, network interfaces, companion apps, cloud services, support processes, and any provision-specific use-case resource constraints before mapping controls. This prevents a later assessment from depending on hidden assumptions about what was actually tested.

  • Identify whether the product is a consumer IoT device and whether associated services are required for intended functionality.
  • Describe the Device Under Test with product model, software version, interfaces, and live-operation assumptions.
  • List associated services separately and map the device's interactions with them because V3.1.3 defines them as part of the overall consumer IoT product.
  • Record a use-case resource constraint only against a provision that makes it relevant, such as brute-force protection in 5.1-5 or the secure update mechanism in 5.3-2. Do not treat the product as exempt from unrelated provisions.
Section 2

Build the ICS before claiming conformance

The is the Supplier Organization's statement of the capabilities implemented in or supported by the Device Under Test. It maps which EN 303 645 provisions are claimed, not applicable, or not fulfilled.

A credible compliance pack needs a provision-by-provision ICS with support status and reasons. A valid ICS cannot omit mandatory provisions. An N/A claim must match either an unmet condition of a conditional provision or the absence of the feature, capability, or mechanism to which the provision applies.

  • Use the EN 303 645 Annex B ICS pro forma as the source of the provision map.
  • Mark every claimed provision explicitly instead of relying on a blanket statement that the product is compliant.
  • Use the detail column for every N/A rationale and for the measures supporting each Yes claim; Provision 5.0-1 also requires a recorded justification for each recommendation considered not applicable or not fulfilled.
  • Record N, rather than N/A, when a provision applies but the DUT does not fulfil it. A final overall PASS cannot rest on a mandatory provision left unclaimed or a provision claimed Yes whose test group fails.
  • Validate N/A claims against the actual product behavior, user documentation, IXIT content, and DUT identification.
Section 3

Use IXIT as the working evidence layer

The Implementation eXtra Information for Testing contains the additional information needed to perform the assessment. TS 103 701 describes it as the basis for grey-box testing because it gives the Test Laboratory design details that are not available from product behavior alone.

The Supplier Organization does not complete every IXIT entry for every product. It completes the entries necessary for provisions claimed as Yes in the ICS, provides exhaustive and correct information, and can reference existing documentation when that documentation is supplied to the Test Laboratory.

  • Connect each Yes claim in the ICS to the IXIT entries needed for the corresponding test groups.
  • Use stable identifiers in IXIT tables so test cases, evidence files, and review comments can refer to exact entries.
  • Include design details for security measures, interfaces, update mechanisms, authentication mechanisms, telemetry, personal data, and deletion functions only where relevant to claimed provisions.
  • Treat incomplete or insufficient IXIT information as a verdict risk because TS 103 701 allows an inconclusive result when proper test execution is not possible.
Section 4

Prepare for conceptual and functional assessment

ETSI TS 103 701 organizes assessment into test scenarios, test groups, test cases, and test units. Test cases typically distinguish conceptual assessment, which checks the IXIT and design against the provision, from functional assessment, which checks the DUT functionality, associated-service relation, or development and management process.

The assessment procedure starts with DUT identification, ICS completion, and IXIT completion, then moves to ICS verification, assessment performance, and assignment of an overall verdict. The Test Laboratory uses the ICS and IXIT to derive a test plan; TS 103 701 does not prescribe one universal toolchain or step-by-step procedure for every IoT product.

  • Supplier Organization: freeze the DUT identity, deliver complete ICS and IXIT information, provide referenced documents and samples, and answer implementation questions.
  • Test Laboratory: verify ICS consistency, select appropriate methods, tools, conditions, and instructions, perform the planned test groups, and retain the basis for each verdict.
  • Prepare separate evidence for design conformity and implementation conformity where a provision has both conceptual and functional tests.
  • Keep public documents, such as vulnerability disclosure policy or user-facing support information, ready for publication checks.
  • Document the test method, equipment, conditions, and instructions selected by the Test Laboratory or assessment team.
  • Expect test planning to account for the product's interfaces, associated-service dependencies, and live-operation assumptions.
Section 5

Handle verdicts and external evidence carefully

TS 103 701 uses PASS, FAIL, and INCONCLUSIVE verdicts at overall, test group, and test case levels. An overall PASS depends on a valid ICS and PASS verdicts for the test groups corresponding to provisions claimed as Yes. A FAIL can result from an invalid ICS or a failed test group for a claimed provision.

Existing certifications or third-party evaluations may reduce assessment effort only when they are identified in the ICS detail field, supplied to the Test Laboratory, and verified as adequate for the corresponding test group. They do not establish a broader EN 303 645 result for provisions, versions, or product variants outside their scope.

  • Track every claimed provision to a test group verdict and every test group to underlying test case results.
  • Treat missing tools, missing IXIT detail, or insufficient evidence as an inconclusive-risk item before formal assessment.
  • Use third-party certificates or reports as external evidence only for the provision scope they actually support.
  • Keep assessment reports, ICS, IXIT, test outputs, public policy screenshots, and exception justifications versioned with the DUT.
Section 6

Avoid weak ETSI EN 303 645 compliance claims

Keep public claims narrow, versioned, and tied to evidence. ETSI EN 303 645 is a baseline for consumer IoT security and data protection. It does not cover every security challenge, prolonged or sophisticated attacks, or attacks requiring sustained physical access to the device.

Make the boundary visible. State the standard version, product or DUT, provisions claimed, TS 103 701 version and role, verdict, and any reliance on N/A justifications, external evidence, or scheme-specific criteria. TS 103 701 is independent from an assurance scheme, so a PASS verdict under its method is not by itself a certificate.

  • Do not write unqualified statements such as fully compliant, certified, or legally approved unless the evidence and scheme support those exact words.
  • Do not claim associated services were assessed as standalone services when the standard covers the device interactions with them.
  • Do not omit recommended provisions silently; explain whether they were claimed, not claimed, or justified as not applicable.
  • Do not rely on stale PDF copies for final claims; recheck the current ETSI deliverable status before publishing customer-facing compliance material.
  • Reopen the evidence pack after firmware, hardware, companion-app, associated-service, interface, update, authentication, telemetry, deletion, user-documentation, support-period, or vulnerability-process changes.
Primary sources

References and citations

etsi.org
Referenced sections
  • Official ETSI deliverable repository referenced by ETSI notices as the source for prevailing PDF versions.
"ETSI deliver"
etsi.org
Referenced sections
  • Official status source identified in EN 303 645 for checking whether a deliverable has been revised or had its status changed.
"may be revised or have its status changed"
etsi.org
Referenced sections
  • Official ETSI search page for checking current deliverable versions before fixing assessment scope or customer-facing claims.
"Search Standards"
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 consumer IoT products: what is in scope?
Decide whether a device and its associated services are in scope of ETSI EN 303 645 V3.1.3 and document the DUT, ICS, IXIT, and assessment boundary.
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
Cited 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
Guide to ETSI EN 303 645 data protection provisions for consumer IoT, including security, consent, telemetry, deletion, minimization, aggregation, and anonymization.
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.
ETSI EN 303 645 FAQ: Consumer IoT Security Questions
Practical answers to common ETSI EN 303 645 questions on consumer IoT scope, associated services, passwords, updates, vulnerability disclosure, telemetry, deletion, and assessment evidence.
ETSI EN 303 645 ICS and IXIT Evidence Template
Build a cited 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
This ETSI EN 303 645 implementation checklist helps 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 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.
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-backed guide to ETSI EN 303 645 clauses 5.2 and 5.3 for consumer IoT vulnerability disclosure, security updates, support periods, and assessment evidence.
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, non-updateable-device replacement support, model designation, and TS 103 701 evidence.
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.
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.
ETSI EN 303 645 vs EU CRA for Consumer IoT
Compare ETSI EN 303 645 consumer IoT evidence with the EU Cyber Resilience Act's scope, manufacturer duties, application dates, and conformity requirements.
ETSI EN 303 645 vs RED Cybersecurity Delegated Act
Compare ETSI EN 303 645 consumer IoT evidence with the RED cybersecurity requirements, EN 18031 standards, application date, and conformity routes.
ETSI EN 303 645 vs UK PSTI: Evidence Crosswalk
Compare ETSI EN 303 645 evidence with UK PSTI scope, three mandatory security requirements, statements of compliance, duties, and enforcement.
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.
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.
How should teams handle constrained devices under ETSI EN 303 645 for consumer IoT products?
How ETSI EN 303 645 V3.1.3 treats use-case resource constraints, non-updateable devices, N/A claims, authentication controls, and assessment evidence.