vsftpdのchroot_local_userが安全でないのはなぜですか？

VPSにvsftpdを設定していますが、ユーザーがftpホームディレクトリを離れることを許可したくありません。匿名ではなくlocal_user ftpを使用しているため、次のように追加しました。

chroot_local_user = YES

私は多くのフォーラムの投稿で、これは安全ではないことを読みました。

1. なぜこれは安全ではないのですか？
2. sshを使用してVPSにも参加しているためにこれが安全でない場合、これらのユーザーをsshdからロックアウトできますか？
3. vsftpdのこの動作を実現する他のオプションはありますか？（システム上の「world」のすべてのフォルダー/ファイルの読み取り許可を削除したくない）

お探しの回答については、VSFTPDのFAQをご覧ください。以下は、あなたの質問に答えるだろうと思う重要な抜粋です。

Q）助けて！「chroot_local_user」オプションで参照されるセキュリティの意味は何ですか？

A）まず、他のftpデーモンも同じ意味を持つことに注意してください。これは一般的な問題です。問題はそれほど深刻ではありませんが、これは次のとおりです。一部の人々は、完全なシェルアクセスを持つことが信頼されていないFTPユーザーアカウントを持っています。これらのアカウントもファイルをアップロードできる場合、わずかなリスクがあります。不良ユーザーは、ファイルシステムのルート（ホームディレクトリ）を制御できるようになりました。ftpデーモンにより、いくつかの構成ファイル（たとえば/ etc / some_file）が読み取られる場合があります。chroot（）を使用すると、このファイルはユーザーの制御下になります。この領域ではvsftpdは注意が必要です。しかし、システムのlibcはロケール設定ファイルまたは他の設定を開きたいかもしれません...

問題は、ローカルアカウントを使用することも、シェルログインからそれらのアカウントを無効にすることもできないことです。ログインシェルを/ bin / nologinに設定すると、vsftpdでログインすることもできなくなります。

より安全で安全なFTPデーモンは、Pure-ftpdです。それを調べて、EPELリポジトリから入手でき、仮想ユーザーを作成できます。サーバーは、共通のユーザー/グループを使用してユーザーのホームフォルダーのすべての権限を設定し、ログインして権限を処理するときに仮想ユーザーをそのユーザーに「マッピング」します。それはより安全であり、opensshログインセキュリティに対処する必要はありません。

pure-ftpdは、クォータ、比率などの多くの機能もサポートしています。vsftpdよりもはるかに優れています。

これをインストールして基本的な仮想ユーザーを構成する方法に関する簡単なチュートリアルを次に示します。http：//blog.namran.net/2011/05/04/how-to-setup-virtual-ftp-server-using-pure-ftpd- in-centos /

完全なドキュメントを読むと（必要です）、仮想ユーザーを作成するときの-dスイッチは、そのユーザーのそのディレクトリへの自動chrootであることがわかります。