mirrors/arti.git/crates/tor-proto/src/channel, branch arti-v2.2.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.2.02026-03-26T19:20:16Ztor-proto: Port to web-time-compat2026-03-26T19:20:16ZNick Mathewsonnickm@torproject.org2026-03-26T14:33:04Zurn:sha1:11f365738ade6ba75eedee83d7d19f8877da7d65Fix typos2026-03-24T16:04:08ZTobias Stoeckmanntobias@stoeckmann.org2026-03-24T16:04:08Zurn:sha1:1fb2b8dd4aee7c943ce90d6631be473f2a296fe6
Typos found with codespell
proto: The relay signing key signs the auth cert2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-19T18:28:09Zurn:sha1:737594d4c5e01f989adc7620b1559e128b7302cf
In other words kp_relaysign_ed.
Signed-off-by: David Goulet <dgoulet@torproject.org>
tor-proto: fix the relay initiator's SLOG digest2026-03-19T20:31:09ZSteven Engleropara@torproject.org2026-03-05T00:13:11Zurn:sha1:0515e9b8c93126a60d824a54c710bb79e298a62btor-proto: improve chan send/recv-log error messages2026-03-19T20:31:09ZSteven Engleropara@torproject.org2026-03-04T23:55:59Zurn:sha1:34d55b7e0ecab71005a2b156199a162ec21fcd89proto: Set the link protocol outside the recv VERSIONS helper2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-11T17:11:16Zurn:sha1:24413da7004f4a89b4e9afde4036398693cce52d
It used to work for an initiator to set the link protocol once a
VERSIONS is received because initiator send their VERSIONS before. This
failed with responders because a responder channel sends their VERSIONS
after receiving one from the initiator.
This reverse logic means that the channel cell handler was transitionned
to the Handshake state before a responder was able to send a VERSIONS
cell leading to a failure because VERSIONS cell aren't allowed at the
Handshake state.
To fix this, the send/recv or recv/send is now explicit per channel type
and once this is done and successful, the link protocol is set. A
`set_link_protocol()` is added to the ChannelBaseHandshake trait so it
can be used to set the cell handler.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Fix unit tests2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-04T20:02:57Zurn:sha1:de21b900b0dd5b1333b2804856781e85d4329598
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Improve logging in channel handshake2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-04T19:53:05Zurn:sha1:bef722c9cabcb125d5c8781fd189a13bad7b204e
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Add specialized build functions for ChannelAuthenticationData2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-04T18:49:21Zurn:sha1:4ccca38289e4ab92bb4c56b5cfd30faf00348926
The initiator and responder are quite different. Building an
AUTHENTICATE cell is delicate and so this change differenticates clearly
between the two.
This allows us to remove the peer_cert_digest from an UnverifiedChannel
which is only something that makes sense for an initiator.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: New UnverifiedInitiatorChannel2026-03-19T20:31:09ZDavid Gouletdgoulet@torproject.org2026-03-04T18:28:44Zurn:sha1:2539784719e15f1e545dd3617f3bdbc4236883c2
Both client and relay specialized channel now use it as their inner base
channel so they can use the same common verify() function since it is
the same validation for both.
Signed-off-by: David Goulet <dgoulet@torproject.org>