mirrors/arti.git/crates/tor-cell/tests, branch ios-sqlite-hacksmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=ios-sqlite-hacks2023-05-23T17:33:07Zcell: Make EstablishRendezvous contain a RendCookie.2023-05-23T17:33:07ZNick Mathewsonnickm@torproject.org2023-05-23T17:33:07Zurn:sha1:24d67594d7117cf0b5b5e5283d7d92619494ed0eChange CircTarget::linkspecs() to return an encoded list.2023-05-10T16:30:32ZNick Mathewsonnickm@torproject.org2023-05-10T16:25:57Zurn:sha1:7ce808b75bb500f27ce7837d4f76cbf7fc1ee705
If we didn't do this, we would need to transfrom
`EncodedLinkSpec`s into a `LinkSpec::Unrecognized`, which is not
semantically right. What's more, every user of this API wants to
consume encoded link specifiers, so encoding them early saves a
little effort.
linkspec: Make LinkSpecType public.2023-05-10T16:19:37ZNick Mathewsonnickm@torproject.org2023-05-10T16:19:37Zurn:sha1:a86aff8399655d0468a483d1ee6814653a37216f
This lets us check the type of an `EncodedLinkSpec` as well, and
lets us remove an interface that took a raw u8.
Rename UnparsedLinkSpec => EncodedLinkSpec2023-05-10T15:23:39ZNick Mathewsonnickm@torproject.org2023-05-10T15:23:39Zurn:sha1:02785ca6505572bdbfaa560178f299e30f7bc7e8tor-cell: Add code for the payload of an hs-ntor handshake.2023-03-06T13:46:40ZNick Mathewsonnickm@torproject.org2023-03-06T13:46:40Zurn:sha1:1254a8b86ec4aab8e8078d91459bf8982a7f759b
(This is the encrypted information inside the INTRODUCE2 cell; it's
used by the client to tell the service where to find its rendezvous
point.)
tor-cell: Rename EstablishIntro{Body => Details}2023-03-01T16:18:50ZNick Mathewsonnickm@torproject.org2023-03-01T16:18:50Zurn:sha1:03df452f7bc7491bfe2e5e813a0b7bf6ca036df9tor-cell: Make EstablishIntro do signatures2023-03-01T12:38:56ZNick Mathewsonnickm@torproject.org2023-02-27T20:38:47Zurn:sha1:8c9a1a6fad6fa34dd4ff42795d5c698f0928b331
The old code parsed and encoded a signature and a mac... but there
was no way to actually set them properly. Now EstablishIntro is
built around an EstablishIntroBody, and has the ability to check
signatures and macs.
Because there is no way to handle one of these messages if we can't
check the signature, we no longer accept unrecognized `auth_key` types
in this message.
I've added a test to make sure that we can validate a message from the
C tor implementation, and a test to make sure we can validate our
own cells. I also had to modify the previous tests so that their
keys were well-formed.
Change several cfgs to refer to new feature names.2023-02-28T16:15:39ZNick Mathewsonnickm@torproject.org2023-02-28T16:14:58Zurn:sha1:09d601d0507eea20221599ab604e5b077ef9259fMark new tests as onion-service-only2023-02-28T16:15:39ZNick Mathewsonnickm@torproject.org2023-02-27T20:33:01Zurn:sha1:0c000a17134d2205c6999314289506d4fc1f508dtor-cell: Support extensions in INTRODUCE{1,2}2023-02-28T16:15:39ZNick Mathewsonnickm@torproject.org2023-02-27T19:09:27Zurn:sha1:ca055d4cb5b506af9679f0f0fda343400be3d782