<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-llcrypto/src/pk/ed25519.rs, branch arti-v1.1.3</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.3</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.3'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-03-27T10:45:51Z</updated>
<entry>
<title>Use the type system to enforce use of blinded keys.</title>
<updated>2023-03-27T10:45:51Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-03-22T19:09:54Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1d4069cc7f233c40c079a6dfbc7f5d93f350c555'/>
<id>urn:sha1:1d4069cc7f233c40c079a6dfbc7f5d93f350c555</id>
<content type='text'>
Hidden services use blinded singing keys derived from the identity key
to sign descriptor signing keys.

Before this patch, the hidden descriptor builder represented its blinded
signing keys (`blinded_id`) as plain `ed25519::Keypair`s. This was not
ideal, as there was nothing preventing the caller from accidentally
initializing `blinded_id` with an unblinded keypair.

This introduces a new `HsBlindKeypair` type to represent blinded
keypairs.

Signed-off-by: Gabriela Moldovan &lt;gabi@torproject.org&gt;
</content>
</entry>
<entry>
<title>Expose a little new functionality from tor-llcrypto.</title>
<updated>2023-02-28T16:23:44Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-02-27T20:35:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d658fcfc52261ceab93e45fe03bb04fff922b0f8'/>
<id>urn:sha1:d658fcfc52261ceab93e45fe03bb04fff922b0f8</id>
<content type='text'>
Expose ED25519 signature length; make ValidatableEd25519Signature
implement Debug and Clone.
</content>
</entry>
<entry>
<title>llcrypto: Implement `Into&lt;[u8;32]&gt;` for Ed25519Identity</title>
<updated>2023-02-07T14:00:19Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-30T19:10:34Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=59b981ea5e652aa3f7c6ab128ca66525187162c2'/>
<id>urn:sha1:59b981ea5e652aa3f7c6ab128ca66525187162c2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Complete our migration to base64ct.</title>
<updated>2023-01-20T13:06:30Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-19T19:50:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=889206cde4ef29d7d10bda546f8ad518eb09c290'/>
<id>urn:sha1:889206cde4ef29d7d10bda546f8ad518eb09c290</id>
<content type='text'>
This is in lieu of upgrading to the latest base64 crate, which has
a different API from the old one.  Since we have to migrate either
way, we might as well use base64ct everywhere.

I don't think that most of these cases _require_ constant-time
base64, but it won't hurt.
</content>
</entry>
<entry>
<title>llcrypto: clarify meaning of "Identity".</title>
<updated>2023-01-06T18:03:47Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-12-20T16:57:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e7c87372e2a3e1b13be29e908374d5d2219ddacd'/>
<id>urn:sha1:e7c87372e2a3e1b13be29e908374d5d2219ddacd</id>
<content type='text'>
The `Ed25519Identity` and `RsaIdentity` types are not precisely
always used as relay identifiers: they are more generally used as
_key_ identifiers.

This will become relevant as `RsaIdentity` is used for authority
keys (as in authorities' VoterInfo blocks), and as `Ed25519Identity`
is used as the identifier behind an onion service key.
</content>
</entry>
<entry>
<title>Add a new "CtByteArray" type, and use it in Id types.</title>
<updated>2023-01-05T17:34:14Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-05T17:34:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=9d3f19fd385bc35ee9d821f9e15df2498564516b'/>
<id>urn:sha1:9d3f19fd385bc35ee9d821f9e15df2498564516b</id>
<content type='text'>
This type provides a common implementation for types that are
implemented as arrays of bytes that should only be compared
with constant-time comparisons.
</content>
</entry>
<entry>
<title>llcrypto: Make key id types Redactable.</title>
<updated>2022-11-28T13:01:10Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-11-21T19:25:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8d36fa9996a2ca76e18513003ea77eea6146114a'/>
<id>urn:sha1:8d36fa9996a2ca76e18513003ea77eea6146114a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Define a constant for ED25519 identity length.</title>
<updated>2022-08-10T14:39:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-03T21:31:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=62850a24c970382d008346a23511008cf8ad5383'/>
<id>urn:sha1:62850a24c970382d008346a23511008cf8ad5383</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-llcrypto: expose the Signer API from ed25519-dalek</title>
<updated>2022-07-06T15:11:04Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-06-29T15:46:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=56fefd7adf1fb66b645daebf15efbbe32e063364'/>
<id>urn:sha1:56fefd7adf1fb66b645daebf15efbbe32e063364</id>
<content type='text'>
</content>
</entry>
<entry>
<title>squash! Bump every crate's edition to 2021.</title>
<updated>2022-04-25T17:06:26Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-04-25T16:40:33Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2f6bc6bdc431fa36de70a167eea777dcf3f60bf2'/>
<id>urn:sha1:2f6bc6bdc431fa36de70a167eea777dcf3f60bf2</id>
<content type='text'>
Remove all `use` statements for `TryFrom` and `TryInto`.  These are
now redundant in Rust 2021.
</content>
</entry>
</feed>
