<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/evp/e_idea.c, branch OPENBSD_7_9_BASE</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9_BASE</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9_BASE'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2025-05-27T03:58:12+00:00</updated>
<entry>
<title>Make EVP_CIPHER_[gs]et_asn1_iv() local to evp_cipher</title>
<updated>2025-05-27T03:58:12+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-05-27T03:58:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=68a52297dea2d50284c7a8a12b92d8f2c15421f3'/>
<id>urn:sha1:68a52297dea2d50284c7a8a12b92d8f2c15421f3</id>
<content type='text'>
These formerly public functions have only ever been called from
EVP_CIPHER_asn1_to_param() and EVP_CPIHER_param_to_asn1(), either
directly if the EVP_CIPH_FLAG_DEFAULT_ASN1 flag is set, or indirectly
when set as the .[gs]et_asn1_parameters() method of the EVP_CIPHER.
This commit removes their use in .[gs]et_asn1_parameters() dating back
to long before the EVP_CIPH_FLAG_DEFAULT_ASN1 was introduced in 2010.

This way the only remaining consumer of .[gs]et_asn1_parameters() is RC2.

ok jsing
</content>
</entry>
<entry>
<title>Hide public symbols in evp.h</title>
<updated>2024-04-09T13:52:42+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2024-04-09T13:52:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9835bb3c82adc630df1f3aaa7dfbf7f0506b0bc4'/>
<id>urn:sha1:9835bb3c82adc630df1f3aaa7dfbf7f0506b0bc4</id>
<content type='text'>
largely mechanically done by the guentherizer 9000

ok tb@
</content>
</entry>
<entry>
<title>Remove unused app_data from EVP_CIPHER</title>
<updated>2024-01-04T17:38:36+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2024-01-04T17:38:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ffc98932e7dd8da47a52971639e2eb8ada5f7097'/>
<id>urn:sha1:ffc98932e7dd8da47a52971639e2eb8ada5f7097</id>
<content type='text'>
The EVP_CIPHER structs are static const data that the library returns when
you call EVP_aes_128_cbc(), for example. It makes no sense whatsoever to
hang user data off such a struct, but it's been there since forever.

ok jsing
</content>
</entry>
<entry>
<title>Unbreak the namespace build after a broken mk.conf and tool misfire had</title>
<updated>2023-07-07T19:37:54+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2023-07-07T19:37:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1ca8095297adf80b48019b5a2d18010ff9e3427f'/>
<id>urn:sha1:1ca8095297adf80b48019b5a2d18010ff9e3427f</id>
<content type='text'>
me aliasing symbols not in the headers I was procesing.

This unbreaks the namespace build so it will pass again

ok tb@
</content>
</entry>
<entry>
<title>Hide symbols in hkdf, evp, err, ecdsa, and ec</title>
<updated>2023-07-07T13:54:46+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2023-07-07T13:54:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=f9fcde20a6214da85e802190ccd3a2bf5f891559'/>
<id>urn:sha1:f9fcde20a6214da85e802190ccd3a2bf5f891559</id>
<content type='text'>
(part 2 of commit)

ok jsing@
</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>Use LONG_MAX as the limit for ciphers with long based APIs.</title>
<updated>2022-09-15T07:04:19+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-09-15T07:04:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=69a6645367fe0e98f414f8ce038c6a4c2e3fb102'/>
<id>urn:sha1:69a6645367fe0e98f414f8ce038c6a4c2e3fb102</id>
<content type='text'>
These ciphers have long based APIs, while EVP has a size_t based API. The
intent of these loops is to handle sizes that are bigger than LONG_MAX.
Rather than using the rather crazy EVP_MAXCHUNK construct, use LONG_MAX
rounded down to a large block size, ensuring that it is a block size
multiple. Revert the recently added overflow checks now that this is
handled more appropriately.

ok tb@
</content>
</entry>
<entry>
<title>Use correct length for EVP CFB mode ciphers.</title>
<updated>2022-09-10T17:39:47+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-09-10T17:39:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=de6c106921914263e126f0a65ff53578716ce425'/>
<id>urn:sha1:de6c106921914263e126f0a65ff53578716ce425</id>
<content type='text'>
The BLOCK_CIPHER_* macros contained a bug where the total length is passed
to the underlying cipher implementation, rather than the length of the
current chunk. Correct this and use the chunk length instead.

Should address the remaining issues reported by Coverity.

ok tb@
</content>
</entry>
<entry>
<title>Add bounds checks for various EVP cipher implementations.</title>
<updated>2022-09-04T15:45:25+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-09-04T15:45:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=8869e441d0c3b744fcf47865bc3a28770c66b2b5'/>
<id>urn:sha1:8869e441d0c3b744fcf47865bc3a28770c66b2b5</id>
<content type='text'>
The EVP cipher API uses size_t, however a number of the underlying
implementations use long in their API. This means that an input with
size &gt; LONG_MAX will go negative.

Found by Coverity, hiding under a large pile of macros.

ok tb@
</content>
</entry>
<entry>
<title>Remove dead code.</title>
<updated>2022-09-04T13:55:39+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2022-09-04T13:55:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=afccb5e2841d2ce1fd4c50eb9e9912ec24e8a941'/>
<id>urn:sha1:afccb5e2841d2ce1fd4c50eb9e9912ec24e8a941</id>
<content type='text'>
Only change to generated assembly is due to line numbers.
</content>
</entry>
</feed>
