<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/sys/crypto/xform.h, branch jd/simplify-queueing</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/sys/crypto/xform.h?h=jd%2Fsimplify-queueing</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/sys/crypto/xform.h?h=jd%2Fsimplify-queueing'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2018-04-09T04:34:56Z</updated>
<entry>
<title>Move some AES-related defines into xform.h to reduce duplication.</title>
<updated>2018-04-09T04:34:56Z</updated>
<author>
<name>visa</name>
<email>visa@openbsd.org</email>
</author>
<published>2018-04-09T04:34:56Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=cccf9383866a19f6ac9e5723e7290bcd7b2d6d6e'/>
<id>urn:sha1:cccf9383866a19f6ac9e5723e7290bcd7b2d6d6e</id>
<content type='text'>
gmac.c is left untouched for now to preserve layering.

OK mikeb@, deraadt@
</content>
</entry>
<entry>
<title>Switch OCF and IPsec over to the new AES</title>
<updated>2017-05-02T11:44:32Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2017-05-02T11:44:32Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=d223d7cb85c1f2f705da547a0134b949655abe6a'/>
<id>urn:sha1:d223d7cb85c1f2f705da547a0134b949655abe6a</id>
<content type='text'>
ok djm
</content>
</entry>
<entry>
<title>Remove plain DES from the kernel crypto framework, including the crypto</title>
<updated>2015-12-10T21:00:51Z</updated>
<author>
<name>naddy</name>
<email>naddy@openbsd.org</email>
</author>
<published>2015-12-10T21:00:51Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e033ba55e730d840a2aa6627955e82a9152b011c'/>
<id>urn:sha1:e033ba55e730d840a2aa6627955e82a9152b011c</id>
<content type='text'>
accelerator drivers.  No longer used by anything.  ok sthen@ mikeb@
</content>
</entry>
<entry>
<title>remove unused ARC4 support; ok mikeb@</title>
<updated>2015-11-13T15:29:55Z</updated>
<author>
<name>naddy</name>
<email>naddy@openbsd.org</email>
</author>
<published>2015-11-13T15:29:55Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=37ff34b8235f9df6ad14edfce06bc1bec158e5d3'/>
<id>urn:sha1:37ff34b8235f9df6ad14edfce06bc1bec158e5d3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove unused non HMAC versions of MD5 and SHA1;  ok mpi, deraadt, naddy</title>
<updated>2015-11-13T12:21:16Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2015-11-13T12:21:16Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=896d9fa5764655fa33957e21429c670efde74133'/>
<id>urn:sha1:896d9fa5764655fa33957e21429c670efde74133</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Hook up Chacha20-Poly1305 to the OpenBSD Cryptographic Framework</title>
<updated>2015-11-03T01:31:36Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2015-11-03T01:31:36Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=934c4a9c9c6b9e0fb3633896effbd60f6c0cebfd'/>
<id>urn:sha1:934c4a9c9c6b9e0fb3633896effbd60f6c0cebfd</id>
<content type='text'>
ok naddy, jsing
</content>
</entry>
<entry>
<title>remove KPDK. not really used, and a bad choice anyway. ok naddy</title>
<updated>2014-12-28T10:02:37Z</updated>
<author>
<name>tedu</name>
<email>tedu@openbsd.org</email>
</author>
<published>2014-12-28T10:02:37Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=ee4897801bca18757b2be11aeafcdee2a1fcb0c0'/>
<id>urn:sha1:ee4897801bca18757b2be11aeafcdee2a1fcb0c0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Allocate and deallocate memory for encryption contexts within cryptosoft,</title>
<updated>2013-08-25T14:26:56Z</updated>
<author>
<name>jsing</name>
<email>jsing@openbsd.org</email>
</author>
<published>2013-08-25T14:26:56Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=2dbd8e13008692ff92b9560da7b770daf2889930'/>
<id>urn:sha1:2dbd8e13008692ff92b9560da7b770daf2889930</id>
<content type='text'>
rather than requiring each algorithm to provide their own memory handling.
This matches the interface already provided by cryptosoft for
authentication algorithms and removes the need for zerokey functions.

ok mikeb@
</content>
</entry>
<entry>
<title>Retire Skipjack</title>
<updated>2010-10-06T22:19:20Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2010-10-06T22:19:20Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=9e43f3a02c1f77b34943037a8cc97bbc99e07d4a'/>
<id>urn:sha1:9e43f3a02c1f77b34943037a8cc97bbc99e07d4a</id>
<content type='text'>
There's not much use for the declassified cipher from the 80's
with a questionable license these days.  According to the FIPS
drafts, Skipjack reaches its EOL in December 2010.

The libc portion will be removed after the ports hackathon.

djm and thib agree, no objections from deraadt
Thanks to jsg for digging up FIPS drafts.
</content>
</entry>
<entry>
<title>OCF support for the Galois/Counter Mode (GCM) for AES as</title>
<updated>2010-09-22T11:54:23Z</updated>
<author>
<name>mikeb</name>
<email>mikeb@openbsd.org</email>
</author>
<published>2010-09-22T11:54:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=112808b6ee76dc5b96194401fae4a712ecf06f7e'/>
<id>urn:sha1:112808b6ee76dc5b96194401fae4a712ecf06f7e</id>
<content type='text'>
described in FIPS SP 800-38D.

This implementation supports 16 byte authentication tag only,
splitting transformation into two parts: encryption and
authentication.  Encryption is handled by the existing
AES-CTR implementation, while authentication requires new
AES_GMAC hash function.

Additional routine is added to the software crypto driver
to deal with peculiarities of a combined authentication-
encryption transformation.

With suggestions from reyk, naddy and toby.
</content>
</entry>
</feed>
