Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inaccurate description of how to select a trust store identifier #15

Open
dadrian opened this issue Jul 20, 2024 · 0 comments
Open

Inaccurate description of how to select a trust store identifier #15

dadrian opened this issue Jul 20, 2024 · 0 comments

Comments

@dadrian
Copy link

dadrian commented Jul 20, 2024

The "Fingerprinting & Client Privacy" section suggests that the trust store identifier should be as specific as possible, and will inherently be able to be used as a way to disambiguate Chromium derivatives. This is false.

The decision of how specific of an identifier in trust expressions is a tradeoff left to the user, and the draft provides guidance. The Trust Expressions draft describes the identifier as selecting an anonymity set, including cross-client for those clients that sit downstream of another root program, and suggests that it should be versioned only when it changes. See Section 10, Privacy Considerations. It also notes that Chromium derivatives could share the same identifier.

The TLS WG does not hold RFCs to the standard of “what is the worst possible configuration for an anonymity set”---if it did, ECH would be seen as providing no privacy value, as it is possible to use it with a 1:1 mapping from key to domain.

The privacy properties of Trust Expressions are discussed in the draft, and have gone through several rounds of updates. Please ensure your analysis is based on the most up to date version of the draft.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant