FedCM as a trust signal for the Storage Access API #992
Labels
Focus: Accessibility (pending)
Focus: API design (pending)
Focus: Internationalization (pending)
Focus: Privacy (pending)
Focus: Security (pending)
Focus: Web architecture (pending)
Review type: CG early review
An early review of general direction from a Community Group
Topic: client-side storage
Topic: identity & credentials
Venue: Federated ID CG
Venue: WHATWG
Milestone
Guten TAG!
I'm requesting a TAG review of FedCM as a trust signal for the Storage Access API.
In short, this feature will allow developers of FedCM to utilize the Storage Access API (based on the prior user permission given to share cross-site identifiers), conversely, it allows developers using the Storage Access API to more easily upgrade to FedCM which may offer a better user experience in many cases.
From the explainer, note the key use cases as well as a discussion of the slightly different privacy and security properties of the two APIs and how we chose to reconcile them.
Further details:
You should also know that...
The Lightweight FedCM work driven by @bvandersloot-mozilla et al integrates with this feature to ensure developers using the API get access to cross-site cookies upon completing the proposed user permission flow.
The text was updated successfully, but these errors were encountered: