mirrors/arti.git/crates/tor-hsservice/src/keys.rs, branch arti-v2.5.1mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.5.12026-06-09T15:36:01Zmaint: Run maint/add_warning to deny string slices2026-06-09T15:36:01ZClara Englercve@cve.cx2026-06-09T15:36:01Zurn:sha1:9f5752a77fb57052c06ead0eeae606831f1e8e97
This commit executes maint/add_warning with the just added change to
deny string slices except in tests.
I recommend auditing this by checking out the previous commit followed
by running the script yourself and then verifying that the diff is
identical to this commit.
This commit makes cargo clippy fail. We will add exceptions in the next
commit.
hsclient, hsservice: Use unquoted paths in ctor_path attr2026-04-16T09:22:54ZGabriela Moldovangabi@torproject.org2026-04-15T13:13:44Zurn:sha1:ddddac1f5be762cdb954114f130aad8e6915ecbahsservice: Use unquoted type in keypair_specifier attr2026-04-16T09:22:54ZGabriela Moldovangabi@torproject.org2026-04-15T13:06:49Zurn:sha1:06e9a5dee1b423110a000428f90e857e70f85191hsclient, hsservice: Remove no longer needed conversion functions2026-01-06T15:25:20ZGabriela Moldovangabi@torproject.org2026-01-06T11:47:35Zurn:sha1:a20fb9b96ab7512c23d75f56c23693c288faa5c1keymgr: Use d-d to generate CTorPath<->KeySpecifier conversions2026-01-06T15:25:20ZGabriela Moldovangabi@torproject.org2026-01-06T11:47:24Zurn:sha1:0221cb64c93d4b9767cb78346e6d2f9d505efba6keymgr: Make CTorPath more like the client/service specifiers (fmt)2026-01-06T15:25:20ZGabriela Moldovangabi@torproject.org2026-01-06T10:45:17Zurn:sha1:cf0267f8e4b6182448963949cfeebe35f949eb0fkeymgr: Make CTorPath more like the client/service specifiers2026-01-06T15:25:20ZGabriela Moldovangabi@torproject.org2026-01-06T10:43:41Zurn:sha1:71178a54dc8c3c3ed75b14ecbca3197feb22accc
This will make it easier to see the correspondence between CTorPaths
and the HS client/service key specifiers.
Initially, I was hoping this would make it easier to write a d-d macro
that automatically derives a `CTorPath` variant (e.g.
`HsClientDescEncKeypair`) from the KeySpecifier type name
(`HsClientDescEncKeypairSpecifier`), but alas, I don't think d-d can
"chop off" name suffixes ("Specifier", in this case).
`from_ctor_path()`/`ctor_path()` implementations for converting
`CTorPath`s to and from key specifiers.
keymgr: Push error handling into the from_ctor_path() functions2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2026-01-05T12:24:38Zurn:sha1:4b817a9450566d7b81b77ba6f4c7c16adffe6d5dkeymgr: Specify ctor conversion functions as module2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2025-12-23T20:05:29Zurn:sha1:ab4418cb841f7634ffe9827dbf23737cdc068a91
This is similar to `#[serde(with = "...")]`, and feels a bit nicer than
having to specify two separate functions for the conversions (because
with two separate functions, you *can* technically only specify one of
them, which shouldn't be allowed).
keymgr: Extend KeySpecifier macro to support CTorPath conversions2026-01-06T15:25:19ZGabriela Moldovangabi@torproject.org2025-12-15T15:18:38Zurn:sha1:11684e062a84bc191843e4111755ea248e5b22af
This enables us to implement `KeyMgr::describe()`, which relies on the
ability to extract the key specifier of the key from its `KeyPath`.