Skip to content

Make WebNN API a policy-controlled feature with default allowlist 'self' #145

@anssiko

Description

@anssiko

PING review feedback:

Is the API restricted to first-party contexts? Or do third-party frames have access? (The answer to 2.13 of the Self-Review: Security and Privacy Questionnaire (above) suggests they do, and that you are exploring the potential of a policy-controlled feature approach.) Is there any reason not to simply restrict to first party context? (i.e. what are the likely use cases you envision that would require third-party frames to have access to the API?)

Discussed on WebML CG Teleconference – 18 February 2021 with an initial agreement to make WebNN API a policy controlled feature.

We have additional knobs at our disposal with the default allowlist with two possible values:

*
The feature is allowed in documents in top-level browsing contexts by default, and when allowed, is allowed by default to documents in child browsing contexts.
self
The feature is allowed in documents in top-level browsing contexts by default, and when allowed, is allowed by default to same-origin domain documents in child browsing contexts, but is disallowed by default in cross-origin documents in child browsing contexts

Per PING feedback I infer we should set the default allowlist to ['self'] that allow same-origin domain iframe elements have access to this API, while disallow by default cross-origin iframe access to this API.

@RafaelCintron @sandandsnow

Metadata

Metadata

Assignees

No one assigned

    Labels

    privacy-trackerGroup bringing to attention of Privacy, or tracked by the Privacy Group but not needing response.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions