<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libc/net, branch OPENBSD_6_1_BASE</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_6_1_BASE</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_6_1_BASE'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2017-03-06T18:16:27+00:00</updated>
<entry>
<title>size is unsigned so using ==0 not &lt;=0 when checking for buffer exhaustion</title>
<updated>2017-03-06T18:16:27+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-03-06T18:16:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ff039d35a200670887f77531569823a1886c89af'/>
<id>urn:sha1:ff039d35a200670887f77531569823a1886c89af</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Pull in a change from the bind 8 resolver that fixes a potential</title>
<updated>2017-03-06T18:14:41+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-03-06T18:14:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1baf267ffff48256f940f576b0151fa86e33fb0d'/>
<id>urn:sha1:1baf267ffff48256f940f576b0151fa86e33fb0d</id>
<content type='text'>
crash when given a large hex number as part of the dotted quad.
OK deraadt@ jsg@
</content>
</entry>
<entry>
<title>Add support for RES_USE_DNSSEC</title>
<updated>2017-02-27T11:38:08+00:00</updated>
<author>
<name>jca</name>
<email></email>
</author>
<published>2017-02-27T11:38:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=f342c8b34221802ef356eb6400adc82ca528d0ad'/>
<id>urn:sha1:f342c8b34221802ef356eb6400adc82ca528d0ad</id>
<content type='text'>
RES_USE_DNSSEC is implemented by setting the DNSSEC DO bit in outgoing
queries.  The resolver is then supposed to set the AD bit in the reply
if it managed to validate the answer through DNSSEC.  Useful when the
application doesn't implement validation internally.  This scheme
assumes that the validating resolver is trusted and that the
communication channel between the validating resolver and and the client
is secure.

ok eric@ gilles@
</content>
</entry>
<entry>
<title>Add EDNS0 support.</title>
<updated>2017-02-18T19:23:05+00:00</updated>
<author>
<name>jca</name>
<email></email>
</author>
<published>2017-02-18T19:23:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=17eaedeba84258abf9626346d66e5be2d6f42442'/>
<id>urn:sha1:17eaedeba84258abf9626346d66e5be2d6f42442</id>
<content type='text'>
EDNS allows for various DNS extensions, among which UDP DNS packets size
bigger than 512 bytes.  The default is still to not advertize anything.

ok eric@
</content>
</entry>
<entry>
<title>in resolver(3), document that _EDNS0 and _DNSSEC are no ops;</title>
<updated>2017-01-24T12:43:00+00:00</updated>
<author>
<name>jmc</name>
<email></email>
</author>
<published>2017-01-24T12:43:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=59a707819f6dd67e0b7265936ed3e71e4e0c9144'/>
<id>urn:sha1:59a707819f6dd67e0b7265936ed3e71e4e0c9144</id>
<content type='text'>
diff from kirill miazine

while here, bump all the no op texts to one standard blurb;
help/ok jca
</content>
</entry>
<entry>
<title>Eliminate some gcc warnings about 'unused variables', mostly by</title>
<updated>2016-12-16T17:44:59+00:00</updated>
<author>
<name>krw</name>
<email></email>
</author>
<published>2016-12-16T17:44:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=d06f9ce0e745bde818ae635e4937d91d5f559ac7'/>
<id>urn:sha1:d06f9ce0e745bde818ae635e4937d91d5f559ac7</id>
<content type='text'>
adding appropriate #ifdef's around declarations.

ok millert@ (with a tweak I will commit separately)
</content>
</entry>
<entry>
<title>Nuke some trailing tabs.</title>
<updated>2016-12-15T20:50:36+00:00</updated>
<author>
<name>krw</name>
<email></email>
</author>
<published>2016-12-15T20:50:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=53571ade8baa9a9c14c2ab794374cac49a3a8212'/>
<id>urn:sha1:53571ade8baa9a9c14c2ab794374cac49a3a8212</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix regressions introduce in the fix for CVE-2016-6559.</title>
<updated>2016-12-08T03:20:50+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2016-12-08T03:20:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=ae4af104f03d1d60aa0b563b4c396cfe76d4f653'/>
<id>urn:sha1:ae4af104f03d1d60aa0b563b4c396cfe76d4f653</id>
<content type='text'>
From FreeBSD (glebius)
</content>
</entry>
<entry>
<title>Fix a typo, decrement rem, don't increment for single digit hex bytes.</title>
<updated>2016-12-07T01:05:47+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2016-12-07T01:05:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=35c0f29873c26b2ee2958debb24b023f35d097b2'/>
<id>urn:sha1:35c0f29873c26b2ee2958debb24b023f35d097b2</id>
<content type='text'>
From Henri Kemppainen
</content>
</entry>
<entry>
<title>CVE-2016-6559: fix potential buffer overflow(s) in link_ntoa(3).</title>
<updated>2016-12-06T22:32:58+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2016-12-06T22:32:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9c7308f23068f3d90f1bb1a2ef7d36ecbed581d6'/>
<id>urn:sha1:9c7308f23068f3d90f1bb1a2ef7d36ecbed581d6</id>
<content type='text'>
A specially crafted struct sockaddr_dl argument can trigger a stack
overflow of a static buffer in libc.  An attacker may be able to
use this to write to arbitrary locations in the data segment.
From FreeBSD (glebius); OK deraadt@ mestre@
</content>
</entry>
</feed>
