Ofcom’s Protection of Children Codes are practical safety measures that services must implement to meet child safety duties under the UK Online Safety Act. They cover age assurance, harmful content controls, reporting, complaints handling, and governance. The codes turn broad legal obligations into operational requirements that platforms can be assessed against.
What the codes are trying to do
Ofcom’s Protection of Children Codes are the operational layer of the Online Safety Act’s child safety duties. They translate broad duties into concrete expectations for services, so platforms can be judged on whether their safeguards are actually implemented, not just described in policy. The codes are meant to make child protection measurable, auditable, and enforceable.
That matters because child safety obligations often fail at the gap between law and implementation. A service may claim it has protections, but the codes focus attention on whether age assurance, content moderation, reporting routes, and governance are present in ways that work in practice.
What the codes typically cover
The codes generally bring together several control areas that need to work as a system. Age assurance is used to reduce exposure of children to inappropriate content or features, content controls help limit access to harmful material, and reporting and complaints mechanisms create routes for users and parents to raise problems and seek action.
They also extend beyond front-end product design into operational governance. That includes accountability for how safety decisions are made, how risks are reviewed, and how services evidence that controls are in place and functioning over time.
- Age assurance and audience segmentation
- Content handling and harmful content controls
- Reporting, complaints, and escalation processes
- Governance, assurance, and evidencing compliance
Why implementation detail matters
These codes are important because vague policy statements do not reduce exposure on their own. A child safety duty becomes meaningful only when product, moderation, trust and safety, legal, and governance teams can show that controls are consistently applied across the service and across user journeys.
COPPA and Children's Privacy Guide is a useful comparison point because it shows how child safety obligations often combine consent, retention, disclosure, and security controls into one operational model. For teams working through similar obligations, the key lesson is that safety duties become enforceable only when they are turned into concrete service requirements.
How the codes shape compliance and assurance
Because the codes are assessment-oriented, services need evidence, not just intent. That usually means keeping track of which user populations are in scope, what controls are deployed, how exceptions are handled, and what changes are made when risks evolve or product features change.
For large platforms, this also creates a continuing assurance problem. Children’s safety controls must stay aligned with product changes, new features, recommendation logic, and content flows, so compliance is not a one-time launch decision but an ongoing operational obligation.
Online Fraud Regulation Map is relevant as a navigation aid because it shows how UK online duties are increasingly expressed through specific, testable operational requirements rather than broad principles alone.
Risk and Threat Considerations
If these codes are weakly implemented, the result is not just regulatory exposure, but preventable child harm. The main failure mode is control drift, where a service has nominal safeguards but users can still reach harmful content, bypass age checks, or encounter broken reporting and complaint routes.
Failure mechanism: Age assurance can be bypassed or misapplied, harmful content controls can be inconsistent across surfaces, and governance can fail to detect that the service no longer matches its stated safety posture.
Impact: Children may be exposed to harmful content or contact, complaints may go unanswered, and the service may face enforcement, remediation orders, reputational damage, and loss of trust.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0 and NIST SP 800-53 Rev 5 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | GV.OC-03 — Cybersecurity Supply Chain Risk Management | Child safety codes rely on governed service operations and evidence of control ownership. |
| PR.AA-05 — Identity Management, Authentication, and Access Control | Age-gated access and user controls depend on strong access and identity enforcement. | |
| GV.OV-01 — Oversight of Cybersecurity Risk Management | The codes require ongoing oversight of how safety controls perform in practice. | |
| Recommendation — Define ownership for child-safety controls and keep governance evidence aligned to the service's operating model. Enforce access controls that support age assurance and restricted child-facing functionality. Review child-safety control effectiveness regularly and correct gaps when product or risk conditions change. | ||
| ISO/IEC 27001:2022 | A.5.34 — Privacy and protection of PII | Child safety controls often involve personal data, age assurance, and protection obligations. |
| Recommendation — Apply privacy controls to age-assurance and complaint-handling data to limit unnecessary exposure. | ||
| NIST SP 800-53 Rev 5 | PL-2 — System and Services Acquisition and Planning | The codes translate legal duties into planned, testable service requirements and controls. |
| Recommendation — Bake child-safety requirements into service planning, acceptance, and change control. | ||
Practitioner Guidance
Governance implication: Treat the codes as a product and control assurance problem, not only a legal review. The practical question is whether the service can prove that protections are built into design, operations, and change management rather than added as after-the-fact statements.
What to watch for: The most common warning sign is a mismatch between policy language and real user paths, especially where age assurance, content moderation, appeal handling, or escalation ownership is unclear. Where that mismatch exists, compliance is usually fragile even if the written policy looks complete.
Practitioner takeaway: Build the evidence trail as part of the control itself, because child safety regimes are increasingly assessed on demonstrable operation, not declarative intent.
Related resources from NHI Mgmt Group
- Who should be accountable for children’s safety under Ofcom’s codes?
- What breaks when a platform skips a data protection impact assessment before launching a new feature for children?
- How should platforms implement Ofcom’s children’s safety requirements without relying on weak age checks?
- Children’s Data Protection
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 31, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org