-
Notifications
You must be signed in to change notification settings - Fork 108
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
PASETO RFC (First Draft) #67
Conversation
docs/RFC/paseto.md: Fix typo
add draft to RFC for v2 and v1.local
Should there be a section related to the JSON encoding or the registered claims? |
JSON is defined in a separate RFC. The registered claims deserve its own section. |
I think we're also going to have to define XChaCha20-Poly1305 in a section too |
Yes. The RFC I linked isn't enough to define the X. |
This now defines HChaCha20 and uses it to build XChaCha20. (I'd like to ask @jedisct1 to spot-check this for accuracy when he has the time.) |
Proposing revisions to RFC
I still need to add the Security Considerations and IANA Considerations sections, which I'm doing tonight. |
Okay, I think I've incorporated changes that addressed your suggestions, @sjudson :) |
I've updated the rules at the top: To avoid merge conflicts, please feel free to only change the |
|
||
Version *v1* is a compatibility mode composed of cryptographic | ||
primitives likely available on legacy systems. *v1* SHOULD NOT be | ||
used when all systems are able to use *v2*. *v1* MAY be used when |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
when when
Thanks @tarcieri for recommending mmark.
To contribute to the RFC development.
rfc
branch.cd docs/RFC
paseto.md
build.sh
script.paseto.md
. Committing changes to the.txt
file is not necessary.Once we're happy with the first draft, I'll merge this and email it to the IETF.
Closes #16