As last captured

Ofcom: guidance on highly effective age assurance (Part 3) · The robustness criterion

The robustness criterion implementing age assurance?

implementing age assurance · in force: unknown

Captured source text (L5)

The robustness criterion implementing age assurance?

Where relevant, ensure the technology has been tested in a range of conditions
4.27We expect service providers to implement age assurance processes that have undergone testing to ensure the process is highly effective in a range of conditions; e.g. poor lighting, blurring, brightness, contrast, or positioning of the user in the image.
4.28Should service providers choose an age assurance method dependent on visual or audio input, they should ensure that the technology underpinning that method has been tested in multiple environments during its development, to minimise any discrepancies in the performance of the method in actual deployment contexts.
Identify and take appropriate steps to mitigate against methods of circumvention that are easily accessible to children and where it is reasonable to assume that children may use them
4.29We expect service providers to identify and take appropriate steps to mitigate against methods of circumvention that are easily accessible to children, and where it is reasonable to assume that children may use them.
4.30Where service providers implement age assurance processes that rely on details obtained via a user’s identification documents, mobile phone number, email address, or credit card, we expect providers to have means of checking that the details supplied belong to the user attempting to access the service.
4.31Verifying the ownership of a user’s details is one method of reducing the risk of a child user circumventing the age assurance process. For example, in the case of a mobile phone number, email address or credit card checks, this could be done through the use of a One Time Passcode (OTP) or multi-factor authentication.
4.32Requiring a photo of the user at the point of ID upload when photo-ID matching helps to verify that the photo ID belongs to that user. Liveness detection provides further confidence that a child user has not uploaded a photo of an adult by ensuring that the user undergoing the age assurance process is present at the time the check is carried out.22
4.33Liveness detection can also help to ensure that children are not using still images of adults to pass through facial age estimation.
4.34It is possible to obtain fake forms of identification of varying degrees of sophistication. A robust photo-ID check should not be capable of being easily circumvented, and as such, a photo-ID method should be able to detect falsified documentation or manipulation that a child could create or obtain. Government-issued guidance on how to prove and verify
22 Liveness detection is used to ensure that the face being analysed is not a photograph, video, or any other form of spoofed representation. The primary goal is to prevent attackers from using static images (print attack) or pre-recorded videos (replay attack) to trick the system into making inaccurate age estimates. 15
someone’s identity (“GPG45”) provides some useful indicators on how a document can be scored to detect certain levels of faked documentation.23
4.35Repeating an age check could also help to increase the robustness of an age assurance method, to prevent child access via device or account sharing and instances where children may be mistakenly classified as adults during the initial age check.
4.36Service providers should determine whether repeated age checks are needed to secure the robustness of their solution based on the features of their service, and if so, how often it is appropriate to repeat an age check. For example, service providers may decide to age check each unique visitor to a service which does not require users to create an account. When deciding on the frequency of age checks, service providers should be mindful that data protection law requires them to assess the necessity and proportionality of the personal data processing and take a data protection by design approach to implementing the data protection principles.24
Full captured verbatim text
Where relevant, ensure the technology has been tested in a range of conditions

4.27 We expect service providers to implement age assurance processes that have undergone
testing to ensure the process is highly effective in a range of conditions; e.g. poor lighting,
blurring, brightness, contrast, or positioning of the user in the image.

4.28 Should service providers choose an age assurance method dependent on visual or audio
input, they should ensure that the technology underpinning that method has been tested in
multiple environments during its development, to minimise any discrepancies in the
performance of the method in actual deployment contexts.

Identify and take appropriate steps to mitigate against methods of
circumvention that are easily accessible to children and where it is reasonable
to assume that children may use them

4.29 We expect service providers to identify and take appropriate steps to mitigate against
methods of circumvention that are easily accessible to children, and where it is reasonable
to assume that children may use them.

4.30 Where service providers implement age assurance processes that rely on details obtained
via a user’s identification documents, mobile phone number, email address, or credit card,
we expect providers to have means of checking that the details supplied belong to the user
attempting to access the service.

4.31 Verifying the ownership of a user’s details is one method of reducing the risk of a child user
circumventing the age assurance process. For example, in the case of a mobile phone
number, email address or credit card checks, this could be done through the use of a One
Time Passcode (OTP) or multi-factor authentication.

4.32 Requiring a photo of the user at the point of ID upload when photo-ID matching helps to
verify that the photo ID belongs to that user. Liveness detection provides further
confidence that a child user has not uploaded a photo of an adult by ensuring that the user
undergoing the age assurance process is present at the time the check is carried out.22

4.33 Liveness detection can also help to ensure that children are not using still images of adults
to pass through facial age estimation.

4.34 It is possible to obtain fake forms of identification of varying degrees of sophistication. A
robust photo-ID check should not be capable of being easily circumvented, and as such, a
photo-ID method should be able to detect falsified documentation or manipulation that a
child could create or obtain. Government-issued guidance on how to prove and verify

22 Liveness detection is used to ensure that the face being analysed is not a photograph, video, or any other
form of spoofed representation. The primary goal is to prevent attackers from using static images (print attack)
or pre-recorded videos (replay attack) to trick the system into making inaccurate age estimates.
15

someone’s identity (“GPG45”) provides some useful indicators on how a document can be
scored to detect certain levels of faked documentation.23

4.35 Repeating an age check could also help to increase the robustness of an age assurance
method, to prevent child access via device or account sharing and instances where children
may be mistakenly classified as adults during the initial age check.

4.36 Service providers should determine whether repeated age checks are needed to secure the
robustness of their solution based on the features of their service, and if so, how often it is
appropriate to repeat an age check. For example, service providers may decide to age check
each unique visitor to a service which does not require users to create an account. When
deciding on the frequency of age checks, service providers should be mindful that data
protection law requires them to assess the necessity and proportionality of the personal
data processing and take a data protection by design approach to implementing the data
protection principles.24

What this provision means

Model summary, checked against the text on the left.

Relevance to Signicat: 3/3 · detailed summary (L4) Status: ok · Stored artifact; current recipe verification unavailable

Service providers implementing age assurance must test systems under diverse conditions, mitigate circumvention, and verify user detail ownership.

4.27 We expect service providers to implement age assurance processes that have undergone testing to ensure the process is highly effective in a range of conditions; e.g. poor lighting, blurring, brightness, contrast, or positioning of the user in the image.
4.30 Where service providers implement age assurance processes that rely on details obtained via a user’s identification documents, mobile phone number, email address, or credit card, we expect providers to have means of checking that the details supplied belong to the user attempting to access the service.
4.32 Requiring a photo of the user at the point of ID upload when photo-ID matching helps to verify that the photo ID belongs to that user. Liveness detection provides further confidence that a child user has not uploaded a photo of an adult by ensuring that the user undergoing the age assurance process is present at the time the check is carried out.22
Under 4.27 and 4.28, service providers must implement age assurance tested across diverse conditions (such as poor lighting or blur) to minimise real-world discrepancies. Under 4.29, providers must identify and mitigate circumvention accessible to children. Under 4.30, where processes rely on ID documents, mobile numbers, emails, or credit cards, providers must possess means to verify that details belong to the user accessing the service. Under 4.34, photo-ID methods must detect falsified or manipulated documentation. Under 4.36, providers should evaluate whether and how frequently repeated age checks are necessary based on service features, while observing data protection necessity and proportionality.
age_assurance.estimationage_assurance.document_or_eid_basedidentity_proofing.biometric_livenessidentity_proofing.documentauthentication.sca_psd2

Refers to

No captured references.

Referred to by

No captured references.

Part summaries

0 of 0 parts have a verified summary.

L1 unavailable for current verification: the overall summary needs every part verified. Provisions and the verified summaries remain readable.

Verification findings (79)

synthesis coverage: missing/unverified L2 guidance-on-highly

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#guidance-on-highly

synthesis coverage: missing/unverified L2 effective-age-assurance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#effective-age-assurance

synthesis coverage: missing/unverified L2 for-part-3-services

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-3

synthesis coverage: missing/unverified L2 contents

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#section

synthesis coverage: missing/unverified L2 1-overview

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-5

synthesis coverage: missing/unverified L2 2-introduction

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#2-introduction

synthesis coverage: missing/unverified L2 background-to-the-guidance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#children-s-access-assessment

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#protection-of-children-codes

synthesis coverage: missing/unverified L2 navigating-the-guidance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-9

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#section-3-age-assurance-methods

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#section-4-criteria-to-ensure-an-age-assurance-process-is-highly

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#effective

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#section-5-privacy

synthesis coverage: missing/unverified L2 3-age-assurance-methods-and

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#3-age-assurance-methods-and

synthesis coverage: missing/unverified L2 processes

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-15

synthesis coverage: missing/unverified L2 kinds-of-age-assurance-that-are-capable-of-being-highly

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#kinds-of-age-assurance-that-are-capable-of-being-highly

synthesis coverage: missing/unverified L2 effective

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-17

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-22

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-23

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-24

synthesis coverage: missing/unverified L2 kinds-of-age-assurance-that-are-not-capable-of-being

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#kinds-of-age-assurance-that-are-not-capable-of-being

synthesis coverage: missing/unverified L2 highly-effective

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-19

synthesis coverage: missing/unverified L2 4-criteria-to-ensure-an-age

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#4-criteria-to-ensure-an-age

synthesis coverage: missing/unverified L2 assurance-process-is-highly

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#assurance-process-is-highly

synthesis coverage: missing/unverified L2 the-technical-accuracy-criterion

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#what-is-technical-accuracy

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#why-is-technical-accuracy-important

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#how-can-service-providers-have-regard-to-the-technical

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#accuracy-criterion

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#accuracy-criterion-2

synthesis coverage: missing/unverified L2 the-robustness-criterion

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#what-is-robustness

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#why-is-robustness-important

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#how-can-service-providers-have-regard-to-robustness-when

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#implementing-age-assurance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#implementing-age-assurance-2

synthesis coverage: missing/unverified L2 the-reliability-criterion

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#what-is-reliability

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#why-is-reliability-important

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#how-can-service-providers-have-regard-to-reliability-when

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#implementing-age-assurance-3

synthesis coverage: missing/unverified L2 the-fairness-criterion

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#what-is-fairness

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#why-is-fairness-important

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#how-can-service-providers-have-regard-to-fairness-when

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#implementing-age-assurance-4

synthesis coverage: missing/unverified L2 additional-principles-for-providers-to-consider

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-43

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#accessibility-principle

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#interoperability

synthesis coverage: missing/unverified L2 5-privacy-and-data-protection

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-46

synthesis coverage: missing/unverified L2 the-data-protection-regime

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-47

synthesis coverage: missing/unverified L2 ico-guidance-on-data-protection-and-age-assurance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-48

synthesis coverage: missing/unverified L2 having-regard-to-privacy-under-the-act

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#chunk-49

synthesis coverage: missing/unverified L2 6-technical-glossary

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#metrics-used-to-measure-the-accuracy-of-age-assurance

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#metrics-used-to-measure-the-accuracy-of-age-assurance-2

synthesis coverage: missing evaluation uk:ofcom/heaa-guidance-part3#additional-terms-used-in-this-guidance

Instrument tier unavailable

Change history as published

No captured publisher history.

Pending effects amendments not yet applied to this text

No captured pending effects.

Provenance

Every claim the system makes about this text is traceable to these identifiers.

Instrument
uk:ofcom/heaa-guidance-part3
Part
The robustness criterion
Version
eb000eee3d25f24ca2bee58c…
Content hash
sha256 21b99dacd7b812b70ffc6916…
Source
ofcom.org.uk/siteassets/resources/documents/consultations/category-1-10-weeks/statement-protecting-children-from-harms-online/main-document/guidance-on-highly-effective-age-assurance-part-3-guidance-.pdf?v=396471