<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libssl/dtls1.h, 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>2021-05-16T13:56:31+00:00</updated>
<entry>
<title>Move DTLS structs/definitions/prototypes to dtls_locl.h.</title>
<updated>2021-05-16T13:56:31+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2021-05-16T13:56:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6549a63a42afd133dad2229ed5e3a15f9cff92f3'/>
<id>urn:sha1:6549a63a42afd133dad2229ed5e3a15f9cff92f3</id>
<content type='text'>
Now that the DTLS structs are opaque, add a dtls_locl.h header and move
internal-only structs from dtls1.h, along with prototypes from ssl_locl.h.
Only pull this header in where DTLS code actually exists.

ok inoguchi@ tb@
</content>
</entry>
<entry>
<title>Make SSL_CIPHER, SSL_CTX, SSL_SESSION, {DTLS1,SSL3}_STATE</title>
<updated>2021-05-10T17:10:57+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2021-05-10T17:10:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=7be6981c90fe38ee2134896c1d9ee7f27a5ac680'/>
<id>urn:sha1:7be6981c90fe38ee2134896c1d9ee7f27a5ac680</id>
<content type='text'>
and a few other structs in libssl opaque.

from/ok jsing
</content>
</entry>
<entry>
<title>Expose various DTLSv1.2 specific functions and defines</title>
<updated>2021-03-31T16:59:32+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2021-03-31T16:59:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2ebb1bafcf20e3417b35907fc27572bb0ff9faac'/>
<id>urn:sha1:2ebb1bafcf20e3417b35907fc27572bb0ff9faac</id>
<content type='text'>
ok bcook inoguchi jsing
</content>
</entry>
<entry>
<title>Add various public DTLS related defines.</title>
<updated>2021-02-20T08:11:57+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2021-02-20T08:11:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=76d8640e29e5c039ce8cf94023e9af82f456d36f'/>
<id>urn:sha1:76d8640e29e5c039ce8cf94023e9af82f456d36f</id>
<content type='text'>
These are currently guarded by LIBRESSL_HAS_DTLS1_2 and LIBRESSL_INTERNAL.

ok tb@
</content>
</entry>
<entry>
<title>Use internal versions of SSL3_BUFFER, SSL3_RECORD and DTLS1_RECORD_DATA.</title>
<updated>2020-03-12T17:01:53+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2020-03-12T17:01:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=63b0f131cbf0e20ff888516045c6693e8515333f'/>
<id>urn:sha1:63b0f131cbf0e20ff888516045c6693e8515333f</id>
<content type='text'>
SSL3_BUFFER, SSL3_RECORD and DTLS1_RECORD_DATA are currently still in
public headers, even though their usage is internal. This moves to
using _INTERNAL suffixed versions that are in internal headers, which
then allows us to change them without any potential public API fallout.

ok inoguchi@ tb@
</content>
</entry>
<entry>
<title>unifdef DTLS1_AD_MISSING_HANDSHAKE_MESSAGE.</title>
<updated>2018-08-24T19:35:05+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2018-08-24T19:35:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9d4617570f8c08c43eda1a246ac8fa01be58c3f3'/>
<id>urn:sha1:9d4617570f8c08c43eda1a246ac8fa01be58c3f3</id>
<content type='text'>
This code has been rotting since 2006.

ok bcook@ tb@
</content>
</entry>
<entry>
<title>Move most of DTLS1_STATE to internal.</title>
<updated>2017-01-22T07:16:39+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2017-01-22T07:16:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=8b577048370d1347763a8493952aef0075de26fd'/>
<id>urn:sha1:8b577048370d1347763a8493952aef0075de26fd</id>
<content type='text'>
ok jsing@
</content>
</entry>
<entry>
<title>Convert publically visible structs to translucent structs.</title>
<updated>2017-01-22T03:50:45+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2017-01-22T03:50:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1ba75c0f95f4cdb1fe4f02b5428b3470e7b8cc4c'/>
<id>urn:sha1:1ba75c0f95f4cdb1fe4f02b5428b3470e7b8cc4c</id>
<content type='text'>
This change adds an internal opaque struct for each of the significant
publically visible structs. The opaque struct is then allocated and
attached to the publically visible struct when the appropriate *_new()
function is called, then cleared and freed as necessary.

This will allow for changes to be made to the internals of libssl, without
requiring a major bump each time the publically visible structs are
modified.

ok beck@
</content>
</entry>
<entry>
<title>Explicitly include openssl/opensslconf.h in headers that use OPENSSL_NO_*</title>
<updated>2016-12-30T15:10:57+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2016-12-30T15:10:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=0afd6d01d662af53ddd9e03c955e4a11926e5f76'/>
<id>urn:sha1:0afd6d01d662af53ddd9e03c955e4a11926e5f76</id>
<content type='text'>
defines - do not rely on another heading making those available for us.
</content>
</entry>
<entry>
<title>Remove support for DTLS_BAD_VER. We do not support non-standard and</title>
<updated>2015-09-10T17:57:50+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2015-09-10T17:57:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6a01e44e5bb9917370be7048957c7d999d847bb6'/>
<id>urn:sha1:6a01e44e5bb9917370be7048957c7d999d847bb6</id>
<content type='text'>
incomplete implementations just so that we can interoperate with products
from vendors who have not bothered to fix things in the last ~10 years.

ok bcook@ miod@
</content>
</entry>
</feed>
