<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/evp, branch libressl-v3.0.0</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v3.0.0</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v3.0.0'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2019-05-14T15:40:44+00:00</updated>
<entry>
<title>Correct missing test to determine if length is in bytes or in bits.</title>
<updated>2019-05-14T15:40:44+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2019-05-14T15:40:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=0034d5d9dc275b8ad29ec7e59f36ccdc055111dd'/>
<id>urn:sha1:0034d5d9dc275b8ad29ec7e59f36ccdc055111dd</id>
<content type='text'>
Issue found by Guido Vranken &lt;guidovranken@gmail.com&gt;
ok tedu@ tb@
</content>
</entry>
<entry>
<title>Revert the other hunk of r1.36 as well: in the case of CCM, ccm.key is</title>
<updated>2019-05-12T15:52:46+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2019-05-12T15:52:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c355d03d2e34e4c37bb1eff05e29877d237b7685'/>
<id>urn:sha1:c355d03d2e34e4c37bb1eff05e29877d237b7685</id>
<content type='text'>
assigned from aesni_ccm_init_key() via CRYPTO_ccm128_init(), so it needs
to be copied over...

Pointed out by Guido Vranken.

ok jsing
</content>
</entry>
<entry>
<title>Revert part of r1.36: in the case of GCM, gcm.key is assigned from</title>
<updated>2019-05-10T18:41:17+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2019-05-10T18:41:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=16b15f4fa4a15b71c7c926fe8125fcd0b253aa22'/>
<id>urn:sha1:16b15f4fa4a15b71c7c926fe8125fcd0b253aa22</id>
<content type='text'>
aesni_gcm_init_key() via CRYPTO_gcm128_init(), so it needs to be
copied over...

Fixes cryptofuzz issue #14352 and likely also #14374.

ok beck jsing
</content>
</entry>
<entry>
<title>Allocate md_data with calloc to avoid use of uninitialised memory.</title>
<updated>2019-04-19T17:04:45+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-19T17:04:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ad2f78627bd2e79d4aba75e47b15534a130af405'/>
<id>urn:sha1:ad2f78627bd2e79d4aba75e47b15534a130af405</id>
<content type='text'>
Found by Guido Vranken when fuzzing and trying to use GOST with HMAC.

Fix confirmed by Guido; ok tb@
</content>
</entry>
<entry>
<title>Some more malloc() to calloc() conversions.</title>
<updated>2019-04-14T17:27:42+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-14T17:27:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=a2c695645cf28a223a6da4cbfbdfd65c796e2dd6'/>
<id>urn:sha1:a2c695645cf28a223a6da4cbfbdfd65c796e2dd6</id>
<content type='text'>
ok tb@
</content>
</entry>
<entry>
<title>Remove two pointless chunks of code.</title>
<updated>2019-04-14T17:26:27+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-14T17:26:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b85b600c49bd5a1bdc62030be1ebd1cc9ceb145d'/>
<id>urn:sha1:b85b600c49bd5a1bdc62030be1ebd1cc9ceb145d</id>
<content type='text'>
This reverts part of OpenSSL c2fd5d79, which added the same code to AES
CCM, GCM and XTS. In the case of CCM and GCM nothing assigns {ccm,gcm}.key
so there is never going to be anything to update (unlike XTS).

ok tb@
</content>
</entry>
<entry>
<title>Use calloc() when allocating cipher_data.</title>
<updated>2019-04-14T17:16:57+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-14T17:16:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=403db7992a954f38a3857fc8ea4a1b25580f1c98'/>
<id>urn:sha1:403db7992a954f38a3857fc8ea4a1b25580f1c98</id>
<content type='text'>
Avoids use of uninitialised memory.

ok tb@
</content>
</entry>
<entry>
<title>Annotate a future improvement.</title>
<updated>2019-04-14T16:46:26+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-14T16:46:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=356de7eea6f4b2f2e40fae3eafec04d9107366f3'/>
<id>urn:sha1:356de7eea6f4b2f2e40fae3eafec04d9107366f3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Avoid potential double-frees following EVP_CIPHER_CTX_copy().</title>
<updated>2019-04-14T16:43:49+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-14T16:43:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=0c03cee8ccea41a8cce424fed179f273e8ea6626'/>
<id>urn:sha1:0c03cee8ccea41a8cce424fed179f273e8ea6626</id>
<content type='text'>
In the case of a cipher with a custom copy control, if that control fails
we may still have pointers that we do not own in the previously copied
cipher data. Avoid potential double-frees by zeroing and freeing the
copied cipher data in this case.

Issue reported by Guido Vranken.

ok tb@
</content>
</entry>
<entry>
<title>Avoid some out of bound accesses in aesni_cbc_hmac_sha1_cipher().</title>
<updated>2019-04-03T15:33:37+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2019-04-03T15:33:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1292146bda904a7983b666fdf116ea07699d00e6'/>
<id>urn:sha1:1292146bda904a7983b666fdf116ea07699d00e6</id>
<content type='text'>
The plen variable can be NO_PAYLOAD_LENGTH == (size_t)-1, so doing
tls_aad[plen-4] is no good. Also check that the length of the AAD
set via the control interface is equal to 13 since the whole file
is written with that case in mind.

Note that we no longer use this code in LibreSSL/OpenBSD. We
eliminated the use of these control interfaces and stitched cipher
modes in libssl a while ago.

Problem found by Guido Vranken with his cryptofuzz - thanks!

input &amp; ok beck, jsing
</content>
</entry>
</feed>
