mirrors/arti.git/crates/tor-cell/src/relaycell/hs/est_intro.rs, branch mainmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=main2025-11-24T15:08:59Ztor-llcrypto: Stop deriving Deref in CtByteArray2025-11-24T15:08:59ZNeel Chauhanneel@neelc.org2025-11-24T15:08:59Zurn:sha1:dbd5bb8ba1f4e7903685c638766d73ba6cb07b06Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
cell: Make decl_extension_group macro more self-contained.2025-05-07T12:39:33ZNick Mathewsonnickm@torproject.org2025-04-30T14:29:10Zurn:sha1:2cc08a8dc2385957964e44173084c943fb77a68d
Previously it required the caller to import a whole bunch of stuff.
cell: move ExtList module out of hs module.2025-05-07T12:39:33ZNick Mathewsonnickm@torproject.org2025-04-30T14:14:59Zurn:sha1:c2d455628b5a6cea4c6af75f72f4664b925f7653
We're going to use it for ntorv3 extensions as well.
Wrap ed25519-dalek types.2025-03-18T12:45:28ZNick Mathewsonnickm@torproject.org2025-03-17T18:31:42Zurn:sha1:d50e945a5286d89d75892878ff3aa9ed7ebed1f7
With this change, we'll no longer need to expose the types from
dalek-cryptography as part of our API, and we'll have more freedom
to switch ed25519 implementations, or to upgrade to a newer
`rand` ahead of their schedule.
Unlike with x25519-dalek, I had to tweak the API a bit: There's no
way to get a &PublicKey out of a Keypair now, and implementing the
old ed25519-dalek traits seemed unnecessary.
Some HasMemoryCost impls in tor-cell2024-10-02T18:11:26ZIan Jacksonijackson@chiark.greenend.org.uk2024-09-23T10:51:14Zurn:sha1:23550d1b0ec0241acdd9b336b41d817eddff59f4tor-cell: impl Eq, PartialEq, Hash for est_intro::DosParams2024-02-21T13:46:14ZIan Jacksonijackson@chiark.greenend.org.uk2024-02-21T13:41:54Zurn:sha1:3eada5293f138bc2b53483528918aa815bd65e2a
We only need Eq and PartialEq but given those we should have Hash too.
(We're going to want to be able to compare parameters for equality.)
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 more reference links.2023-11-20T15:24:09ZNick Mathewsonnickm@torproject.org2023-11-16T16:37:03Zurn:sha1:d706bb2ab80d260428f26522885201b7500f77f0Improve documentation in/around DosParams extension2023-11-20T15:24:09ZNick Mathewsonnickm@torproject.org2023-11-15T22:54:34Zurn:sha1:4b1eef41ee8113b6c4b3d418240dc4c23ea31a50
It does not help that C tor has a set of parameters and a set of
configuration options with exactly the same names which configure
the same thing in two slightly different ways.