Date: Wed, 28 Jul 1999 13:41:52 -0400 (EDT) From: Seth <seth@freebie.dp.ny.frb.org> To: Yiorgos Adamopoulos <adamo@dblab.ece.ntua.gr> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: tcpd, inetd, and hosts.[allow|deny] Message-ID: <Pine.BSF.4.10.9907281334220.3008-100000@freebie.dp.ny.frb.org> In-Reply-To: <19990728202954.A75107@dblab.ece.ntua.gr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 28 Jul 1999, Yiorgos Adamopoulos wrote: > On Wed, Jul 28, 1999 at 01:17:26PM -0400, Seth wrote: > > administrative point of view. The access files must be moved from > > /usr/local/etc to /etc in order for a default wrapped inetd config to > > access them. Any administrator who relied on wrapping and who made the > > Now this is where I disagree. The default /etc/hosts.allow allows every > connection. Which is OK, since if you cut-n-paste your old inetd.conf tcpd > wrapped lines, inetd will execute tcpd, who (tcpd) will check > /usr/local/etc/hosts.{allow,deny} which will do what the administrator expects. > Not sure I follow you. Assume for a moment that you've been using the tcpd package and have created a custom /usr/local/etc/hosts.deny to filter, say, ftp attempts from some domain. Ignore for the moment that the tcpdmatch that comes with FreeBSD base distributions past some point in time after 3.1-R won't check these files by default (my first original point). Your tcpd, installed as /usr/local/libexec/tcpd, works fine with your /usr/local/etc/hosts.deny. You've now made world using post-7/12 sources and decided to use this new feature -- wrapping from inetd -- as opposed to tcpd. Hey, why use an external program when inetd is more than happy to do it for you? You remove all the references to /usr/local/libexec/tcpd from your /etc/inetd.conf, and restart inetd with -w. You're now vulnerable to all the access attempts you were protecting before you converted to wrapped inetd, since the wrapped inetd looks in /etc for the access files. Since yours are still in /usr/local/etc, you're wide open until you move them. SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9907281334220.3008-100000>