Artifact GuideUKRequirements

UK PSTI Product Security Requirements

This page maps UK PSTI Product Security Requirements into scope triggers, accountable owners, controls, evidence records, deadlines, and escalation points.

Use this guide to turn official Requirements into scope, evidence, owner, and review decisions. This guidance is practical, source-linked, and should be validated against current legal and policy requirements before implementation.

Back to main artifact Review sources

Author

Sorena AI

Published

May 9, 2026

Updated

May 9, 2026

Sections

Structured answer sets in this page tree.

Primary sources

Cited legal and guidance references.

Publication metadata

Sorena AI

Published May 9, 2026

Updated May 9, 2026

Overview

This page gives a plain-English summary of the UK PSTI Product Security duties, then helps you determine which duties apply, who owns each action, what evidence to keep, and when to escalate decisions.

Section 1

How should teams map UK PSTI Product Security Requirements into owners, controls, and evidence?

The core UK PSTI requirements are: confirm whether the product is a relevant connectable product; make sure manufacturers meet the minimum security requirements; provide a statement of compliance that accompanies the product; keep a copy of that statement; give clear information on how to report security issues; and publish the minimum security update period. Importers and distributors also must not make a product available unless it is accompanied by a statement of compliance.

Start by deciding whether the product is a relevant connectable product and which manufacturer, importer, distributor, statement-of-compliance, vulnerability-disclosure, password, support-period, or OPSS enforcement duty is triggered. The useful answer should name the exact trigger, affected product or process, required action, owner, evidence, and escalation point.

Keep the legal source, product-scope decision, manufacturer/importer/distributor role, statement of compliance, and technical evidence together so OPSS-facing records are reviewable.

Define the exact Requirements trigger and the business process it affects.
Record which role, product, system, customer group, or data flow is in scope.
Attach the source-linked rule, the owner, and the evidence field before approving the control.
Escalate uncertainty when the facts depend on thresholds, exemptions, cross-border activity, vulnerable users, or enforcement-sensitive wording.

Sources for this answer

Consumer connectable product security regulations

OPSS enforcement guidance supports the escalation and notice-response evidence needed when UK PSTI requirements are not met.

The UK Product Security and Telecommunications Infrastructure (Product Security) regime

GOV.UK guidance identifies the UK PSTI duties for manufacturers, importers, distributors, statements of compliance, and relevant connectable products.

GOV.UK guidance on consumer connectable product security regulations

GOV.UK guidance provides the practical route to consumer connectable product security regulation resources and enforcement materials.

Section 2

Who should own the UK PSTI Product Security requirements, and what evidence should prove the decision?

Ownership should sit with the team that controls product design, supply-chain placement, importer/distributor checks, or customer security information, with legal and product-security review.

Evidence should show relevant-connectable-product scope, default-password controls, vulnerability disclosure channel, minimum support period, statement of compliance, supply-chain role checks, and OPSS notice response readiness.

Name one accountable owner and one reviewer for the Requirements workflow.
Keep source screenshots or source links, decision notes, implementation tickets, and approval records together.
Use dated evidence for deadlines, notices, risk assessments, contracts, user journeys, and regulator-facing records.
Review the evidence after product changes, new markets, new vendors, enforcement updates, or material changes in the source text.

Sources for this answer

The UK Product Security and Telecommunications Infrastructure (Product Security) regime

Evidence and ownership support for UK PSTI Product Security.

GOV.UK guidance on consumer connectable product security regulations

Evidence and ownership support for UK PSTI Product Security.

Regulation of consumer connectable product cyber security

Evidence and ownership support for UK PSTI Product Security.

Section 3

Which edge cases should teams check before relying on a UK PSTI Product Security requirements decision?

Most PSTI mistakes happen at the boundary between manufacturer, importer and distributor duties, excepted products, bundled products, support-period statements, and evidence that does not match the shipped product.

Use this section before UK market placement, importer onboarding, distributor acceptance, or support-period publication so the evidence matches the actual product and supply-chain role.

Check whether the rule changes for minors, consumers, business users, public-sector bodies, regulated sectors, high-risk services, or cross-border transfers.
Separate binding law, regulator guidance, consultation material, standards, and enforcement commentary in the evidence record.
Do not rely on a previous answer if the data categories, user interface, vendor role, or contractual flow changed.
Track unresolved assumptions in an open-questions section and route legal interpretation points for review.

Sources for this answer

Consumer connectable product security regulations

Boundary and edge-case support for this artifact page.

The UK Product Security and Telecommunications Infrastructure (Product Security) regime

Boundary and edge-case support for this artifact page.

GOV.UK guidance on consumer connectable product security regulations

Boundary and edge-case support for this artifact page.

Regulation of consumer connectable product cyber security

Boundary and edge-case support for this artifact page.

Section 4

How should teams operationalize Requirements with proportionate controls?

Use a compact PSTI workflow that captures product scope, role, password control, vulnerability disclosure route, support-period information, statement-of-compliance approval, and OPSS escalation path.

The output should be a product-scope note, statement-of-compliance pack, supplier attestation, customer-facing support-period notice, or OPSS response record.

Create a short intake question that identifies the Requirements scenario.
Map the answer to a required action, evidence field, owner, reviewer, and review date.
Link related artifact pages with descriptive anchors so users can move from scope to deadlines, controls, penalties, and templates.
Update the workflow when official source material changes or when internal evidence shows recurring exceptions.

Sources for this answer

Consumer connectable product security regulations

Operational implementation support for the UK PSTI Product Security requirements.

The UK Product Security and Telecommunications Infrastructure (Product Security) regime

Operational implementation support for the UK PSTI Product Security requirements.

GOV.UK guidance on consumer connectable product security regulations

Operational implementation support for the UK PSTI Product Security requirements.

Recommended next step

Turn UK PSTI Product Security Requirements into assigned work

Use this UK PSTI Product Security guide to turn Requirements into owners, evidence requests, review checkpoints, and reusable operating records inside Sorena.

Assessment workflow

Open Assessment Autopilot for UK PSTI Product Security

Turn Requirements into scoped questions, evidence fields, and review tasks.

Explore next step

Research workflow

Review UK PSTI Product Security source evidence

Use Research Copilot to answer follow-up questions with cited source material.

Explore next step

Talk to Sorena

Talk through implementation

Review scope, evidence, owners, and the next compliance actions with Sorena.

Explore next step

Primary sources

References and citations

Consumer connectable product security regulations

gov.uk

Referenced sections

Operational implementation support for the UK PSTI Product Security requirements.

"OPSS enforces the above legislation."

GOV.UK guidance on consumer connectable product security regulations

gov.uk

Referenced sections

Operational implementation support for the UK PSTI Product Security requirements.

"This document provides guidance on regulatory activities, enforcement, and related resources for the Product Security and Telecommunications Infrastructure"

Regulation of consumer connectable product cyber security

legislation.gov.uk

Referenced sections

Boundary and edge-case support for this artifact page.

"The government has been working with the tech industry to better secure consumer connectable products for several years"

THE PRODUCT SECURITY AND TELECOMMUNICATIONS INFRASTRUCTURE (SECURITY REQUIREMENTS FOR RELEVANT CONNECTABLE PRODUCTS) REGULATIONS 2023

legislation.gov.uk

Referenced sections

The 2023 security requirements regulations define manufacturer security requirements, deemed compliance, excepted products, and statement-of-compliance content.