상단에는 현재 사용자 프로세스만 표시됩니다.

Question 1

한 가지 가능성은 또는 /proc로 마운트 됩니다 . 이 마운트 옵션은 최신 Linux 커널에 추가되었으며 CentOS 5.9 및 6.3쯤에 백포팅되었습니다. hidepid=1hidepid=2

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).

또 다른 가능성(포스터에서 발견되어 이 답변에 참조 정보로 추가됨)은 다음과 같습니다.보안권한이 없는 사용자로부터 다른 사용자의 프로세스를 숨기는 기능이 있습니다.파일 시스템 강화.

권한이 없는 사용자를 위해 다른 사용자의 프로세스 숨기기

이제 업스트림 커널은 권한이 없는 다른 사용자의 프로세스를 숨기기 위해 /proc에 대한 마운트 옵션을 제공하지만, grsecurity는 기본적으로 이러한 정보를 숨기고 /proc에서 커널이 제공하는 중요한 정보의 추가 소스를 숨기고 개인 네트워크를 숨김으로써 이를 뛰어넘습니다. 모든 사용자의 관련 정보. 네트워킹 정보는 시스템에 있는 다른 사용자의 개인 정보를 침해할 뿐만 아니라 과거에는 TCP 하이재킹 공격에도 유용했습니다.

Answer

한 가지 가능성은 또는 /proc로 마운트 됩니다 . 이 마운트 옵션은 최신 Linux 커널에 추가되었으며 CentOS 5.9 및 6.3쯤에 백포팅되었습니다. hidepid=1hidepid=2

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).

또 다른 가능성(포스터에서 발견되어 이 답변에 참조 정보로 추가됨)은 다음과 같습니다.보안권한이 없는 사용자로부터 다른 사용자의 프로세스를 숨기는 기능이 있습니다.파일 시스템 강화.

권한이 없는 사용자를 위해 다른 사용자의 프로세스 숨기기

이제 업스트림 커널은 권한이 없는 다른 사용자의 프로세스를 숨기기 위해 /proc에 대한 마운트 옵션을 제공하지만, grsecurity는 기본적으로 이러한 정보를 숨기고 /proc에서 커널이 제공하는 중요한 정보의 추가 소스를 숨기고 개인 네트워크를 숨김으로써 이를 뛰어넘습니다. 모든 사용자의 관련 정보. 네트워킹 정보는 시스템에 있는 다른 사용자의 개인 정보를 침해할 뿐만 아니라 과거에는 TCP 하이재킹 공격에도 유용했습니다.

Question 2

다음 게시물의 정보를 바탕으로 3가지 가능한 해결 방법을 확인했습니다.

htop은 이를 실행하는 사용자의 프로세스만 표시합니까?유닉스와 리눅스에서
https://www.centos.org/forums/viewtopic.php?f=14&t=52563

grsecurty로 인해 사용자가 다른 사용자의 PID를 볼 수 없게 될 수 /proc/있으며 OVH(내 호스팅 회사)가 Grsecurity로 컴파일된 사용자 정의 커널을 사용한다는 내용은 무엇입니까?

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

가능한 해결 방법은 다음과 같습니다.

보안 제거
그러한 사용을 허용하도록 정책을 편집하십시오.
다른 관리자에게 새로운 보안 조치가 적용되었음을 알립니다.

보안이 최우선이므로 다른 관리자를 교육하는 것이 최선의 선택입니다. 그래도 그들이 우리에게 이와 같은 것을 알려줬으면 좋았을 텐데요. 모든 도움에 감사드립니다!

Answer