<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd, branch OPENBSD_6_3</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_6_3</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_6_3'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2018-12-15T15:13:23+00:00</updated>
<entry>
<title>bump for LibreSSL 2.7.5</title>
<updated>2018-12-15T15:13:23+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2018-12-15T15:13:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5044e73fda29e14aa487421b75abb668af034376'/>
<id>urn:sha1:5044e73fda29e14aa487421b75abb668af034376</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Backport getentropy changes from deraadt@ on MAIN</title>
<updated>2018-12-15T15:10:53+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2018-12-15T15:10:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=4b20f609ceab4d4ea9ac907c9435e392af690aaf'/>
<id>urn:sha1:4b20f609ceab4d4ea9ac907c9435e392af690aaf</id>
<content type='text'>
    Saw a mention somewhere a while back that the gotdata() function in
    here could creates non-uniformity since very short fetches of 0 would
    be excluded.  blocks of 0 are just as random as any other data, including
    blocks of 4 4 4..  This is a misguided attempt to identify errors from the
    entropy churn/gather code doesn't make sense, errors don't happen.
    ok bcook
</content>
</entry>
<entry>
<title>Use a blinding value when generating DSA and ECDSA signatures, in order to</title>
<updated>2018-11-17T18:46:43+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2018-11-17T18:46:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=798d8cfebee4c5fcbf64856a9b3f667ec024da4e'/>
<id>urn:sha1:798d8cfebee4c5fcbf64856a9b3f667ec024da4e</id>
<content type='text'>
reduce the possibility of a side-channel attack leaking the private key.

OpenBSD 6.3 errata 022
</content>
</entry>
<entry>
<title>MFC: Reject excessively large primes in DH key generation. Problem reported</title>
<updated>2018-06-13T15:13:30+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2018-06-13T15:13:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=d579103b8da90de816647e4df81e92ed59fcff8f'/>
<id>urn:sha1:d579103b8da90de816647e4df81e92ed59fcff8f</id>
<content type='text'>
by Guido Vranken to OpenSSL (https://github.com/openssl/openssl/pull/6457)
and based on his diff.  suggestions from tb@, ok tb@ jsing@

Original commit by sthen@
</content>
</entry>
<entry>
<title>MFC: Avoid a timing side-channel leak when generating DSA and ECDSA</title>
<updated>2018-06-13T15:08:08+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2018-06-13T15:08:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=752cb6f550d07071e7ee95a9266cb5f555f57ee6'/>
<id>urn:sha1:752cb6f550d07071e7ee95a9266cb5f555f57ee6</id>
<content type='text'>
signatures.

This is caused by an attempt to do fast modular arithmetic, which
introduces branches that leak information regarding secret values.

Issue identified and reported by Keegan Ryan of NCC Group.

ok beck@ tb@
</content>
</entry>
<entry>
<title>Bump to LibreSSL 2.6.4</title>
<updated>2018-06-13T14:54:17+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2018-06-13T14:54:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2bf011a1634104f61568c0877ed47984c8491aba'/>
<id>urn:sha1:2bf011a1634104f61568c0877ed47984c8491aba</id>
<content type='text'>
</content>
</entry>
<entry>
<title>bump to 2.7.3</title>
<updated>2018-05-03T00:44:28+00:00</updated>
<author>
<name>bcook</name>
<email></email>
</author>
<published>2018-05-03T00:44:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=7667f84f591ba140a67e4cb703ea59e03439bd00'/>
<id>urn:sha1:7667f84f591ba140a67e4cb703ea59e03439bd00</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC:</title>
<updated>2018-05-02T16:57:35+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2018-05-02T16:57:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=e21964afb1b9e46ccf5ec0a5429736d3aabf7139'/>
<id>urn:sha1:e21964afb1b9e46ccf5ec0a5429736d3aabf7139</id>
<content type='text'>
Remove incorrect NULL checks in DH_set0_key().
Reported by Ondrej Sury, LibreSSL-portable issue #92.

ok inoguchi, jsing
</content>
</entry>
<entry>
<title>Limit tls_config_clear_keys() to only clearing private keys.</title>
<updated>2018-04-18T16:29:11+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2018-04-18T16:29:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1f2eb700ae7e3c6771d21629af14f1956a6238a3'/>
<id>urn:sha1:1f2eb700ae7e3c6771d21629af14f1956a6238a3</id>
<content type='text'>
This was inadvertently clearing the keypair, which includes the OCSP staple
and pubkey hash - if an application called tls_configure() followed by
tls_config_clear_keys(), this would prevent OCSP staples from working.

ok beck@
</content>
</entry>
<entry>
<title>This commit was manufactured by cvs2git to create branch 'OPENBSD_6_3'.</title>
<updated>2018-03-24T13:51:29+00:00</updated>
<author>
<name>cvs2svn</name>
<email>admin@example.com</email>
</author>
<published>2018-03-24T13:51:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=748fecf73080b1ad39249f3c231e1b61c181d50e'/>
<id>urn:sha1:748fecf73080b1ad39249f3c231e1b61c181d50e</id>
<content type='text'>
</content>
</entry>
</feed>
