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

Implement RFC-7797 / JWS (Detached Payload) #166

Open
loganvolkers opened this issue Dec 18, 2019 · 4 comments
Open

Implement RFC-7797 / JWS (Detached Payload) #166

loganvolkers opened this issue Dec 18, 2019 · 4 comments

Comments

@loganvolkers
Copy link

JSON Web Signature (JWS) represents the payload of a JWS as base64url-encoded value and uses this value in the JWS Signature computation.

While this enables arbitrary payloads to be integrity protected, some have described use cases in which the base64url encoding is unnecessary and/or an impediment to adoption, especially when the payload is large and/or detached. This specification defines a means of accommodating these use cases by defining an option to change the JWS Signing Input computation to not base64url-encode the payload. This option is intended to broaden the set of use cases for which the use of JWS is a good fit.

Please consider implementing Detached Payload support.

@blag
Copy link
Contributor

blag commented Dec 19, 2019

I would happily review and merge a pull request implementing this.

@AFlowOfCode
Copy link

For reference: https://datatracker.ietf.org/doc/html/rfc7797

@blag if you would still happily review and merge a pull request, it looks like @finvu has one linked to this issue, which @chayan-datta approved in March.

In any case support for this enhancement plus the elimination of the incorrectly hardcoded {"typ": "JWT"} header for JWSs (#204) would be excellent to see in this library. The proposed merge requests for this & #204 hardly seem complicated so why they are not being merged as the years go by is a bit baffling.

@PSoltes
Copy link

PSoltes commented Nov 28, 2024

any updates to this? it seems PRs are created and ready just not merged and released

@AFlowOfCode
Copy link

@PSoltes At this point I think it's safe to say this project is essentially abandoned. The contributors are not around anymore or not interested in PRs or improvements in general. If you look at the commits, there's hardly been any real work done since early 2021.

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

No branches or pull requests

4 participants