<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto, branch libressl-v4.2.1</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v4.2.1</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v4.2.1'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2025-09-30T12:51:16+00:00</updated>
<entry>
<title>cms: fix incorrect length check in kek_unwrap_key()</title>
<updated>2025-09-30T12:51:16+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-30T12:51:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=0da76a9548849eb542ab090dc5eace7a2be789cb'/>
<id>urn:sha1:0da76a9548849eb542ab090dc5eace7a2be789cb</id>
<content type='text'>
An incorrect length check can result in a 4-byte overwrite and an
8-byte overread.

From Stanislav Fort and Viktor Dukhovni via OpenSSL.
CVE-2025-9230.

ok jsing
</content>
</entry>
<entry>
<title>cms_RecipientInfo_pwri_crypt: fix incorrect return check</title>
<updated>2025-09-30T12:49:34+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-30T12:49:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=4867be3b7736b15337f62460c0a92c9f3f6f5005'/>
<id>urn:sha1:4867be3b7736b15337f62460c0a92c9f3f6f5005</id>
<content type='text'>
ok jsing
</content>
</entry>
<entry>
<title>cms_RecipientInfo_pwri_crypt: plug leak of kekalg</title>
<updated>2025-09-30T12:46:55+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-30T12:46:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9c492217dca486db9aacff39780c63445db043a4'/>
<id>urn:sha1:9c492217dca486db9aacff39780c63445db043a4</id>
<content type='text'>
ok jsing
</content>
</entry>
<entry>
<title>libcrypto: rsa gen: min. distance between p and q</title>
<updated>2025-09-29T08:46:15+00:00</updated>
<author>
<name>jan</name>
<email></email>
</author>
<published>2025-09-29T08:46:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=46c56e258ad51543fa1d174ca9568ef545233a34'/>
<id>urn:sha1:46c56e258ad51543fa1d174ca9568ef545233a34</id>
<content type='text'>
This is required in NIST Special Publication 800-56B Revision 2
"Recommendation for Pair-Wise Key Establishment Using Integer
Factorization Cryptography":

 6 RSA Key Pairs
 6.2 Criteria for RSA Key Pairs for Key Establishment
 6.2.1 Definition of a Key Pair

	3. The prime factors p and q shall be generated using one of
	   the methods specified in Appendix B.3 of FIPS 186 such that:

		c. |p – q| &gt; 2nBits/2−100

ok djm@, tb@
</content>
</entry>
<entry>
<title>Bump libressl version to 4.2.0</title>
<updated>2025-09-28T14:17:52+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-28T14:17:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=3d7417f2050e2c59d3bc34048d7ddf7f9335c1e0'/>
<id>urn:sha1:3d7417f2050e2c59d3bc34048d7ddf7f9335c1e0</id>
<content type='text'>
The version check will break the rust-openssl regress unless you have
rust-openssl-tests-20250927p0.
</content>
</entry>
<entry>
<title>Revert NULL,0 -&gt; OPENSSL_FILE,OPENSSL_LINE from r1.78</title>
<updated>2025-09-28T07:52:53+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-28T07:52:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=dee41641c860153d9ff3214fdf9f43ae9a10429c'/>
<id>urn:sha1:dee41641c860153d9ff3214fdf9f43ae9a10429c</id>
<content type='text'>
This wasn't part of the initial proposal and causes issues in curl downstream.
We could pile more hacks on top of this, but at some point this is getting too
silly.

Relatedly, most of the FOOerr() could be removed, although PEMerr(), RSAerr()
and SSLerr() are used by some downstreams and probably not worth patching out.

Discussed with @vszakats in https://github.com/libressl/portable/issues/1154
</content>
</entry>
<entry>
<title>mlkem_generate_key_external_entropy: normalize sizeof() use</title>
<updated>2025-09-16T06:12:04+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-16T06:12:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c0502723cf1da15eab87e3434cd70dfaae2910f6'/>
<id>urn:sha1:c0502723cf1da15eab87e3434cd70dfaae2910f6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Simplify MLKEM_{private,public}_key_new()</title>
<updated>2025-09-16T06:10:24+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-16T06:10:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=e7b57a14f72bfb330c5d26dd387f302ecbb52b42'/>
<id>urn:sha1:e7b57a14f72bfb330c5d26dd387f302ecbb52b42</id>
<content type='text'>
This removes two unnecessary variables in each of these functions,
normalizes the sizeof() use and undoes unnecessary line wraps.

ok deraadt djm kenjiro
</content>
</entry>
<entry>
<title>aes: move explicit_bzero() after NULL check</title>
<updated>2025-09-15T07:36:12+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-15T07:36:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1f8d0b443d28c5e431333f56e1a6384d8123e15c'/>
<id>urn:sha1:1f8d0b443d28c5e431333f56e1a6384d8123e15c</id>
<content type='text'>
CID 621601 621602

ok djm jsg jsing miod
</content>
</entry>
<entry>
<title>MLKEM_private_key_new: add missing space before =</title>
<updated>2025-09-15T03:34:58+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-09-15T03:34:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=0eed5822a87e695248d6828aca5291e4b942d39a'/>
<id>urn:sha1:0eed5822a87e695248d6828aca5291e4b942d39a</id>
<content type='text'>
</content>
</entry>
</feed>
