mirrors/arti.git/crates/tor-cell/tests/testvec_relaymsg.rs, branch arti-v1.1.4 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.4 2023-03-06T13:46:40Z tor-cell: Add code for the payload of an hs-ntor handshake. 2023-03-06T13:46:40Z Nick Mathewson nickm@torproject.org 2023-03-06T13:46:40Z urn: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:50Z Nick Mathewson nickm@torproject.org 2023-03-01T16:18:50Z urn:sha1:03df452f7bc7491bfe2e5e813a0b7bf6ca036df9 tor-cell: Make EstablishIntro do signatures 2023-03-01T12:38:56Z Nick Mathewson nickm@torproject.org 2023-02-27T20:38:47Z urn: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:39Z Nick Mathewson nickm@torproject.org 2023-02-28T16:14:58Z urn:sha1:09d601d0507eea20221599ab604e5b077ef9259f Mark new tests as onion-service-only 2023-02-28T16:15:39Z Nick Mathewson nickm@torproject.org 2023-02-27T20:33:01Z urn:sha1:0c000a17134d2205c6999314289506d4fc1f508d tor-cell: Support extensions in INTRODUCE{1,2} 2023-02-28T16:15:39Z Nick Mathewson nickm@torproject.org 2023-02-27T19:09:27Z urn:sha1:ca055d4cb5b506af9679f0f0fda343400be3d782 tor-cell: Implement IntroduceAck and IntroEstablished 2023-02-28T16:15:39Z Nick Mathewson nickm@torproject.org 2023-02-27T18:46:34Z urn:sha1:7af2efdb8280b3a770acb04dbede62aa07cb2a77 These are fairly simple, since the bulk of them is just an extension list with no supported extensions. tor-cell: Implement rendezvous1 and rendezvous2. 2023-02-28T16:15:39Z Nick Mathewson nickm@torproject.org 2023-02-27T17:47:13Z urn:sha1:c302246e575851dd8bf2cb0b8d2ccc5f1ccad740 Rename onion-* cargo features to hs-* in tor-* crates 2023-02-28T11:10:17Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-02-24T14:26:25Z urn:sha1:f63c7c48afd94fe9d09746f0b76fbaff8d4a1a79 Fixes #756 tor-cell: Use a more generic mechanism for managing extensions 2023-02-15T13:44:43Z Nick Mathewson nickm@torproject.org 2023-02-15T13:44:43Z urn:sha1:5521df0909ff7afa2d78304c9376861dfcf7041a Several HS message types have an extension list type. They all use the same framing for extensions, but each of them has separate extension types and separate extension namespaces. This commit simplifies establish_intro a little, and adds support for maintaining unrecognized extension types--at the expense of some new internal code.