Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | RE: PAM and SSH |
|---|---|
| Date: | Sat, 18 Mar 2006 19:47:19 -0500 |
-----Original Message----- From: Darren Tucker [mailto:dtucker@zip.com.au] Sent: March 18, 2006 7:15 PM To: Ron Wheeler Cc: secureshell@securityfocus.com; rwheeler@artifact-software.com Subject: Re: PAM and SSH On Sat, Mar 18, 2006 at 01:17:19PM -0500, Ron Wheeler wrote:
It does not seem to work. It appears that for sshd, sshusers would have to be their primary group and it is not.
sshd checks the supplemental group ids by using getgrouplist. Is it possible that your system doesn't return those (eg if the data source isn't listed in nsswitch.conf?) The nsswitch.conf list files and winbind for groups but the ssh documentation said that only primary groups were used.
It also appears that the Allow* directives act like seives. You have to pass all of the specified criteria to get in. This means they would have be in the right group AND local rather than OR which is what I need.
Not exactly. Once you have either of AllowUsers or AllowGroups then the entire list of that type of directive will be checked before any login not matching at least one rule of that type is denied. So it's a logical OR within types and a logical AND across types. That's why I suggested using two AllowGroups directives in my follow-up post. Could test this again. You appear to be correct about the wildcarding in pam_listfile. I hate to list all of the hosts but it will not be too hard - just another PITA for ongoing support. We do not change the host names very often. Perhaps a simple PAM module that takes a network description and succeeds if the user's IP is on that network would not be a huge task. A good project for a student taking C. Now I just have to find one:-) Ron
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: PAM and SSH, Darren Tucker |
|---|---|
| Next by Date: | Re: PAM and SSH, Darren Tucker |
| Previous by Thread: | Re: PAM and SSH, Darren Tucker |
| Next by Thread: | Re: PAM and SSH, Darren Tucker |
| Indexes: | [Date] [Thread] [Top] [All Lists] |