mirrors/arti.git/crates/tor-llcrypto/src, branch arti-v1.9.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.9.02025-12-05T02:40:50ZRemove unnecessary `doc(cfg(...))` attributes2025-12-05T02:40:50ZNeel Chauhanneel@neelc.org2025-11-01T23:25:20Zurn:sha1:26b40cb08b6b715ee80e2b9084810e07512a85c6
Fixes part of #2193.
(Edits from nickm: I selected the cases here that I could verify
were correct from immediate context.)
Edited-by: Nick Mathewson <nickm@torproject.org>
Merge branch 'bug2172' into 'main'2025-11-24T15:09:00ZNick Mathewsonnickm@torproject.org2025-11-24T15:09:00Zurn:sha1:bc7eba2f2418ed31ddabe2f957786685d73abbda
tor-llcrypto: Stop deriving Deref in CtByteArray
Closes #2172
See merge request tpo/core/arti!3432tor-llcrypto: Stop deriving Deref in CtByteArray2025-11-24T15:08:59ZNeel Chauhanneel@neelc.org2025-11-24T15:08:59Zurn:sha1:dbd5bb8ba1f4e7903685c638766d73ba6cb07b06Fix name of clippy lint to unchecked_time_subtraction (2)2025-11-06T11:28:22ZIan Jacksonijackson@chiark.greenend.org.uk2025-11-06T11:23:25Zurn:sha1:a5fd5c48ea059a80cc1f6c50e248654b5ff3aaff
Run maint/add_warning
Lay foundations for RSA keys in keystore.2025-09-30T20:00:51ZWesley Aptekar-Casselsme@wesleyac.com2025-09-30T18:44:05Zurn:sha1:073a6a96873d953cd4e8cc5018b593e3aa04d83a
This currently can't be used due to upstream limitations in the ssh_key
crate, which will be removed likely in the next release. In the
meantime, we can put in all the groundwork.
Merge branch 'tor-keyforge-rsa-types' into 'main'2025-09-30T14:51:33Zwesleyacwesleyac@torproject.org2025-09-30T14:51:33Zurn:sha1:db946472cc12e2d1ae4b22d3d2719b2073967409
tor-key-forge: Add RSA key types.
See merge request tpo/core/arti!3236Remove "doc_auto_cfg" incantation from all crates.2025-09-29T19:30:03ZNick Mathewsonnickm@torproject.org2025-09-29T18:30:14Zurn:sha1:808b0ec2e3735a6dbbebeb857a3d6040ae02c697
This feature has been removed from nightly, in favor of doc_cfg.
tor-(hs|ll)crypto: export cteq macros correctly2025-09-23T19:52:04ZhashcatHitman3924-hashcatHitman@gitlab.torproject.org2025-09-23T19:52:04Zurn:sha1:8cfe85d6ff3461a1110467ae45d63c0915460dec
The macros to deftly derive `ConstantTimeEq` and `PartialEq` (for
`ConstantTimeEq`) are now only defined in `tor-llcrypto` and exported.
The macro to deftly derive `ConstantTimeEq` is now struct only and uses
`subtle::Choice::from(1)` for improved clarity.
Signed-off-by: hashcatHitman <3924-hashcatHitman@gitlab.torproject.org>
tor-llcrypto: unconditionally use derive_deftly2025-09-23T09:43:02ZhashcatHitman3924-hashcatHitman@gitlab.torproject.org2025-09-23T09:43:02Zurn:sha1:71bd6f23bf2c48352fccb469439722034a593e1b
I didn't even realize I was still conditionally using it on a feature.
That's what I get for always testing with all-features.
Signed-off-by: hashcatHitman <3924-hashcatHitman@gitlab.torproject.org>
tor-(hs|ll)crypto: deftly derive ConstantTimeEq2025-09-23T08:25:49ZhashcatHitman3924-hashcatHitman@gitlab.torproject.org2025-09-23T08:25:49Zurn:sha1:bc3de195b4f90f6bcd6697c7655a0663ceec5ef4
This is my initial attempt at deriving ConstantTimeEq and PartialEq.
This includes the previously missed HsSvcNtorKeypair and
HsClientDescEncKeypair types.
In tor-llcrypto, a few implementations still had to be done by hand, and
some types which previously derived normal PartialEq now derive it with
ConstantTimeEq.
I could not figure out how to properly set up the macros such that they
could be used both in the current crate and in others, so for the moment
they are duplicated. Just so I can get feedback. Ideally, this will be
replaced with a better solution before merge.
Signed-off-by: hashcatHitman <3924-hashcatHitman@gitlab.torproject.org>