<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/ecdsa, branch libressl-v3.7.0</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v3.7.0</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v3.7.0'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2022-11-26T17:23:18+00:00</updated>
<entry>
<title>Make header guards of internal headers consistent</title>
<updated>2022-11-26T17:23:18+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-11-26T17:23:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=3a1908508efa61f3f77ac8036694af2f920df947'/>
<id>urn:sha1:3a1908508efa61f3f77ac8036694af2f920df947</id>
<content type='text'>
Not all of them, only those that didn't leak into a public header...
Yes.
</content>
</entry>
<entry>
<title>Make internal header file names consistent</title>
<updated>2022-11-26T16:08:57+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-11-26T16:08:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=81d98bf600a381a625eb11b39a725b08c0ba547f'/>
<id>urn:sha1:81d98bf600a381a625eb11b39a725b08c0ba547f</id>
<content type='text'>
Libcrypto currently has a mess of *_lcl.h, *_locl.h, and *_local.h names
used for internal headers. Move all these headers we inherited from
OpenSSL to *_local.h, reserving the name *_internal.h for our own code.
Similarly, move dtls_locl.h and ssl_locl.h to dtls_local and ssl_local.h.
constant_time_locl.h is moved to constant_time.h since it's special.

Adjust all .c files in libcrypto, libssl and regress.

The diff is mechanical with the exception of tls13_quic.c, where
#include &lt;ssl_locl.h&gt; was fixed manually.

discussed with jsing,
no objection bcook
</content>
</entry>
<entry>
<title>Stop using CBIGNUM_it internal to libcrypto.</title>
<updated>2022-09-03T16:01:23+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-09-03T16:01:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2b62b98b944c0df9fbd9e41e33ea96b45b98e84b'/>
<id>urn:sha1:2b62b98b944c0df9fbd9e41e33ea96b45b98e84b</id>
<content type='text'>
CBIGNUM_it is supposed to be the "clear bignum" or "secure" bignum - that
is one which zeros its memory after use and ensures that the constant time
flags are set... in LibreSSL we always do both of these things for BIGNUMs,
so just use BIGNUM_it instead.

ok tb@
</content>
</entry>
<entry>
<title>Rework DSA_size() and ECDSA_size()</title>
<updated>2022-08-31T13:01:01+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-08-31T13:01:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5a012dc99251d6861841dbe500e21ff7a4f63ccc'/>
<id>urn:sha1:5a012dc99251d6861841dbe500e21ff7a4f63ccc</id>
<content type='text'>
DSA_size() and ECDSA_size() have a very special hack. They fudge up an
ASN1_INTEGER with a size which is typically &gt; 100 bytes, backed by a
buffer of size 4. This was "fine", however, since they set buf[0] = 0xff,
where the craziness that was i2c_ASN1_INTEGER() only looks at the first
octet (one may then ask why a buffer of size 4 was necessary...).

This changed with the rewrite of i2c_ASN1_INTEGER(), which doesn't
respect this particular hack and rightly assumes that it is fed an
actual ASN1_INTEGER...

Instead, create an appropriate signature and use i2d to determine its
size.

Fixes an out-of-bounds read flagged by ASAN and oss-fuzz.

ok jsing
</content>
</entry>
<entry>
<title>Remove mkerr.pl remnants from LibreSSL</title>
<updated>2022-07-12T14:42:50+00:00</updated>
<author>
<name>kn</name>
<email></email>
</author>
<published>2022-07-12T14:42:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=89e42d5857196a8071fbafb5565388d0e20ec32b'/>
<id>urn:sha1:89e42d5857196a8071fbafb5565388d0e20ec32b</id>
<content type='text'>
This script is not used at all and files are edited by hand instead.
Thus remove misleading comments incl. the obsolete script/config.

Feedback OK jsing tb
</content>
</entry>
<entry>
<title>Replace obj_mac.h with object.h</title>
<updated>2022-06-30T11:14:47+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-06-30T11:14:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b9750dad90805ab9064b083f792c0c680759708a'/>
<id>urn:sha1:b9750dad90805ab9064b083f792c0c680759708a</id>
<content type='text'>
Pointed out by and ok jsing
</content>
</entry>
<entry>
<title>Avoid infinite loop for custom curves of order 1</title>
<updated>2022-04-07T17:37:25+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-04-07T17:37:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1061feec63ce8eec5e559ca2697b80bc73044484'/>
<id>urn:sha1:1061feec63ce8eec5e559ca2697b80bc73044484</id>
<content type='text'>
If a private key encoded with EC parameters happens to have
order 1 and is used for ECDSA signatures, this causes an
infinite loop since a random integer x in the interval [0,1)
will be 0, so do ... while (x == 0); will loop indefinitely.

Found and reported with a reproducer by Hanno Boeck.
Helpful comments and analysis from David Benjamin.

ok beck jsing
</content>
</entry>
<entry>
<title>sort includes as usual</title>
<updated>2022-01-27T20:31:21+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-01-27T20:31:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=deee88ee0cd8767dc6fd02a8e0977c94dab95b6e'/>
<id>urn:sha1:deee88ee0cd8767dc6fd02a8e0977c94dab95b6e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Do not depend on engine.h pulling in err.h and evp.h</title>
<updated>2022-01-27T20:30:29+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2022-01-27T20:30:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b5eac41199b40cfe298ade9db0b352a6fb470240'/>
<id>urn:sha1:b5eac41199b40cfe298ade9db0b352a6fb470240</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix check for BN_mod_inverse_ct return value</title>
<updated>2022-01-20T11:12:14+00:00</updated>
<author>
<name>inoguchi</name>
<email></email>
</author>
<published>2022-01-20T11:12:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1ca471b8e14d63d9b7059b86938ef989ff0857db'/>
<id>urn:sha1:1ca471b8e14d63d9b7059b86938ef989ff0857db</id>
<content type='text'>
ok jsing@ millert@ tb@
</content>
</entry>
</feed>
