mirrors/arti.git/crates/tor-proto/src/crypto/cell.rs, branch arti-v2.3.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.3.02025-11-06T11:28:22ZFix name of clippy lint to unchecked_time_subtraction (2)2025-11-06T11:28:22ZIan Jacksonijackson@chiark.greenend.org.uk2025-11-06T11:23:25Zurn:sha1:a5fd5c48ea059a80cc1f6c50e248654b5ff3aaff
Run maint/add_warning
proto: Fix typo in OutboundRelayLayer docs.2025-10-08T17:27:46ZGabriela Moldovangabi@torproject.org2025-10-08T17:27:46Zurn:sha1:cad1f81be6f8b966167a5754bd901afda72ae16e
`OutboundRelayLayer::decrypt_outbound()` is for decrypting cells moving
*away* from the client (in the "forward direction").
proto: Consider the channel queue with "Replace" padding to hop 1.2025-09-16T12:36:12ZNick Mathewsonnickm@torproject.org2025-09-15T15:52:48Zurn:sha1:e6abd7361dc69871d23c319506f43e4cc5e612b7
When we want to send Replace padding (that is, padding that should
only be sent if nothing else is queued) to hop 1, we can allow it to
be replaced by cells from _any_ circuit being sent over the same
channel. (Nobody but hop 1 can tell the difference.)
Closes #2169
proto: derive Ord for HopNum.2025-09-10T14:40:15ZNick Mathewsonnickm@torproject.org2025-09-10T14:35:18Zurn:sha1:8f2062e3f60a580272f4144a1e9a73b98aadf487Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
proto: Construct CGO instances if that is what is selected.2025-07-23T14:58:47ZNick Mathewsonnickm@torproject.org2025-06-11T12:02:39Zurn:sha1:ca2eae597953483df799ca32452cf384d14c0236proto: remove bench pub wrappers2025-05-22T09:05:31ZLionel Goffauxlionel.goffaux@unamur.be2025-05-22T09:05:31Zurn:sha1:e5653df87971650d356dc9fa7e0e3570df44d504proto: extend benchmarks2025-05-08T09:34:11ZLionel Goffauxlionel.goffaux@unamur.be2025-05-08T09:34:11Zurn:sha1:d11b1556751c9e10850c9cad7c1f52aaeb2debecproto: Apply type-specific wrappers for tor1 crypto2025-05-06T22:34:17ZNick Mathewsonnickm@torproject.org2025-04-30T11:59:47Zurn:sha1:efcca717bd3b90fa29bb0421eeb936f247671549
Now instead of using CryptState for everything, we have specific
types for each role and direction of crypto.
This turned up a harmless-so-far bug in our onion service code: as
an onion service, we were using _client_ crypto layers to respond to
a client request. That's not correct, and wouldn't have worked
with CGO. Instead, we need to use relay crypto layers, wrapped
as client layers.
Closes #1975.
proto, cell: Remove RelayCellFormatTrait.2025-05-06T22:34:17ZNick Mathewsonnickm@torproject.org2025-04-30T00:59:07Zurn:sha1:297aa8027f7528605fe5bf2097f3474d9ba3eef9
The purpose of the trait was to parameterize the tor1 cell crypto
on the different possible relay cell layouts.
It made sense to have this trait when we thought we would implement
the new cell layout for prop340 (packed-and-fragmented) well before
we implemented CGO.
But it now appears all but certain that CGO will land long before
we make any more headway on prop340. Therefore,
it doesn't make sense to carry the ability to customize `tor1`
for other relay cell layouts.
Removing this trait saves a fair bit of complexity.