mirrors/arti.git/crates/tor-netdoc/src/doc/hsdesc.rs, branch arti-v1.1.11mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.112023-10-25T15:32:36Ztor-netdoc: Add helper function for computing the descriptor signing key cert.2023-10-25T15:32:36ZGabriela Moldovangabi@torproject.org2023-10-24T16:35:48Zurn:sha1:35f3c1c9dc8a64b4f6f76e6e3d06b782b3d255d5tor-netdoc: Remove outdated note.2023-09-25T18:57:08ZGabriela Moldovangabi@torproject.org2023-09-25T15:41:46Zurn:sha1:02d03b3e1eb84d637681a165680b679b1808b582 tor-hsclient, arti-client, tor-keymgr, tor-netdoc: Use a keypair instead of StaticSecret (fmt).2023-09-25T18:57:02ZGabriela Moldovangabi@torproject.org2023-09-25T16:16:23Zurn:sha1:2ed5eae770f926e7c0892e5373c30dc031732b82tor-hsclient, arti-client, tor-keymgr, tor-netdoc: Use a keypair instead of StaticSecret.2023-09-25T18:56:58ZGabriela Moldovangabi@torproject.org2023-09-25T15:28:29Zurn:sha1:5b5483aa2c8e6a9a9fbcdece1c453ad87d434fdc
Previously, when retrieving `KS_hsc_desc_enc` keys (or any other x25519
keys) from the keystore, the keymgr would discard the public part of the
key (SSH private keys contain the public part of the key too). Instead
of discarding the public key and returning just the `StaticSecret`, the
keymgr now returns a `StaticKeypair`. This makes the x25519
`EncodableKey`/`ToEncodableKey` implementation consistent with the
ed25519 one (which retrieves key pairs rather than "unescorted"
secrets).
tor-netdoc: "testing" feature: Provide test_parsed_hsdesc2023-09-18T09:33:05ZIan Jacksonijackson@chiark.greenend.org.uk2023-09-07T12:07:16Zurn:sha1:9083d6a38430a79de7e57bc99716354b8f604636
This is actually just the start of an existing test case.
tor-hsservice tests will want this in a moment.
tor-netdoc: tests: Hoist out TEST_DATA_HS_BLIND_ID (fmt)2023-09-18T09:33:05ZIan Jacksonijackson@chiark.greenend.org.uk2023-09-07T12:14:36Zurn:sha1:3007eea677d8ffb15b09f1f9abe8e149a8dd63b4tor-netdoc: tests: Hoist out TEST_DATA_HS_BLIND_ID2023-09-18T09:33:05ZIan Jacksonijackson@chiark.greenend.org.uk2023-09-07T11:05:50Zurn:sha1:67f72d41086914c6a3663a5ddb855e44bcc52f72tor-netdoc: provide a IntroPointDescBuilder (fmt)2023-08-29T16:54:05ZIan Jacksonijackson@chiark.greenend.org.uk2023-08-29T16:54:05Zurn:sha1:d88f120e9e2c5d06c757ad699c3a9deda7ae194ator-netdoc: provide a IntroPointDescBuilder2023-08-29T16:53:53ZIan Jacksonijackson@chiark.greenend.org.uk2023-08-29T13:22:33Zurn:sha1:dfacf9ca08d06dd6ea08690ff0392989a5955342
Previously there was no way to construct one of these during
descriptor generation, other than parsing.
A fairly simple builder seems right.
I felt the builder's setter functions for setting keys should be
named precisely after official key names. But the fields weren't,
so for now I have done some builder-level renaming.
Run maint/add_warning to add lint block everywhere2023-08-23T09:34:00ZIan Jacksonijackson@chiark.greenend.org.uk2023-08-22T14:28:12Zurn:sha1:42df88d6bf6dbb460d2e5e1cd4838aafaffbe9ac