<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/usr.sbin/inetd, branch releng/5.1</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.1</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.1'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2003-02-23T16:54:19Z</updated>
<entry>
<title>Under some unusual conditions, inetd can leak a open file discriptor</title>
<updated>2003-02-23T16:54:19Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2003-02-23T16:54:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cbdbb7252f88106b0219f05a0d131e5f110069ab'/>
<id>urn:sha1:cbdbb7252f88106b0219f05a0d131e5f110069ab</id>
<content type='text'>
into a child process. Rather than closing the discriptors manually,
mark all discriptors as close-on-exec.

PR:		47694
Submitted by:	Max Okumoto &lt;okumoto@ucsd.edu&gt;
Obtained from:	NetBSD
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>After calling login_getclass, be sure to call login_close so that</title>
<updated>2003-02-23T16:49:14Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2003-02-23T16:49:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c40f2eef166a2e3c20abb2a0b4cdd800259b9a63'/>
<id>urn:sha1:c40f2eef166a2e3c20abb2a0b4cdd800259b9a63</id>
<content type='text'>
we don't leak memory. Only one of these two cases (reconfig) actually
causes a leak because the other is usually followed by an exec.

PR:		46845
Reviewed by:	David Wang &lt;dsw@juniper.net&gt;
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>The tcp_wrappers function `fromhost()' can fail.  In such</title>
<updated>2003-02-13T17:08:23Z</updated>
<author>
<name>Hajimu UMEMOTO</name>
<email>ume@FreeBSD.org</email>
</author>
<published>2003-02-13T17:08:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6431ecd0a127eb3ac8ce0231a15f65fb64c328ca'/>
<id>urn:sha1:6431ecd0a127eb3ac8ce0231a15f65fb64c328ca</id>
<content type='text'>
cases, the `struct sockaddr' will not be allocated.

Reported by:	nectar
MFC after:	2 days
</content>
</entry>
<entry>
<title>Using LOGIN_SETALL &amp;~LOGIN_SETMAC to avoid setting the MAC label improperly,</title>
<updated>2003-01-16T03:41:57Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2003-01-16T03:41:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=42c0e331cd63aea8f310a2ad8e3e14094a307ee0'/>
<id>urn:sha1:42c0e331cd63aea8f310a2ad8e3e14094a307ee0</id>
<content type='text'>
rather than specifically setting the process priority and resource class;
otherwise, we improperly set other aspects of the login class.  We have
a bit more to do here, but the proper fix will probably involve breaking
out MAC labels from the login class at some point, as well as further
clarifying the logic here.

Pointed out by:	kuriyama, max
</content>
</entry>
<entry>
<title>For now, set only the resource limits and process priority associated</title>
<updated>2003-01-08T17:10:11Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2003-01-08T17:10:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=15e90ad4c51bf25920c349ba16050b44f90c0a52'/>
<id>urn:sha1:15e90ad4c51bf25920c349ba16050b44f90c0a52</id>
<content type='text'>
with a class, rather than all aspects of the class when switching
classes for an inetd service.  Because we hard-code /daemon in the
current inetd implementation, using SETALL has unfortunate side-effects
involving the MAC code, and potentially other credential related
settings in the future.  This change maintains the DoS-resistent
aspects of the class behavior, which is all that is promised in the
inetd man page.

A larger set of diffs providing more pluggability and configurability
was deferred for this more simple approach in the short term.

Reviewed by:	ache
Obtained from:	TrustedBSD Project
Sponsored by:	DARPA, Network Associates Laboratories
</content>
</entry>
<entry>
<title>Add used #include &lt;limits.h&gt;.</title>
<updated>2002-10-27T17:46:53Z</updated>
<author>
<name>Garrett Wollman</name>
<email>wollman@FreeBSD.org</email>
</author>
<published>2002-10-27T17:46:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cd9a4d5d7af063cb226359474bc5ce7844541a09'/>
<id>urn:sha1:cd9a4d5d7af063cb226359474bc5ce7844541a09</id>
<content type='text'>
</content>
</entry>
<entry>
<title>When printing the wait status, break it down into a signal and a exit status.</title>
<updated>2002-09-04T21:00:45Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2002-09-04T21:00:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7718f45c22a0c9ca04fa4f4a9e94509a4b4e7324'/>
<id>urn:sha1:7718f45c22a0c9ca04fa4f4a9e94509a4b4e7324</id>
<content type='text'>
PR:		41912
Submitted by:	Aaron Smith &lt;aaron@mutex.org&gt;
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Swap sense of no_v[46]bind variables and rename as v[46]bind_ok -</title>
<updated>2002-09-04T20:31:53Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2002-09-04T20:31:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=85d28cb43ffdc5c8a477c0f27cb5a158be092e7f'/>
<id>urn:sha1:85d28cb43ffdc5c8a477c0f27cb5a158be092e7f</id>
<content type='text'>
this avoids some double negatives which are a bit difficult to
parse.

Always tread v[46]bind{,_ok} as booleans.
</content>
</entry>
<entry>
<title>Fix parsing of unix domain entries after addition of IPv6 RPC support.</title>
<updated>2002-09-04T20:15:20Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2002-09-04T20:15:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6d4129d2405b7bb275d64d6d3edda78cd678d4e8'/>
<id>urn:sha1:6d4129d2405b7bb275d64d6d3edda78cd678d4e8</id>
<content type='text'>
PR:		40771
Submitted by:	Jean-Luc Richier &lt;Jean-Luc.Richier@imag.fr&gt;
</content>
</entry>
<entry>
<title>Don't initialise policy, v4bind and v6bind where the variables are</title>
<updated>2002-09-02T20:07:14Z</updated>
<author>
<name>David Malone</name>
<email>dwmalone@FreeBSD.org</email>
</author>
<published>2002-09-02T20:07:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=60c1ef970b2d96471d3fa7ae9610d75a2c0ee92d'/>
<id>urn:sha1:60c1ef970b2d96471d3fa7ae9610d75a2c0ee92d</id>
<content type='text'>
declared - it was bad style and caused a bug. v[46]bind need to be
reset whenever we go to the "more:" label.

Jean-Luc and I came up with this patch independently, so it had
better be right!

PR:		40771
Submitted by:	Jean-Luc Richier &lt;Jean-Luc.Richier@imag.fr&gt;
</content>
</entry>
</feed>
