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

Redemption token header and format #252

Closed
chris-wood opened this issue May 25, 2023 · 1 comment
Closed

Redemption token header and format #252

chris-wood opened this issue May 25, 2023 · 1 comment

Comments

@chris-wood
Copy link

chris-wood commented May 25, 2023

Redemption uses the "Sec-Private-State-Token" header to convey a base64-encoded token. This raises a couple of questions:

  1. Why not use the HTTP authentication mechanism defined by Privacy Pass rather than provide a new header? Is the idea that one would want to do HTTP authentication alongside a redemption request, or something?
  2. Why not use the Token format from Privacy Pass, using a new token type to distinguish PST issuance from other existing Privacy Pass issuance protocols? Converging on the format would make it much simpler for origins adopting this technology, as they wouldn't need two significantly different code paths -- one for PST and one for Privacy Pass.
@dvorak42
Copy link
Collaborator

  1. This is somewhat the same as HTTP usage is ... #229. From the Origin Trial and discussions with potential issuers, tying in redemption/issuance flows to existing requests was much easier than having to have a new sequenced request to trigger the authentication flow. It might be possible to migrate to the request-based flow.

  2. Will centralize on Update Token types to match privacypass. #256 to track this.

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

2 participants