-
Notifications
You must be signed in to change notification settings - Fork 636
feat(privval)!: Allow Privval to sign arbitrary bytes. #2692
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
Conversation
saucy! |
Do you mind adding some test units covering the added feature? |
@cason no problem |
@cason done |
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.
Conceptually and implementation-wise legit.
But I wonder whether we should somehow limit the maximum size of the array of bytes that can be signed. As this can constitute an attack vector.
Co-authored-by: Daniel <daniel.cason@informal.systems>
Co-authored-by: Daniel <daniel.cason@informal.systems>
Co-authored-by: Daniel <daniel.cason@informal.systems>
Co-authored-by: Daniel <daniel.cason@informal.systems>
Co-authored-by: Daniel <daniel.cason@informal.systems>
@cason good with all those changes, re: max length, I mean I suppose? but feels overkill imo. |
Maybe is too much establishing a maximum size for the data that can be send to the remote signer. But I would like to have a second opinion from the team. |
I assume this closes #2517? |
ya |
@itsdevbear is this needed on v0.38, or is it enough to backport to v1 ? |
@adizere both would be great, or get the sdk onto v1 :P |
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.
Thanks @itsdevbear ❤️
@itsdevbear would you mind adding a changelog entry?
The remote signer would be responsible for having a hard limit, after which it would refuse to sign bytes.
How could we backport this if it's a breaking change? |
Can we merge this PR? Could the discussion about backporting it to v0.38 proceed on the associated issue #2517? |
Ah, we are also missing this. |
@cason done |
The changelog entry must be added to |
Closes #2517 --- #### PR checklist - [x] Tests written/updated - [ ] Changelog entry added in `.changelog` (we use [unclog](https://github.com/informalsystems/unclog) to manage our changelog) - [ ] Updated relevant documentation (`docs/` or `spec/`) and code comments - [x] Title follows the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) spec --------- Co-authored-by: Daniel <daniel.cason@informal.systems> (cherry picked from commit 3815d41) # Conflicts: # CHANGELOG.md
… (#2762) Closes #2517 --- #### PR checklist - [x] Tests written/updated - [ ] Changelog entry added in `.changelog` (we use [unclog](https://github.com/informalsystems/unclog) to manage our changelog) - [ ] Updated relevant documentation (`docs/` or `spec/`) and code comments - [x] Title follows the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) spec <hr>This is an automatic backport of pull request #2692 done by [Mergify](https://mergify.com). --------- Co-authored-by: Devon Bear <itsdevbear@berachain.com> Co-authored-by: Anton Kaliaev <anton.kalyaev@gmail.com>
Follow-up to #2692
Closes #2517
PR checklist
.changelog
(we use unclog to manage our changelog)docs/
orspec/
) and code comments