/ tmpの正しい権限は何ですか？私は意図せずにすべてを再帰的に公開しました

私は虐待しましたsudo。

数時間の間、何人かのユーザー間で共有したい本当に短命の一時ディレクトリを作成しました...このディレクトリに名前を付けました /some/path/tmp

残念ながら、のsudo chown 777 -R /tmp代わりに起動したsudo chown 777 -R tmpため、/tmpファイルは完全に公開されています。

私は、/tmp短命のファイル、スクリプト、多くのスクリプトに対して、かなり頻繁に（毎日、ほぼ1時間ごとに）共通を使用します。

完全に公開された今、それはセキュリティ上の懸念ですか？より安全な設定に戻すか、DebianまたはUbuntuディストリビューションの一般的なデフォルト設定のように変更する必要がありますか？正しい権限は/tmp何ですか？

の通常の設定/tmpは1777で、lsとして表示されdrwxrwxrwtます。つまり、ファイルの所有者のみがファイルを削除できることを除いて、ワイドオープンです（これtは、この余分なビットがディレクトリに対して意味することです）。

/tmpwithモード777 の問題は、作成したファイルを別のユーザーが削除して、選択したコンテンツを置き換える可能性があることです。

あなたの場合は/tmptmpfsファイルシステムで、再起動はすべてのものを復元します。それ以外の場合は、を実行しchmod 1777 /tmpます。

さらに、多くのファイルを/tmpプライベートにする必要があります。ただし、少なくとも1つのディレクトリは世界的に読み取り可能である必要があります：/tmp/.X11-unix、および場合によっては他の類似のディレクトリ（/tmp/.XIM-unixなど）。次のコマンドは、ほとんどのものを正しく設定する必要があります。

chmod 1777 /tmp
find /tmp -mindepth 1 -name '.*-unix' -exec chmod 1777 {} + -prune -o -exec chmod go-rwx {} +

つまり、すべてのファイルとディレクトリをプライベートにします（グループおよびその他のすべてのアクセス許可を削除します）が、X11ソケットはすべてにアクセス可能にします。これらのソケットのアクセス制御は、ファイルのアクセス許可ではなく、サーバーによって実施されます。公的に利用可能にする必要がある他のソケットがあるかもしれません。実行find /tmp -type s -user 0して、誰でもアクセスできるようにする必要があるかもしれないルート所有のソケットを発見します。他のシステムユーザーが所有するソケットもあります（たとえば、システムバスと通信するため）。探索します（ユーザーIDはfind /tmp -type s ! -user $UIDどこ$UIDですか）。

/tmpそして/var/tmp、すべての権限を書き込み、実行、読んでいるはずです。しかし、通常はスティッキービット（o+t）も追加して、ユーザーが他のユーザーに属するファイル/ディレクトリを削除できないようにします。だから、chmod a=rwx,o+t /tmp動作するはずです。

再帰的にアクセス許可を変更する場合...所有者/グループがファイルやディレクトリの場合と同じままである限り、それほど問題になることはありません。ただし、他のユーザーやグループの権限を/tmp削除することにより、ユーザーのプライバシーを確​​保するために、（/ tmp自体ではなく）すべての権限を変更することができますrx。

Findはこれを行う良い方法です。ルートとして：

cd /tmp
find . -type f -exec chmod u=rw,go= {} \;   # (or u=rw,g=r,o= {})
find . -type d -exec chmod u=rwx,go= {} \;  # (or u=rwx,g=rx,o= {})

[root@Niflheim tmp]# ls -alF .
total 1632
drwxrwxrwt 15 root root    4096 Apr  7 04:24 ./
drwxr-xr-x 28 root root    4096 Apr  2 21:02 ../
[root@Niflheim tmp]# stat -c '%A %a %n' .
drwxrwxrwt 1777 .

CentOS 5.9マシンから。