<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/modes, branch libressl-v3.9.2</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v3.9.2</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v3.9.2'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2024-02-24T17:53:20+00:00</updated>
<entry>
<title>Add a few missing endbr64 to libcrypto</title>
<updated>2024-02-24T17:53:20+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2024-02-24T17:53:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2c66b949eac93a66838f31bcbbd5e3c769038538'/>
<id>urn:sha1:2c66b949eac93a66838f31bcbbd5e3c769038538</id>
<content type='text'>
gcm_{gmult,ghash}_4bit(), aesni_ccm64_decrypt_blocks(), aes_cbc_encrypt(),
and aesni_xts_{en,de}crypt() were overlooked in previous passes.

Found with a diff for ld.lld by kettenis
ok kettenis
</content>
</entry>
<entry>
<title>Replace uses of endbr64 with _CET_ENDBR from cet.h</title>
<updated>2024-02-24T15:30:14+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2024-02-24T15:30:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c730c3b3b1845cc7c4a4aceff2031f1135faa6bb'/>
<id>urn:sha1:c730c3b3b1845cc7c4a4aceff2031f1135faa6bb</id>
<content type='text'>
cet.h is needed for other platforms to emit the relevant .gnu.properties
sections that are necessary for them to enable IBT. It also avoids issues
with older toolchains on macOS that explode on encountering endbr64.

based on a diff by kettenis
ok beck kettenis
</content>
</entry>
<entry>
<title>Avoid a four-byte overread in gcm_ghash_4bit_mmx() on i386</title>
<updated>2024-01-24T15:24:28+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2024-01-24T15:24:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6db1ed1feaf59b64e81222f16bc861cdb38889ad'/>
<id>urn:sha1:6db1ed1feaf59b64e81222f16bc861cdb38889ad</id>
<content type='text'>
This is a variant of the same logic error fixed in ghash-x86_64.pl r1.6.
The code path is only reachable on machines without FXSR or PCLMUL.

ok jsing
</content>
</entry>
<entry>
<title>Avoid a four byte overread in gcm_ghash_4bit() on amd64.</title>
<updated>2024-01-24T13:39:44+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2024-01-24T13:39:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=00bd760df094460f9eef0ddf96b36d21660bc5ed'/>
<id>urn:sha1:00bd760df094460f9eef0ddf96b36d21660bc5ed</id>
<content type='text'>
The assembly code for gcm_ghash_4bit() reads one too many times from Xi,
resulting in a four byte overread. Prevent this by not loading the next
value in the final iteration of the loop. If another full iteration is
required the next Xi value will be loaded at the top of the outer_loop.

Many thanks to Douglas Gliner &lt;Douglas.Gliner at sony dot com&gt; for finding
and reporting this issue, along with a detailed reproducer.

Same diff from deraadt@

ok tb@
</content>
</entry>
<entry>
<title>Improve byte order handling in gcm128.</title>
<updated>2023-08-10T07:18:43+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2023-08-10T07:18:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=57fb22bed4878a004183540db78caf8da42e64b3'/>
<id>urn:sha1:57fb22bed4878a004183540db78caf8da42e64b3</id>
<content type='text'>
Replace a pile of byte order handling mess with htobe*() and be*toh().

ok tb@
</content>
</entry>
<entry>
<title>Hide symbols in modes.h</title>
<updated>2023-07-08T14:56:54+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2023-07-08T14:56:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=92f05086c3ac20f5ecd50bf024faf42cd8d87ce2'/>
<id>urn:sha1:92f05086c3ac20f5ecd50bf024faf42cd8d87ce2</id>
<content type='text'>
ok tb@
</content>
</entry>
<entry>
<title>Hit modes with the loving mallet of knfmt</title>
<updated>2023-07-08T14:55:36+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2023-07-08T14:55:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=4f899716cb251019c62cd8513613dd6011120a9a'/>
<id>urn:sha1:4f899716cb251019c62cd8513613dd6011120a9a</id>
<content type='text'>
ok tb@
</content>
</entry>
<entry>
<title>xts128 mode: avoid two -Wshadow warnings in the BIG_ENDIAN code path.</title>
<updated>2023-05-07T14:38:04+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-05-07T14:38:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=b636157a143eeba2e11ada9659b55728a9f0cbe9'/>
<id>urn:sha1:b636157a143eeba2e11ada9659b55728a9f0cbe9</id>
<content type='text'>
Found by, compile tested &amp; ok bluhm.
</content>
</entry>
<entry>
<title>Remove CTS mode</title>
<updated>2023-04-25T17:54:10+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-04-25T17:54:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c6ff6e6d0b18990be9d85a02fdf3241622890d01'/>
<id>urn:sha1:c6ff6e6d0b18990be9d85a02fdf3241622890d01</id>
<content type='text'>
ok jsing
</content>
</entry>
<entry>
<title>Add endbr64 where needed by inspection.  Passes regresson tests.</title>
<updated>2023-04-25T04:42:26+00:00</updated>
<author>
<name>deraadt</name>
<email></email>
</author>
<published>2023-04-25T04:42:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=f56bc15e44b93e564d434a7d0b5c8f837812aac3'/>
<id>urn:sha1:f56bc15e44b93e564d434a7d0b5c8f837812aac3</id>
<content type='text'>
ok jsing, and kind of tb an earlier version
</content>
</entry>
</feed>
