| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
As discussed in
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3918#note_3401409
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
tor-netdoc: Introduce EmbeddedCert, and a demo of how to use it
Closes #2485
See merge request tpo/core/arti!3922
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
Fixes #2485.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
This reverts commit 68caf324a320fff1a4f0e9b0f5014a34d0e3729f.
|
| | |/ / / /
| | | | |
| | | | |
| | | | |
| | | | | |
This is more sensible and will make the code in tor-netdoc less strange.
We'll revert the TryFrom in a moment.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Implement the Writeable trait.
Explain why this approach is correct and leave a comment near the
decoder (to avoid future changes making this implementation buggy) and
a test case.
|
| | | | | |
| | | | |
| | | | |
| | | | | |
Otherwise we can't implement trait-based decoding in tor-netdoc.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Somehow FixedB64 was not reachable previously, but this wasn't
detected by the compiler despite it being `pub`.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
We're going to need this for encoding too.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This commit implements the RouterDescSignatures type that carries the
signatures for the yet to be derived RouterDescUnverified.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This commit adds RouterSigEd25519 as a type to misc.rs for use in router
descriptor signatures.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This commit adds RouterDescSignature to types, which implements
SignatureItemParseable manually in order to also include the Ed25519
signature.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This commit adds a hash accumulator for router descriptor signature
hashes. We will need this because router descriptors have overlapping
signatures.
|
| | | | | |
| | | | |
| | | | |
| | | | | |
Part of #2492 phase 2.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This avoids much repetition (and consequent conflicts as code is
added).
|
| | | | | | |
|
| |\| | | |
| |_|/ /
|/| | |
| | | |
| | | | |
tor-netdoc: Un-cfg much parse2 and encode
See merge request tpo/core/arti!3915
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
plain-consensus
"incomplete" is correct since encoded authcert depends on votes.
"plain-consensus" is going backwards, but stripping "plain-consensus"
gates from everything will be very intrusive.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Unconditionally enable everything previously gated with parse2 or
encode.
|
| | | | | |
|
| | |/ /
| | |
| | |
| | |
| | |
| | | |
Part of #2492. We're going to make encode unconditional, and remove
all the cfg-gates for it. Code currently gated by encode depends on
rand.
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
tor-llcrypto: Add RsaIdentity::to_bytes()
See merge request tpo/core/arti!3916
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This commit adds .to_bytes() to RsaIdentity which is similar to
.as_bytes() except that it returns the RsaIdentity as a byte array.
We are going to need this at a few places in tor-dirserver. The naming
was inspired from x25519-dalek which has similar .as_bytes() and
.to_bytes() methods. Besides, copying 20 bytes shall be okay and it
avoids having to write ugly try_into() constructs.
|
| | | |
| | |
| | |
| | |
| | |
| | | |
To avoid copying the same information for every circuit,
as suggested by @opara in
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3399497
|
| | | |
| | |
| | |
| | |
| | | |
This is analogous to `Option::map()`, and can be useful when you need to
map the inner type of a `MaybeSensitive` to another type.
|
| | | |
| | |
| | |
| | |
| | | |
It doesn't make sense to do so, as pointed out by @opara in
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3398956
|
| | | | |
|
| | | |
| | |
| | |
| | | |
This is used in the relay circuit reactor.
|
| | | |
| | |
| | |
| | |
| | | |
The new relay circuit reactor test expect the `PeerInfo` to be populated
with the identity keys of the peer, and won't work without this change.
|
| | | |
| | |
| | |
| | |
| | | |
Prompted by
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3906#note_3397922
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
The relay reactor will now reject any EXTEND2 that tries to extend the
circuit to a hop that shares any identities with our previous hop.
Closes #2415
|