<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/crypto/cell.rs, branch arti-v1.1.7</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.7</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.7'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-07-10T12:49:51Z</updated>
<entry>
<title>Run maint/add_warning to actually apply new lint allows</title>
<updated>2023-07-10T12:49:51Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2023-07-10T11:19:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=473447a82e099fd52a674c28f5bc24b3e05208c0'/>
<id>urn:sha1:473447a82e099fd52a674c28f5bc24b3e05208c0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>proto: Make sure that auth tags are truncated to 20 bytes</title>
<updated>2023-06-13T15:04:23Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-06-13T15:04:23Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=40840b1f3a92b1f8e2269f06a4b8811e2a0ce218'/>
<id>urn:sha1:40840b1f3a92b1f8e2269f06a4b8811e2a0ce218</id>
<content type='text'>
Onion service hops (pointlessly) use SHA3-256 for their
authentication, but they truncate it to 20 bytes (assuming I'm
reading the C right.)

See torspec#204 for clarification here.
</content>
</entry>
<entry>
<title>tor-proto: Remove use of arrayref.</title>
<updated>2023-06-01T14:32:00Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-06-01T14:32:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=46d2a768a13c74d9ac8c41851f9864f47bf5d31a'/>
<id>urn:sha1:46d2a768a13c74d9ac8c41851f9864f47bf5d31a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>proto: Try to improve the documentation in crypto/cell.rs</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-18T15:54:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0230e7bccc6cc9cd5d3810b978c6d1d7482558b8'/>
<id>urn:sha1:0230e7bccc6cc9cd5d3810b978c6d1d7482558b8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: Code to construct crypto layers for virtual hops.</title>
<updated>2023-05-18T16:40:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-05-17T21:04:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b9a848a7acb1761a19764f4058f3924f55d04a90'/>
<id>urn:sha1:b9a848a7acb1761a19764f4058f3924f55d04a90</id>
<content type='text'>
This is fairly straightforward, thanks to our existing design work
on this code.
</content>
</entry>
<entry>
<title>tor-cell: Refactor relay cells to copy much less</title>
<updated>2023-02-15T15:48:19Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-02-13T02:19:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ca3b33a1afc58b84cc7a39ea3845a82f17cee0da'/>
<id>urn:sha1:ca3b33a1afc58b84cc7a39ea3845a82f17cee0da</id>
<content type='text'>
We now manipulate raw relay cell bodies as (an alias for)
`Box&lt;[u8;509]&gt;` rather than as (an alias for) `[u8;509]`.  This
enables us to do much less copying.  It will become more important
soon, as we defer parsing relay cell bodies even longer.

Related to #7.

We also use SliceWriter to avoid allocating a Vec&lt;&gt; for every relay
message we want to encode, and instead encode directly into the
cell.
</content>
</entry>
<entry>
<title>Allow clippy::unchecked_duration_subtraction in tests</title>
<updated>2023-01-27T13:28:02Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-27T13:01:45Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a6dd92843edf2bd4c58de62a0d562921e4191ada'/>
<id>urn:sha1:a6dd92843edf2bd4c58de62a0d562921e4191ada</id>
<content type='text'>
This panics on error, and we're fine with a panic on misbehavior in
tests.
</content>
</entry>
<entry>
<title>test lint blocks: Add many many automatically</title>
<updated>2022-12-12T18:00:30Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-12-12T17:58:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=125a455bdcca841931f33f83f206e57637ae85c4'/>
<id>urn:sha1:125a455bdcca841931f33f83f206e57637ae85c4</id>
<content type='text'>
This is precisely the result of running the rune in
maint/adhoc-add-lint-blocks.
</content>
</entry>
<entry>
<title>Merge branch 'zeroize' into 'main'</title>
<updated>2022-08-04T14:54:21Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-04T14:54:21Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e3cc533853defba11ce40369f31f3e0bef790e21'/>
<id>urn:sha1:e3cc533853defba11ce40369f31f3e0bef790e21</id>
<content type='text'>
Revise our handling of the zeroize trait

Closes #254

See merge request tpo/core/arti!655</content>
</entry>
<entry>
<title>tor-proto: Replace SecretBytes with SecretBuf.</title>
<updated>2022-08-01T19:41:22Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-01T18:53:34Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=eedd63d5e9a4e055260b476177ee14972584a1bb'/>
<id>urn:sha1:eedd63d5e9a4e055260b476177ee14972584a1bb</id>
<content type='text'>
This does not yet make sure that `SecretBuf` is used where it
_should_ be, but at least it ensures that most uses of `SecretBytes`
will indeed act as intended, and make sure that whatever they
contain is zeroized.

It requires some corresponding changes to method calls for
correctness and type conformance.
</content>
</entry>
</feed>
