Skip to content

Security and privacy risks of insecure transport / mixed content. #1201

Open

Description

@npdoty

Using insecure transports threatens the integrity of the content displayed to the user: even if the video and the TTML file are both delivered over HTTPS, loading a font over HTTP could lead to corruption or insertion of a misleading translation of the content. This would presumably also apply to image captions and subtitles loaded from external resources.

We should note secure transport as a security and privacy issue in TTML 2 and TTML 2 (2nd Edition) and reference that from IMSC 1.2. That change could be: 1) requiring secure transport; 2) prohibiting mixed content; or 3) non-normatively noting the risks to confidentiality and integrity.

It would be a good practice to use HTTPS as the scheme in examples throughout the specs.

From email: https://lists.w3.org/Archives/Public/public-privacy/2020JanMar/0055.html
Issue noted while reviewing IMSC 1.2 for privacy and security, as raised in PING.

Activity

  1. changed the title [-]security and privacy risks of insecure transport / mixed content[/-] [+]Security and privacy risks of insecure transport / mixed content.[/+] on Jul 28, 2020
  2. nigelmegitt commented on Oct 14, 2026

    @nigelmegitt
    Contributor

    I would support option 3) non-normatively noting the risks to confidentiality and integrity, as an addition to the existing Appendix P Security and Privacy Consideratoins.

  3. added this to the 2ED milestone on Oct 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    privacy-needs-resolutionIssue the Privacy Group has raised and looks for a response on.

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions