Linux - Security This forum is for all security related questions.
Questions, tips, system compromises, firewalls, etc. are all included here. |
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
12-19-2001, 10:10 AM
|
#1
|
|
Member
Registered: Mar 2001
Distribution: enigma, slack8
Posts: 677
Rep:
|
hosts.deny and hosts.allow defaults?
from a fresh install, these 2 files have no lines in them (except for the commented out version preamble etc etc)
was just wondering... if both files are left blank, what is the default policy?
also... if in hosts.deny, policy is ALL : ALL
and in hosts.allow is all blank...
what kind of connections are allowed through these TCP wrappers?
|
|
|
|
12-19-2001, 11:31 AM
|
#2
|
|
Moderator
Registered: May 2001
Posts: 24,779
|
IIRC, if *both* files are blank, this counts as not having *any* of both; so default policy then will be: allow.
If /etc/hosts.deny contains the line
"ALL: ALL" this can be read as: (deny access to) ALL(services): (from) ALL(addresses).
|
|
|
|
12-19-2001, 01:31 PM
|
#3
|
|
Member
Registered: Mar 2001
Distribution: enigma, slack8
Posts: 677
Original Poster
Rep:
|
just to clarify:
so that means no remote login of any kind is allowed right? (if hosts.deny is ALL : ALL and hosts.allow is left blank)
thanks!
|
|
|
|
12-19-2001, 02:12 PM
|
#4
|
|
Moderator
Registered: May 2001
Posts: 24,779
|
Access, when defined as in "making a connecting to a service", in this case (sic) means no access is allowed.
To clarify: this means you *still* need to place login restrictions on any service necessary, because TCP Wrappers don't deal with login ACL's of any kind like /etc/login.(defs|access), /etc/(secure|user)tty, or PAM.
Ok, ok, even tho it seems silly because no one is really allowed acces, that doesn't mean you don't want to have it act as a single point of failure or single line of defense, right?
Last edited by unSpawn; 12-19-2001 at 02:15 PM.
|
|
|
|
12-19-2001, 10:16 PM
|
#5
|
|
Member
Registered: Mar 2001
Distribution: enigma, slack8
Posts: 677
Original Poster
Rep:
|
ah! i see what you mean...
yea i've disallowed logins in the /etc/securetty file though i've not really seen a /etc/usertty file on my system? where ithis file?
also, i've yet to read up on PAM and ACL... that's up next...
|
|
|
|
12-20-2001, 01:57 AM
|
#6
|
|
Moderator
Registered: May 2001
Posts: 24,779
|
LOL! Like I sed, it *is* /etc/usertty. If it's not there (on a PAM capable system) its handled by PAM files in /etc/security, like access.conf, group.conf.
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 07:12 PM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|