パスワードのない「sudo -i」と比較して、パスワードのない「su -l」には実質的な欠点がありますか?

パスワードのない「sudo -i」と比較して、パスワードのない「su -l」には実質的な欠点がありますか?

数年前、私は以下を使って発見しました。

<user|%group> ALL=(ALL) NOPASSWD: ALL

sudoersファイルでこれを行うことができます。

$ sudo -i
#

パスワードを聞いたことがありません。

多くの旅行やランダムバイナリとの接触、特に特別なものへのアクセス資格情報を保存しない家庭用/個人用マシンの場合、正直なところ、欠点はあまりありません。

....の文字数は除外されますsudo -i。 :)

/etc/pam.d/suだから私は最近、その行を修正して追加(またはコメント解除)する方法を見つけました。

auth       sufficient pam_wheel.so trust

wheelグループのユーザーを許可する

$ su
#

パスワードを入力する必要はありません。

だから私の質問は...素敵ですね。しかし、私はそれを避けてsu -l固執するべき妥当な理由がありますかsudo -i

一方、PAMは(少なくともDebianとArchのコメントsuに基づいて)パスワードのないログインユースケースを明確にサポートしています。/etc/pam.d/suいつでも変更するように構成されています。

一方、この機能はUNIX#65,632の「よく知られていないコーナー」のように感じられます。

これが可能かどうか疑問になり始めたら、「passwordless su」をGoogleで検索できますが、suとsudoを見つけるのは少し簡単ではないことがわかりました。

それで尋ねるかと思いました。

ベストアンサー1

おすすめ記事