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: REQ: SSH behaviour dependent from the connecting client |
|---|---|
| Date: | Mon, 13 Sep 2004 09:35:20 -0500 |
Albert Lunde <atlunde@panix.com> wrote on 09/11/2004 06:54:13 PM:
I think everything but the chroot functionality could be done with a custom restricted shell that execs other commands or shells as needed. Limiting a user to sftp and/or scp is basically a matter of writing a "shell" that accepts commands with -c but ignores all but a few commands, and runs them with hard-wired paths.
Hmm. Smells like scponly. My previous post assumed you'd look up what scponly is if you've never heard of it before, since I mentioned it specifically for use as the shell. Please look at http://www.sublimation.org/scponly/ and read up! Then re-read my previous post. If you believe scponly fails some basic security checks, such as those you mentioned, then please let us know! I have not reviewed the scponly source code so I cannot speak for it one way or the other.
It does seem more straightforward to do some of this work in sshd, before the exec of the user's shell, while the code is still running as root.
Agreed, but that's not going to happen until someone somewhat integrates scponly (or something like it) within SSHD, specifically within OpenSSH. Supposedly that is already done for ssh.com's product, but I don't use that one so I don't know how well it works. Anyway, I'm surprised that no one has done it yet. -- Michael Buselli
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Locking down ssh config in large env, Atro Tossavainen |
|---|---|
| Next by Date: | Re: Multiple modes? throught one connection, Mike Friedman |
| Previous by Thread: | Re: REQ: SSH behaviour dependent from the connecting client, Albert Lunde |
| Next by Thread: | automatic home directories creation and sshd, ramana |
| Indexes: | [Date] [Thread] [Top] [All Lists] |