昔、Unixで、次のことを学びましたchmod：Unixでのパーミッションを設定する従来の方法（およびsetuid、setgidを使用してプログラムが特権を取得できるようにする方法）。
最近、GNU / Linuxでいくつかの新しいコマンドを発見しました。
setfacl従来延びugo:rwxビットとtのビットchmod。setcapのug:sビットよりも多くのフィングレイン制御を提供しますchmod。chattr ファイルの他のいくつかのコントロール（ビットの混合）を許可します。他に何かありますか？
回答:
chmod：ファイルモードビットの変更使用法（8進モード）：
chmod <octal-mode> files...
使用法（記号モード）：
chmod <references><operator><modes> files..
references文字の組み合わせですugoa。これfilesは、変更するユーザーのアクセスを指定します。
u それを所有するユーザー gfileのグループの他のユーザーo ファイルのグループに属さない他のユーザーa すべてのユーザー
省略すると、デフォルトですべてのユーザーになりますが、許可されてumaskいる権限のみが変更されます。
operator文字の1つです+-=。
+ 指定されたファイルモードビットをそれぞれの既存のファイルモードビットに追加します file- 指定されたファイルモードビットをそれぞれの既存のファイルモードビットに削除します file=明示的に指定されない限り、指定されたビットを追加し、ディレクトリに設定されたビットsetuidとsetgidビットを除く未指定のビットを削除します。moderwxXst変更する許可ビットを指定する文字の組み合わせで構成されます。
r 読んだ w 書く x 実行（またはディレクトリの検索）X ファイルがディレクトリであるか、すでに一部のユーザーに実行ビットが設定されている場合にのみ実行/検索ssetuidまたはsetgid（指定に応じてreferences）t 制限付き削除フラグまたはスティッキービットまたは、mode文字の1つで構成することもできます。ugoこの場合、モードは、所有者（u）、fileグループのメンバー（）、gまたは前のカテゴリのいずれにも属さないユーザーの許可（）に現在許可されている許可に対応しますo。
chmod説明：setfacl）
rwx —読み取り（r）、書き込み（w）、および実行/クロス（x）許可。
#!）、およびその他の実行可能ファイルに影響します。sおよびt—スティッキビット（t）、およびディレクトリのsetgid（s）
s —実行可能ファイルのsetuid、setgid。
setcapこれを行うためのより現代的な方法を参照してください。chown chgrp：chattr：ファイル属性の変更使用法：
chattr <operator><attribute> files...
operator文字の一つである+-=：* +既存のものであることが選択した属性を追加してattributesのfiles
* -選択し削除しattributes
* =ファイルが指定していた属性の現在のセットを上書きしますattributes。
attributeacdeijstuADST属性に対応する文字の組み合わせです：
a 追加のみ c 圧縮されたd ダンプなしe エクステント形式i 不変j データジャーナリングs 安全な削除t テールマージなしu 削除できないAノーatimeアップデートD 同期ディレクトリ更新S 同期更新T ディレクトリ階層のトップsetfattr：拡張ファイル属性の変更使用法（属性を設定）：
setfattr -n <name> -v <value> files...
使用法（削除）：
setfattr -x <name> files...
name 設定または削除する拡張属性の名前です
value 拡張属性の新しい値です
setfacl：ファイルアクセス制御リストの変更使用法：
setfacl <option> [default:][<target>:][<param>][:<perms>] files...
option 次のいずれかを含める必要があります。
--set ファイルまたはディレクトリのACLを設定し、以前のACLを置き換えます-m| --modifyファイルまたはディレクトリのACLを変更します-x| --remove ファイルまたはディレクトリのACLエントリを削除する
target文字の1つugmo（または以下に示すより長い形式）：
u、でusers識別される名前付きユーザーの許可、省略時のparamデフォルトはファイル所有者uid
g、groupによって識別される名前付きグループの許可、省略された場合のparamデフォルトは所有グループuidm、mask実効権利マスクo、other他の人の許可
permsrwxX許可に対応する文字の組み合わせです。
r 読んだ
w 書くx 実行するX ファイルがディレクトリであるか、すでにユーザーの実行権限を持っている場合にのみ実行
または、許可のセットを示すperms8進数（0- 7）にすることもできます。
setcap：ファイル機能の変更使用法：
setcap <capability-clause> file
capability-clauseコンマ区切りのリストで構成されて機能オペレータフラグペアのリストが続く名前。
利用可能な演算子は=、+および-です。使用可能なフラグはe、iおよびです。pこれらは、Effective、Inheritable、およびPermittedの機能セットに対応しています。
=オペレータは、指定された機能セットを高め、他の人をリセットします。=オペレーターと一緒にフラグが指定されていない場合、すべての機能セットがリセットされます。+そして-、オペレータは、それぞれ一つ以上の指定された機能セットを上げたり下げます。
chcon：ファイルSELinuxセキュリティコンテキストの変更使用法：
chcon [-u <user>] [-r <role>] [-t <type>] files...
ユーザは等SELinuxのユーザであるuser_u、system_uまたはroot。
ロールはSELinuxロールです（常にobject_rファイル用）
typeはSELinuxサブジェクトタイプです
chsmack：SMACK拡張属性の変更使用法：
chsmack -a <value> file
valueSMACK64拡張ファイル属性に設定されるSMACKラベルです
richaclは、より高度なACLを追加する機能です。
現在進行中の作業なので、それらについてはあまり説明できません。私はそれらを使用していません。
この質問も参照してください。従来の「rwx」およびPOSIX ACLを超える、より高度なファイルシステムACLはありますか？ およびマニュアルページ
高レベルから：
-rwxrwxrwxによって処理chmodが取り扱うファイルシステム上のすべてのファイルやフォルダに結び付け、所有者とグループ識別子と一緒に、chownとchgrp。基本的に誰もがこの作品を知っています。他のキーポイント：
user_xattr、インストール時にルートファイルシステムでxattrを使用できないようにすることもできます。RHEL / CentOS 7では、xattrがデフォルトで存在し、使用できないと思います。lsあなたが見るならば-rwxrwxrwx+、それは+、拡張ファイル属性がその上に存在することを示すオブジェクト。tarxattr を使用する場合は注意してください。システムに問題がなくても、xattrが重要な場合（たとえば、sambaとwin10 ntfsとlinux ext3 / 4、btrfs、xfs間のコピーなど）ネットワークに接続されたストレージデバイス間を行き来します）xattrsで定義されているものによってACLを強制するselinuxや他のメカニズムがない場合、xattrsは理論的には何も意味せず、その時点では余分な荷物であるため、ドロップまたは削除できます。RHEL / CentOS 7で基本的なSamba共有が機能しない... selinuxはデフォルトで強制に設定されているため。selinuxは、許可するまですべてを拒否したため、selinuxを無効にするか（不良）、またはpermissiveに設定します。selinuxを強制として残す場合は、samba共有するフォルダーに拡張属性のラベルを付ける必要があるため、selinuxは共有を認識して許可します。したがって、すべてのselinuxコマンドでselinux enforcingを終了すると（必要なxattrsが設定されます）：
# from centos 7.6 /etc/samba/smb.conf.example
# Turn the samba_domain_controller Boolean on to allow a Samba PDC to use the useradd and groupadd family of binaries.
# Run the following command as the root user to turn this Boolean on:
# this is an selinux command, not
setsebool -P samba_domain_controller on
# If you create a new directory, such as a new top-level directory, label it with samba_share_t
# so that SELinux allows Samba to read and write to it.
# Do not label system directories, such as /etc/ and /home/ with samba_share_t, as such directories should already have an SELinux label.
# the xattr having the name "samba_share_t" is labelled onto "/mydatashare"
# this xattr of syntax "samba_share_t" is recognized by an existing rule in selinux
# if the folder does not have the xattr "samba_share_t" then the rule in selinux (when enforced) will prevent access via samba to the folder.
chcon -t samba_share_t /mydatashare
さらに、このsamba共有を使用するLinuxシステムでselinuxを使用して、このsamba共有下のファイル/フォルダーに制限属性を適用します（拡張属性を使用）。これらのファイル/フォルダーは共有されているため、ユーザーは一部をwin10 pcに合法的にコピーしてからコピーバックし、拡張属性を失います。今、その前後のコピーの後、そのLinuxシステムでは、selinuxは必要なxattrが存在しないため、前述のファイルへのアクセスを制限し、ユーザー/管理者はなぜ今うまくいったのか疑問に思っていますxattr監査ログにs が失われるという問題を許容して認識しますが、xattrを失った前後のコピーの結果であることを直接示すものではありません。また、データのバックアップと復元、および覚えておく必要がある潜在的な作業も検討します。xattr正しいxattrsに基づいてセキュリティを強化する場合は、uid / gidに加えてs。
chmod