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
There's no standalone implementation of GF(256) on https://crates.io, and it's a finite field that's used often in cryptography. Making gf256 a standalone crate would be a good contribution to the Rust community.
I think adding the isomorphic GF(256) representation generated by x + 1 and 0x1B, as that's used in AES and many other implementations such as the IETF draft Threshold Secret Sharing
draft-mcgrew-tss-03.txt (see #8) would be a good idea if this were to be done.
The text was updated successfully, but these errors were encountered:
We discussed that with @FredericJacobs, but IIRC we decided against it because we felt it would be hard to provide an implementation which would suit most use cases, and didn't want to provide a library that could easily be misused eg. in a project with side-channel resistance requirements, or things like that. Happy to discuss this further though, as maybe we could get away with a big disclaimer or something like that.
@FredericJacobs Feel free to chime in if I misrepresented the content of our discussion on the topic.
There's no standalone implementation of GF(256) on https://crates.io, and it's a finite field that's used often in cryptography. Making
gf256
a standalone crate would be a good contribution to the Rust community.I think adding the isomorphic GF(256) representation generated by
x + 1
and0x1B
, as that's used in AES and many other implementations such as the IETF draft Threshold Secret Sharingdraft-mcgrew-tss-03.txt (see #8) would be a good idea if this were to be done.
The text was updated successfully, but these errors were encountered: