<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/asn1, branch libressl-v2.9.2</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v2.9.2</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v2.9.2'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2019-04-10T16:23:55+00:00</updated>
<entry>
<title>Avoid an overread caused by d2i_PrivateKey().</title>
<updated>2019-04-10T16:23:55+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-10T16:23:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=8ab9e3c33c0dd587e42c1c871bbe154fd19af00f'/>
<id>urn:sha1:8ab9e3c33c0dd587e42c1c871bbe154fd19af00f</id>
<content type='text'>
There are cases where the old_priv_decode() function can fail but consume
bytes. This will result in the pp pointer being advanced, which causes
d2i_PKCS8_PRIV_KEY_INFO() to be called with an advanced pointer and
incorrect length.

Fixes oss-fuzz #13803 and #14142.

ok deraadt@ tb@
</content>
</entry>
<entry>
<title>Revert tasn_prn.c r1.18.</title>
<updated>2019-04-07T16:35:50+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-07T16:35:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=a2af4c7dba7453f0994ce278075358a1d3a0e14f'/>
<id>urn:sha1:a2af4c7dba7453f0994ce278075358a1d3a0e14f</id>
<content type='text'>
In this code, just because something is cast to a type doesn't mean it is
necessarily that type - in this case we cannot check the length of the
ASN1_STRING here, since it might be another data type and later handled
as an int (for example, in the V_ASN1_BOOLEAN case).

We will revisit this post release.

ok tb@
</content>
</entry>
<entry>
<title>Implement a print function for BIGNUM_it.</title>
<updated>2019-04-01T15:49:22+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-01T15:49:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5cecd6a22c296f340853d47afffabcd24c0c8b33'/>
<id>urn:sha1:5cecd6a22c296f340853d47afffabcd24c0c8b33</id>
<content type='text'>
ok beck@, tb@
</content>
</entry>
<entry>
<title>Correct the return values from long_print.</title>
<updated>2019-04-01T15:48:50+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-01T15:48:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=01a9fea5da51f3194be3ccfae8edee09154ed07a'/>
<id>urn:sha1:01a9fea5da51f3194be3ccfae8edee09154ed07a</id>
<content type='text'>
BIO_print() returns -1 on failure, whereas the ASN print functions need to
return 0.

ok beck@, tb@
</content>
</entry>
<entry>
<title>Require all ASN1_PRIMITIVE_FUNCS functions to be provided.</title>
<updated>2019-04-01T15:48:04+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-04-01T15:48:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c668655bd37c10676da50f3d90a2cb88438f14c1'/>
<id>urn:sha1:c668655bd37c10676da50f3d90a2cb88438f14c1</id>
<content type='text'>
If an ASN.1 item provides its own ASN1_PRIMITIVE_FUNCS functions, require
all functions to be provided (currently excluding prim_clear). This avoids
situations such as having a custom allocator that returns a specific struct
but then is then printed using the default primative print functions, which
interpret the memory as a different struct.

Found by oss-fuzz, fixes issue #13799.

ok beck@, tb@
</content>
</entry>
<entry>
<title>Wrap long lines and apply some style(9).</title>
<updated>2019-03-31T14:41:40+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-03-31T14:41:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=64bf76574174842316a177094611661f1fd85651'/>
<id>urn:sha1:64bf76574174842316a177094611661f1fd85651</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use named field initialisers.</title>
<updated>2019-03-31T14:39:15+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-03-31T14:39:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ca7066ca92ab7567464f37cf40bfc611eac214ff'/>
<id>urn:sha1:ca7066ca92ab7567464f37cf40bfc611eac214ff</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use limits.h instead of sys/limits.h for portability.</title>
<updated>2019-03-26T09:15:07+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2019-03-26T09:15:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9c473767d3f3f2dfdc038c2b51ddcb358a016077'/>
<id>urn:sha1:9c473767d3f3f2dfdc038c2b51ddcb358a016077</id>
<content type='text'>
From phrocker via github.
</content>
</entry>
<entry>
<title>Don't allow asn1_parse2 to recurse arbitrarily deep. Constrain to a max</title>
<updated>2019-03-24T16:07:25+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2019-03-24T16:07:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=8157056ce15f6a70ad99702f5d20a820a1d6b2f9'/>
<id>urn:sha1:8157056ce15f6a70ad99702f5d20a820a1d6b2f9</id>
<content type='text'>
depth of 128 - For oss-fuzz issue 13802
ok jsing@
</content>
</entry>
<entry>
<title>Add range checks to varios ASN1_INTEGER functions to ensure the</title>
<updated>2019-03-23T18:48:15+00:00</updated>
<author>
<name>beck</name>
<email></email>
</author>
<published>2019-03-23T18:48:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c7b9ffc836ad7a05586d7c83c368d784af9cacda'/>
<id>urn:sha1:c7b9ffc836ad7a05586d7c83c368d784af9cacda</id>
<content type='text'>
sizes used remain a positive integer. Should address issue
13799 from oss-fuzz
ok tb@ jsing@
</content>
</entry>
</feed>
