グループusers
、nogroup
、other
、および他の一部のグループには、システム管理者以外のユーザーを含めないようにする必要があることを記載した、システム強化/セキュリティ標準に関する独自のドキュメントがあります。 nogroup
group here についての説明を見つけました。 users
およびother
グループについてはどうですか?それらは何のため?通常の(管理者以外の)ユーザーがこれらのグループのメンバーになってはいけないのはなぜですか?
users
はデーモン以外のすべてのユーザーに割り当てられることを意図していると簡単に思うかもしれませんが、そうではありません。グループはアクセス許可を制御するための手段であることを覚えておいてください。もしそれが[あったである場合、users
に属していないと意味がありませんか?そのグループを利用しようとしていることを想像してください。グループusers
に属するファイルをプライベートに保つには、「その他」と同じ許可ビットを「グループ」に割り当てる必要がありますeveryユーザーはそのグループの一部になります。冗長で役に立たないです。
実際にはusers
グループは、他のグループに所属する必要のないユーザーに割り当てられるためだけに存在します(権限に関する限り)。基本的に存在するのは、すべてのユーザーが少なくともprimary group(/etc/passwd
にあります)の一部である必要があるためです...グループがない場合は、users
を「フォールバック」のように考えますユーザーに割り当てられます。 (グループが指定されておらず、同音異義語グループが無効になっている場合、useradd
ユーティリティは実際にそれをフォールバックとして使用します)
これとまったく同じ理由で、users
グループは通常、ファイルシステムに対する特定の権限を取得しません。users
グループが所有するファイルを管理者が作成することはありません(ユーザーがファイルではなく、chmod o+rwx
)を使用します。そのため、そのグループに属しているかどうかは関係ありません。特別な権限は付与されません。そのため、割り当てられている他のグループがない限り、割り当てを行う必要はありません。ユーザーはそれを使用します(その重要性は、権限に関しては、nogroup
と非常に似ています)。
other
グループについては、新しいCentOS 7インストールにもUbuntu 14にもそれが表示されないので、読んだドキュメントがDiscrectionary Access Controlビットのother
部分(最後の8進数)を参照していると思いますchmod
)、またはアプリケーションによって作成および使用されるグループで編集できます...そのため、その存在の理由を尋ねるのは、nginxによって作成されたグループ「www-data」が存在する理由を尋ねるのと同じです。グループを作成したアプリケーションがそれに対して何をしたいか。