SUID権限が必要なのはなぜですか？ [閉鎖]

どちらの例も setuid の仕組みを説明しています。ただし、「理想的なLinux」では、すべての実行可能ファイルが実行可能ファイル所有者のEUIDで始まり、システム内のすべての実行可能ファイルがsetuid実行可能ファイルになります。

これは明らかに多くの問題を引き起こす。いくつかの例を挙げると、すべてのルート所有の実行可能ファイルはUID検証を実行し、setuid()プロセスのEUIDをroot以外のユーザーにリセットするように呼び出す必要があります（プログラムに他の権限がないことが必要な場合）。ユーザーはプロセスが誤ったEUIDで実行され、誤った慣行によって重大な結果が生じる可能性があるため、他のユーザーは実行可能ファイルを提供できません（たとえば、ユーザーが所有するすべてのファイルへchmod 777のアクセスも許可されています）。そして、これがもっとあります。

setuidバイナリを持たない一般権限には、権限のないユーザーが特権操作を実行できるようにする別のメカニズムが必要です。 Setuid バイナリはこれらの特権の昇格を許可し、アクセス制御はプログラムロジックで実装されます。

表示された回答は私の質問に完全に答えました。ここに入れたのは、説明に役立つ追加のロジックです。SUID権限パスワード変更シナリオについて。

1. Linuxでは、実行可能なbinファイルを他のユーザーが実行する必要があります。

   たとえば、/usr/bin/nanoテキストエディタのbinなので、同じ実行可能なbinファイルを別のユーザーが実行できることが合理的です（なぜ同じbinファイルを各ユーザーのホームファイルシステムにコピーするのですか？）

2. 多くのユーザーが同じbinファイルを使用できるようにする必要がありますが、そのbinファイルによって開始されたプロセスはファイルに対して異なる権限を持っている必要があります。

   例えば、ユーザーAそしてユーザーBどちらも2つのナノを生成できるはずです。プロセス同じ/usr/bin/nanobinファイルを実行するだけです。しかし、ユーザーAナノのプロセス許可されなければならないユーザーA自分のファイルだけを修正し、その逆の場合も同様です。

これにはメカニズムが必要です。プロセス適用されるべきプロセスを開始したユーザーと同じ権限を持ちます。このファイルにはファイルがあります（実行可能なbinファイルを所有するユーザーの権限の代わりにこれはプロセスを作成するために行われます）。

Linuxでは、すべてのプロセスにルイド。これルイドプロセスを開始したユーザーのID。このロジックによると、ルイドプロセスのユーザーは、プロセスがファイルに対して使用する権限を持つユーザーでなければなりません（たとえば、プロセスはファイルの内容に基づいてファイルに対して実行できる操作を決定します）。ルイドユーザーはファイルに対して操作を実行できます。

ただし、パスワードを変更する場合はルイド次の理由で十分ではありません。

1. /etc/shadowそのファイルは自分以外の人は変更できません。根。
2. パスワードを変更したいユーザーは、/usr/bin/passwd実行可能なbinファイルを実行してパスワードを変更する必要があります。プログラムのロジックは、権限の低いユーザーが自分のパスワードのみを変更できるようにします。
3. ルートのみがこのbinファイルに書き込むことができるため、root以外のユーザーはこのロジックを変更できません。
4. もしユーザーA/usr/bin/passwd実行するとpasswd プロセスWHOルイドはいユーザーA。
5. しかし、その後ユーザーA書き込みは許可されていません/etc/shadow。passwd プロセス彼はまた最初はファイルに書き込めなかった。

これにはメカニズムが必要です。プロセスファイルに対する他のユーザーの権限に基づいて、ファイルに対する1人のユーザーの権限を決定します（プロセスを開始したユーザーの権限ではありません）。

Linuxでは、ファイルに対するプロセスの権限はファイルの権限から取得されます。EUユーザーIDそのファイルにあります。

そしてEUユーザーID、根今利用可能SUID権限許可するユーザーA始めるpasswd プロセス持つEUユーザーID設定根。これにより効果的にpasswd プロセス次から始まったユーザーA/etc/shadowファイルを変更します。