<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/crypto, branch arti-v1.1.1</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.1</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.1'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2023-01-27T13:28:02Z</updated>
<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>tor-proto: Expose support for doing onion service handshakes</title>
<updated>2023-01-17T20:20:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-11T19:13:51Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e8ed46006e4951a7e0098edcac1f0e6a260bd9b5'/>
<id>urn:sha1:e8ed46006e4951a7e0098edcac1f0e6a260bd9b5</id>
<content type='text'>
This is a little tricky, but I think that we're not actually
exposing too much here.  I expect we'll need to tweak this stuff
between now and our final version.
</content>
</entry>
<entry>
<title>tor-proto: Rename "hs" experimental feature to "onion-common"</title>
<updated>2023-01-17T20:20:03Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2023-01-11T17:42:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4fedd301cfd4e3752347cd4bce22bdad52fca71f'/>
<id>urn:sha1:4fedd301cfd4e3752347cd4bce22bdad52fca71f</id>
<content type='text'>
(For consistency with other crates)
</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>test lint blocks: Do some semi-manually</title>
<updated>2022-12-12T18:00:29Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2022-12-12T17:57:37Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=baf78361e848269a24a3019d99f87943872e6012'/>
<id>urn:sha1:baf78361e848269a24a3019d99f87943872e6012</id>
<content type='text'>
This is the hunks from running the rune in maint/adhoc-add-lint-blocks
but which require some subsequent manual fixup: usually, deleting
now-superfluous outer allows, but in some cases manually putting back
lints that the adhoc script deleted.
</content>
</entry>
<entry>
<title>Fix a bunch of "needless borrow" warnings on nightly</title>
<updated>2022-11-18T15:12:05Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-11-18T15:12:05Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d51162e55b19036528b4fafc1d4b15c8d9d23a04'/>
<id>urn:sha1:d51162e55b19036528b4fafc1d4b15c8d9d23a04</id>
<content type='text'>
It looks like, despite a few false starts, they've got this warning
right; there weren't any false positives.
</content>
</entry>
<entry>
<title>fix clippy::needless_borrow</title>
<updated>2022-09-10T12:39:47Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2022-09-10T12:39:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8e7a904260dfe344eed70a9eef109695544347c1'/>
<id>urn:sha1:8e7a904260dfe344eed70a9eef109695544347c1</id>
<content type='text'>
</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: Use correct SecretBuf in handshakes.</title>
<updated>2022-08-01T19:41:22Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2022-08-01T19:14:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=37e6c95fdc01319fc8afb34229e7b097851da33d'/>
<id>urn:sha1:37e6c95fdc01319fc8afb34229e7b097851da33d</id>
<content type='text'>
Everything that is a secret encryption key, or an input that is used
to produce a secret encryption key, has to get zeroized.  And that's
all!

Closes #254.
</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>
