Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place! |
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
12-27-2009, 04:56 PM
|
#1
|
LQ Newbie
Registered: Dec 2009
Posts: 6
Rep:
|
Jail users using vsFTPD (help)
Hi.
I've been messing with CentOs 5 (pure command line). I've managed to install vsftpd, as a FTP server, but now the next step is to jail users within their /home/ directory.
For example, if I useradd a user named 'newUser', I want this user to be sustained only in /home/newUser/ .
I've read something about chroot.... it's similar but I don't think this is the correct command.
What should I be looking at?
|
|
|
12-27-2009, 05:24 PM
|
#2
|
LQ Guru
Registered: Jun 2004
Location: Piraeus
Distribution: Slackware
Posts: 13,204
|
Edit vsftpd.conf and add or uncomment the following line:
Code:
chroot_local_user=YES
Or you can post the vsftpd.conf file, so we could help you better on this
Regards
|
|
1 members found this post helpful.
|
12-28-2009, 12:19 AM
|
#3
|
LQ Newbie
Registered: Dec 2009
Posts: 6
Original Poster
Rep:
|
Thanks!
What's the benefit for NOT chrooting the directory? I can imagine that FTP users don't need to see the / directory.
Also, where can I find the manual for vsftpd? I find the one provided in the vsftpd site is misleading and non-helpful.
|
|
|
12-28-2009, 03:07 AM
|
#4
|
LQ Guru
Registered: Jun 2004
Location: Piraeus
Distribution: Slackware
Posts: 13,204
|
Hi,
With chroot to his homedir, a user cannot read other users files, or the system files. So if an account is compromised, there will be little to no harm to the rest of a system.
You can read the redhat documentation for vsftpd, here
Regards
|
|
1 members found this post helpful.
|
12-28-2009, 08:03 AM
|
#5
|
LQ Newbie
Registered: Dec 2009
Posts: 6
Original Poster
Rep:
|
Thanks... but I was talking about the other case. Why would vsftpd leave a chroot_local_dir option to NO by default when this is a security NO NO?
Thank you for the link also! This is helpful!
|
|
|
12-28-2009, 08:53 AM
|
#6
|
LQ Guru
Registered: Jun 2004
Location: Piraeus
Distribution: Slackware
Posts: 13,204
|
Here is an explanation why the default setting is NO (quote from vsftpdrocks.org):
Quote:
Q) Help! What are the security implications referred to in the
"chroot_local_user" option?
A) Firstly note that other ftp daemons have the same implications. It is a
generic problem.
The problem isn't too severe, but it is this: Some people have FTP user
accounts which are not trusted to have full shell access. If these
accounts can also upload files, there is a small risk. A bad user now has
control of the filesystem root, which is their home directory. The ftp
daemon might cause some config file to be read - e.g. /etc/some_file. With
chroot(), this file is now under the control of the user. vsftpd is
careful in this area. But, the system's libc might want to open locale
config files or other settings...
|
|
|
|
12-28-2009, 10:26 AM
|
#7
|
LQ Newbie
Registered: Dec 2009
Posts: 6
Original Poster
Rep:
|
Thanks man!
|
|
|
All times are GMT -5. The time now is 07:18 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
|
|