上は現在のユーザープロセスのみを表示しています

Question

最近、CentOS 6.7を実行する専用サーバーを取得しました。更新を実行したところ、topは現在のユーザーのプロセスのみを表示していることがわかりました。

[myuser@server2 ~]$ top -b -n1 top - 20:19:20 up 1 day, 10:09, 3 users, load average: 0.80, 0.50, 0.41 Tasks: 11 total, 1 running, 10 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2%us, 0.0%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 32880988k total, 26893324k used, 5987664k free, 140872k buffers Swap: 1046520k total, 0k used, 1046520k free, 19532120k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1648 myuser 20 0 98.8m 1020 688 S 0.0 0.0 0:00.00 man 1651 myuser 20 0 103m 1184 1016 S 0.0 0.0 0:00.00 sh 1652 myuser 20 0 103m 684 500 S 0.0 0.0 0:00.00 sh 1656 myuser 20 0 103m 912 752 S 0.0 0.0 0:00.07 less 3363 myuser 20 0 100m 1708 700 S 0.0 0.0 0:00.04 sshd 3364 myuser 20 0 105m 1916 1524 S 0.0 0.0 0:00.00 bash 8337 myuser 20 0 14940 1096 880 R 0.0 0.0 0:00.00 top 30429 myuser 20 0 100m 1696 696 S 0.0 0.0 0:00.16 sshd 30430 myuser 20 0 105m 1924 1536 S 0.0 0.0 0:00.01 bash 31132 myuser 20 0 100m 1692 692 S 0.0 0.0 0:00.05 sshd 31133 myuser 20 0 105m 1928 1536 S 0.0 0.0 0:00.04 bash

ただし、Sudoで実行すると、通常の出力が得られます。

[myuser@server2 ~]$ Sudo top -bn1 top - 20:22:08 up 1 day, 10:12, 3 users, load average: 0.36, 0.40, 0.39 Tasks: 166 total, 1 running, 165 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2%us, 0.0%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 32880988k total, 26898188k used, 5982800k free, 141196k buffers Swap: 1046520k total, 0k used, 1046520k free, 19532188k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 32705 otherusr 20 0 21.9g 5.8g 15m S 39.8 18.3 28:47.76 Java 1 root 20 0 19280 1524 1232 S 0.0 0.0 0:00.76 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.40 ksoftirqd/0 5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 6 root 20 0 0 0 0 S 0.0 0.0 0:03.20 kworker/u16:0 ~~~~~omitted~~~~~

バッチモードではなくtopを実行し、「u」と「U」を使用して空白のままにして[Enter]を押してみましたが、うまくいきませんでした。

私は実際のトップを実行していると確信しています、絶対パスで起動しても影響はありませんでした。

$ which top /usr/bin/top $ file /usr/bin/top /usr/bin/top: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped $ alias alias l.='ls -d .* --color=auto' alias ll='ls -l --color=auto' alias ls='ls --color=auto' alias vi='vim' alias which='alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde'

/ etc /にtoprcが存在しません

$ ls -a /etc | grep -c toprc 0

procは次のようにマウントされます

$ Sudo cat /proc/mounts | grep proc none /proc proc rw,relatime 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0 $ Sudo cat /etc/fstab | grep proc proc /proc proc defaults 0 0

Procsの詳細

[myuser@server2 ~]$ Sudo -u otherusr ps -A PID TTY TIME CMD 21921 pts/0 00:00:00 ps 32703 ? 00:00:00 screen 32705 pts/3 01:08:01 Java [myuser@server2 ~]$ Sudo ls -l /proc/ | grep 32705 dr-xr-x--- 7 otherusr root 0 Sep 23 19:27 32705 [myuser@server2 ~]$ Sudo ls -l /proc/32705/ | grep stat -r-------- 1 otherusr root 0 Sep 23 21:54 mountstats -r--r--r-- 1 otherusr root 0 Sep 23 19:27 stat -r--r--r-- 1 otherusr root 0 Sep 23 19:27 statm -r--r--r-- 1 otherusr root 0 Sep 23 19:27 status [myuser@server2 ~]$ ls /proc/ | egrep "[0-9]{1,9}"; 17363 17364 26124 26125 3363 3364 [myuser@server2 ~]$ Sudo -u otheruser ls /proc/ | egrep "[0-9]{1,9}" 26132 32703 32705 [myuser@server2 ~]$ umask 0002 [root@server2 ~]# umask 0022

何か案は？

Linx · Accepted Answer

以下の投稿からの情報に基づいて、私は3つの可能な解決策を特定しました。

Grsecurtyがユーザーに/proc/で他のユーザーのpidを表示できない原因となる可能性がある状態と、OVH（私のホスティング会社）がGrsecurityでコンパイルされたカスタムカーネルを使用している状態

$ uname -r 3.14.32-xxxx-grs-ipv6-64

可能な解決策は次のとおりです。

grsecurityを削除する
そのような使用を許可するためにポリシーを編集する
他の管理者が実施されている新しいセキュリティ対策を知っていることを確認します

私にとっては、セキュリティが最優先されるため、他の管理者を教育することが最善の選択肢です。それでも、彼らがこのようなことを私たちに知らせてくれたらいいのにと思います。ご協力ありがとうございます！

Brian · Answer

1つの可能性は、/procまたはhidepid=1のいずれかでマウントされたhidepid=2です。このマウントオプションは、後のLinuxカーネルで追加され、CentOS5.9および6.3の前後でバックポートされました。

Mount options The proc filesystem supports the following mount options: hidepid=n (since Linux 3.3) This option controls who can access the information in /proc/[pid] directories. The argument, n, is one of the following values: 0 Everybody may access all /proc/[pid] directories. This is the traditional behavior, and the default if this mount option is not specified. 1 Users may not access files and subdirectories inside any /proc/[pid] directories but their own (the /proc/[pid] directories themselves remain visible). Sensitive files such as /proc/[pid]/cmdline and /proc/[pid]/status are now protected against other users. This makes it impossible to learn whether any user is running a specific program (so long as the program doesn't otherwise reveal itself by its behavior). 2 As for mode 1, but in addition the /proc/[pid] directories belonging to other users become invisible. This means that /proc/[pid] entries can no longer be used to discover the PIDs on the system. This doesn't hide the fact that a process with a specific PID value exists (it can be learned by other means, for example, by "kill -0 $PID"), but it hides a process's UID and GID, which could otherwise be learned by employing stat(2) on a /proc/[pid] directory. This greatly complicates an attacker's task of gathering information about running processes (e.g., discovering whether some daemon is running with elevated privileges, whether another user is running some sensitive program, whether other users are running any program at all, and so on).

別の可能性（投稿者によって発見され、参照情報としてこの回答に追加された）は grsecurity であり、その一部として他のユーザーのプロセスを非特権ユーザーから隠す機能がありますファイルシステムの強化。

非特権ユーザーに対して他のユーザーのプロセスを非表示にします

アップストリームカーネルは、/ procに他の非特権ユーザーのプロセスを隠すマウントオプションを提供するようになりましたが、grsecurityは、デフォルトでそのような情報を非表示にし、/ procでカーネルによって提供される機密情報の追加のソースを非表示にし、プライベートネットワークを非表示にするすべてのユーザーの関連情報。ネットワーク情報は、システム上の他のユーザーのプライバシーを侵害するだけでなく、過去にTCPハイジャック攻撃にも役立ちました。

Mian Asbat Ahmad · Answer

Rootユーザーとしてログインして、複数のステップで実行します。

ログインしているすべてのユーザーを検索するにはlast | grep 'logged'
top -u username1やtop -u username2などで特定のユーザーのアクティビティを確認します。