mirrors/arti.git/crates/tor-proto/src/crypto, branch arti-v1.1.12mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.122024-01-02T15:04:18Zclippy: consequential rustfmt2024-01-02T15:04:18ZIan Jacksonijackson@chiark.greenend.org.uk2024-01-02T12:49:55Zurn:sha1:1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949dclippy: Use infallible calls2024-01-02T13:56:22ZIan Jacksonijackson@chiark.greenend.org.uk2024-01-02T12:48:56Zurn:sha1:0ce386a24bd5b0490aee28345f90c7ac956a844d
Resolves clippy complaints about needless fallible conversions.
NtorV3Extension set encoding/decoding: include n_extensions2023-12-07T15:45:45ZJim Newsomejnewsome@torproject.org2023-11-29T15:55:56Zurn:sha1:cea4c505d8088f91cbe6b2884a9d54acafd80081
An encoded set of extensions in the ntorv3 handshake includes a header
with the number of extensions. This change adds that header.
It also changes `write_many_onto` to take a slice instead of an
iterator, since we need to know the number of extensions up-front. In
principle we could take a clonable iterator instead and use
Iterator::count, but it's probably not worth the extra complexity.
Remove RngCompatExt.2023-11-29T15:55:04ZNick Mathewsonnickm@torproject.org2023-11-29T15:49:26Zurn:sha1:7fb24cb69da537ac04ab2dae80997c6d481622ef
This code was needed with the old version of dalek-cryptography,
which wasn't compatible with up-to-date versions of the `rand`
crate(s). But now that we've upgraded, we can drop this.
(We could have left it around and deprecated it, but we are already
making a breaking change to tor-llcrypto by upgrading
dalek-cryptography.)
Convert to the latest versions of dalek-cryptography2023-11-29T15:34:58ZNick Mathewsonnickm@torproject.org2023-11-21T15:58:29Zurn:sha1:98037a2c788bd901679139178d25f855324637f3
The main changes that we have to adjust for are as follows:
* In x25519-dalek:
* `StaticSecret` is now behind a feature.
* `StaticSecret::new` is deprecated in favor of
`StaticSecret::random_from_rng`.
* StaticSecret no longer does its own clamping.
* In ed25519-dalek:
* `SecretKey` has (in effect) been renamed to `SigningKey`. The name
`SecretKey` is now an alias for `[u8; 32]`.
* `SigningKey` is effectively a keypair, since it contains a
public key as well.
* `PublicKey` has been renamed to `VerifyingKey`.
* The functions to extract a signing key and verifying key have
been renamed as you might expect.
* `ExpandedSecretKey` has been moved to `hasmat` and no longer
implements `sign`.
* `ExpanededSecretKey` now has as its elements a scalar and a hash
prefix.
* Various functions that took `&[u8]` now take `&[u8; N]`.
* We no longer need a wrapper for older versions of rand.
There is a single test in tor-keymgr that does not pass. I've
marked it as ignore for now, in hopes that @gabi-250 can help me
figure it out.
This closes #808. There are several changes I want to make before
we merge, however. They are marked with TODO DALEK.
Add NtorV3SecretKey::generate_for_test and NtorV3SecretKey::new2023-11-27T16:48:04ZJim Newsomejnewsome@torproject.org2023-11-01T21:28:09Zurn:sha1:02e951d4f53cbb7e3b4ce6d58df3cb2fc374cd93NtorV3PublicKey: make fields pub(crate), as for NtorPublicKey2023-11-27T16:48:03ZJim Newsomejnewsome@torproject.org2023-10-30T22:04:39Zurn:sha1:3805542459345d9806c08a352e1465c649499a67tor-proto: make ClientHandShake and ServerHandshake generic over aux data2023-11-15T14:56:34ZJim Newsomejnewsome@torproject.org2023-11-02T20:37:48Zurn:sha1:f25d9335ed68b3562593e8167c15682ff1f4c2a4Add NtorV3Server and implement ServerHandshake for it2023-11-15T14:56:34ZJim Newsomejnewsome@torproject.org2023-11-01T03:49:30Zurn:sha1:dc64cef2a76b98e164d2abe5470e8b7c00a66ddeServerHandshake: extend to support ntorv3 extensions2023-11-15T14:56:34ZJim Newsomejnewsome@torproject.org2023-11-01T00:43:13Zurn:sha1:73d3615e39fc59dee51ebdd94cca221d7a0e655c