<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openssl/doc, branch openssl-3.2</title>
<subtitle>TLS/SSL and crypto library.</subtitle>
<id>http://git.bktus.com/gpgfrontend/openssl/atom?h=openssl-3.2</id>
<link rel='self' href='http://git.bktus.com/gpgfrontend/openssl/atom?h=openssl-3.2'/>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/'/>
<updated>2025-11-24T18:23:05Z</updated>
<entry>
<title>doc: Discuss calling X509_verify_cert in cert_verify_callback</title>
<updated>2025-11-24T18:23:05Z</updated>
<author>
<name>David Benjamin</name>
<email>davidben@google.com</email>
</author>
<published>2025-10-20T21:38:14Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=14ddbcee237cb99b3921c352852b4d4fadbb8e6c'/>
<id>urn:sha1:14ddbcee237cb99b3921c352852b4d4fadbb8e6c</id>
<content type='text'>
Using SSL_CTX_set_cert_verify_callback but still calling
X509_verify_cert is useful if applications want to dynamically
configure the X509_STORE_CTX, or postprocess the result, in a way that
does not quite fit the somewhat unpredictable behavior of the
SSL_CTX_set_verify callback. (In my experience, applications rarely
realize it is called multiple times. It's also too late at that point to
reconfigure the X509_STORE_CTX as verification has already started.)

There is one note in the docs that the callback needs to stash the
verify result with X509_STORE_CTX_set_error, but it is not immediately
obvious that X509_verify_cert will do so, or that it is the built-in
behavior. Add a paragraph discussing this.

Reviewed-by: Tim Hudson &lt;tjh@openssl.org&gt;
Reviewed-by: Viktor Dukhovni &lt;viktor@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/28960)

(cherry picked from commit 069181d7f39beaae22bfa67bcba3c5fe93acafd4)
</content>
</entry>
<entry>
<title>doc/man3/X509_STORE_get0_param.pod: mention how to free the returned objects</title>
<updated>2025-11-24T18:14:56Z</updated>
<author>
<name>Eugene Syromiatnikov</name>
<email>esyr@openssl.org</email>
</author>
<published>2025-10-27T09:17:57Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=9a30e1411294575c9ceecb87edef4331b1643913'/>
<id>urn:sha1:9a30e1411294575c9ceecb87edef4331b1643913</id>
<content type='text'>
It is not entirely obvious from the description how the objects returned
by X509_STORE_get1_all_certs() are supposed to be freed, explicitly mention
the relevant call, and provide a reference to DEFINE_STACK_OF(3).

Signed-off-by: Eugene Syromiatnikov &lt;esyr@openssl.org&gt;

Reviewed-by: Norbert Pocs &lt;norbertp@openssl.org&gt;
Reviewed-by: Dmitry Belyavskiy &lt;beldmit@gmail.com&gt;
(Merged from https://github.com/openssl/openssl/pull/29016)
</content>
</entry>
<entry>
<title>Correct information about the default value of the -md parameter</title>
<updated>2025-11-21T13:51:17Z</updated>
<author>
<name>Igor Ustinov</name>
<email>igus68@gmail.com</email>
</author>
<published>2025-11-19T15:21:30Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=4c05d28c979c3b04aff57bcfe81def4ce2d0a26c'/>
<id>urn:sha1:4c05d28c979c3b04aff57bcfe81def4ce2d0a26c</id>
<content type='text'>
of the openssl cms command.

Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
Reviewed-by: Dmitry Belyavskiy &lt;beldmit@gmail.com&gt;
Reviewed-by: Paul Dale &lt;paul.dale@oracle.com&gt;
Reviewed-by: Neil Horman &lt;nhorman@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/29175)

(cherry picked from commit 2a7b058429938e40e20882a80bc5d2f426b145b8)
</content>
</entry>
<entry>
<title>doc/man3/OPENSSL_malloc.pod: mention rationale for OPENSSL_cleanse()</title>
<updated>2025-11-21T13:37:18Z</updated>
<author>
<name>Eugene Syromiatnikov</name>
<email>esyr@openssl.org</email>
</author>
<published>2025-11-19T14:19:59Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=6ad9aa56865582db6191adc9ce5b1bb5dbdcaceb'/>
<id>urn:sha1:6ad9aa56865582db6191adc9ce5b1bb5dbdcaceb</id>
<content type='text'>
It was not entirely clear from the sole description, what is  the reason
for preferring OPENSSL_cleanse() over memset().  Add a note about situations
in which OPENSSL_cleanse() should be chosen.

Signed-off-by: Eugene Syromiatnikov &lt;esyr@openssl.org&gt;

Reviewed-by: Dmitry Belyavskiy &lt;beldmit@gmail.com&gt;
Reviewed-by: Paul Dale &lt;paul.dale@oracle.com&gt;
Reviewed-by: Richard Levitte &lt;levitte@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/29174)

(cherry picked from commit 768468f40e810ceef00b1c3b7cac05beaa1d8f8c)
</content>
</entry>
<entry>
<title>DOC: fix description of '-self_test_oninstall'</title>
<updated>2025-11-21T13:34:43Z</updated>
<author>
<name>Shohei YOSHIDA</name>
<email>syohex@gmail.com</email>
</author>
<published>2025-11-19T04:34:54Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=1fe5cf84bfb1cf2815f6d4f1bce4859456ffd616'/>
<id>urn:sha1:1fe5cf84bfb1cf2815f6d4f1bce4859456ffd616</id>
<content type='text'>
CLA: trivial

Reviewed-by: Paul Dale &lt;paul.dale@oracle.com&gt;
Reviewed-by: Eugene Syromiatnikov &lt;esyr@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/29168)

(cherry picked from commit 978cb1f9d1fb895f51feeee4cf700cf07a063e01)
</content>
</entry>
<entry>
<title>Document when OSSL_ENC/DECODER_CTX_set* functions shouldn't be used</title>
<updated>2025-11-13T11:20:55Z</updated>
<author>
<name>Igor Ustinov</name>
<email>igus68@gmail.com</email>
</author>
<published>2025-11-11T14:01:34Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=a468fa516b8b368536d8a276c650596f94e71b3d'/>
<id>urn:sha1:a468fa516b8b368536d8a276c650596f94e71b3d</id>
<content type='text'>
Reviewed-by: Dmitry Belyavskiy &lt;beldmit@gmail.com&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/29122)

(cherry picked from commit c22facc35038085407e457bada85efffab3c3f2a)
</content>
</entry>
<entry>
<title>Note about different exclusion of GREASE extensions</title>
<updated>2025-11-13T11:09:50Z</updated>
<author>
<name>Igor Ustinov</name>
<email>igus68@gmail.com</email>
</author>
<published>2025-11-04T15:43:49Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=4b53ab3b30c1eea629a4cc0b5f503897396cd8d2'/>
<id>urn:sha1:4b53ab3b30c1eea629a4cc0b5f503897396cd8d2</id>
<content type='text'>
Different SSL_client_hello_* functions have different behavior
in regards to GREASE extensions.

Fixes #27580

Reviewed-by: Matt Caswell &lt;matt@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/29066)

(cherry picked from commit 657b01241feeb23a53378920bf33d59505532ba8)
</content>
</entry>
<entry>
<title>Properly error out when AEAD Algorithms are used with Encrypted Data</title>
<updated>2025-11-10T19:42:27Z</updated>
<author>
<name>Ryan Hooper</name>
<email>ryhooper@cisco.com</email>
</author>
<published>2025-09-30T16:56:33Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=8d9c5253bda1ac4775b42a6e6046b77f559a38ce'/>
<id>urn:sha1:8d9c5253bda1ac4775b42a6e6046b77f559a38ce</id>
<content type='text'>
Encrypted Data does not support AEAD algorithms. If you wish to
use AEAD algorithms you will have to use a CMS_AuthEnvelopedData
structure. Therefore, when AEAD algorithms are used with
CMS_EncryptedData_set1_key will now return an error.

Fixes: #28607

Reviewed-by: Paul Dale &lt;paul.dale@oracle.com&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/28711)

(cherry picked from commit 86344acb02eb3718b0491b9915846667c55c95ff)
</content>
</entry>
<entry>
<title>Copyright year updates</title>
<updated>2025-09-30T13:03:21Z</updated>
<author>
<name>openssl-machine</name>
<email>openssl-machine@openssl.org</email>
</author>
<published>2025-09-30T13:03:21Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=486805eb194130cd0638dfbee71cbc0a26781eaf'/>
<id>urn:sha1:486805eb194130cd0638dfbee71cbc0a26781eaf</id>
<content type='text'>
Reviewed-by: Neil Horman &lt;nhorman@openssl.org&gt;
Reviewed-by: Saša Nedvědický &lt;sashan@openssl.org&gt;
Release: yes
</content>
</entry>
<entry>
<title>Correct the documentation for OPENSSL_sk_find</title>
<updated>2025-09-24T10:28:15Z</updated>
<author>
<name>Bob Beck</name>
<email>beck@openssl.org</email>
</author>
<published>2025-09-16T21:30:31Z</published>
<link rel='alternate' type='text/html' href='http://git.bktus.com/gpgfrontend/openssl/commit/?id=ebe206bc363df3076d0c97fe2b6c8cec51391fe7'/>
<id>urn:sha1:ebe206bc363df3076d0c97fe2b6c8cec51391fe7</id>
<content type='text'>
Since April of 2023 with commit eb0935f, these functions have not
sorted the stack if it was not sorted. The documentation was noti
changed at the time to reflect this changed behaviour.

This corrects the documentation to reflect the current behaviour
of these functions

Reviewed-by: Paul Dale &lt;ppzgs1@gmail.com&gt;
Reviewed-by: Matt Caswell &lt;matt@openssl.org&gt;
Reviewed-by: Tomas Mraz &lt;tomas@openssl.org&gt;
(Merged from https://github.com/openssl/openssl/pull/28578)

(cherry picked from commit 07e70f951e7c4618b4a275d60f7410f77999f92a)
</content>
</entry>
</feed>
