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 was archived by the owner on Sep 18, 2024. It is now read-only.
This project already includes several RustCrypto crates via the dalek crates. As far as I can see from it you only use AES-GCM, SHA-256, HMAC, and HKDF. I think such migration will allow to simplify code and build process, as well as make the crate more portable. Of course the linked crates have several disadvantages compared to ring:
Lack of runtime CPUID-based detection in the aes-gcm crate.
A bit slower software implementation of SHA-256.
The latter issue can be compensated a bit by enabling the asm feature (though performance still will not be quite on par with ring). Also if CPU has SHA-extension, the crate will detect it during runtime and will use efficient intrinsic-based code.
If you have any questions regarding RustCrypto crates, I will be glad to answer them.
This project already includes several RustCrypto crates via the dalek crates. As far as I can see from it you only use AES-GCM, SHA-256, HMAC, and HKDF. I think such migration will allow to simplify code and build process, as well as make the crate more portable. Of course the linked crates have several disadvantages compared to
ring:aes-gcmcrate.The latter issue can be compensated a bit by enabling the
asmfeature (though performance still will not be quite on par withring). Also if CPU has SHA-extension, the crate will detect it during runtime and will use efficient intrinsic-based code.If you have any questions regarding RustCrypto crates, I will be glad to answer them.