You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 4, 2020. It is now read-only.
The current design of Privacy Pass allows double spends unless a record of each token redeemed is kept and checked at redemption.
In typical use, tokens issued may be reasonably expected to survive for multiple days. This creates an obligation for services to maintain globally consistent records for a long period of time to prevent abuse.
We can propose possible solutions, but want to first call this out as an issue for wider adoption in case others are thinking about the same issue.
There are at least two separate issues to address:
This request is not simply a replay
This redemption is not simply a replay
An ideal solution would allow fast evaluation of these properties while requiring a minimum of shared state.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The current design of Privacy Pass allows double spends unless a record of each token redeemed is kept and checked at redemption.
In typical use, tokens issued may be reasonably expected to survive for multiple days. This creates an obligation for services to maintain globally consistent records for a long period of time to prevent abuse.
We can propose possible solutions, but want to first call this out as an issue for wider adoption in case others are thinking about the same issue.
There are at least two separate issues to address:
An ideal solution would allow fast evaluation of these properties while requiring a minimum of shared state.
The text was updated successfully, but these errors were encountered: