저자에 대해: 리눅스가 무료이고 리눅스 공동체에 있는 전세계 많은 사람들과 함께 일할 수 있기 때문에 그는 리눅스를 사랑한다. 그는 여유시간에는 그의 여자 친구와 보내거나 BBC 라디오 방송을 듣거나 그의 자전거를 타고 교외를 나가거나 리눅스와 노는 것을 즐긴다. 

저자에게 편지

목차: 
기본 파일 접근 권한
T-bits, SUID와 SGID

파일 접근 권한

요약: 이 기사는 두 부분으로 나눠져 있다: 

기본 파일 접근 권한

접근 권한은 각 파일마다 소유자(user), 그룹(group) 그리고 다른 사용자(others)에 대해 기본적인 읽기(r), 쓰기(w)와 실행(x) 권한을 설정할 수 있다. "ls -l" 명령으로 이 권한을 확인할 수 있다.
 

파일 "/usr/bin/id"는 사용자가 root이고 root 그룹에 속해 있다. 

 -rwxr-xr-x 

각 소유자, 그룹과 다른 사용자의 위치에 있는 3비트의 표시로서 접근 권한을 유추할 수가 있다. r-x는 비트 패턴으로의 101나 십진수로의 4+1=5와 일치한다. r-bit는 십진수 4에 w-bit는 2에 x-bit는 1에 대응된다. 
 

chmod 명령으로 이런 권한을 바꿀 수가 있다. 보안에 의해 단지 root와 파일의 소유자만이 권한을 변경할 수가 있다. 권한의 숫자 표현이나 기호 표현 모두 chmod에 사용되어질 수 있다. 기호 표현은 [ugoa][+-][rwx] 이다. 이것은 u (user=file owner), g (group), o(others), a(all=u and g and o)와 권한을 더할지 삭제할지를 결정하는 + 또는 - 그리고 r(read) w(write) x(execute)에서 비롯된 권한 기호 표현의 문자로 표현된 것이다. "file.txt"을 모두(all)에게 쓰기 가능(writable)하게 하기 위해서는:
 

"chmod 644 file.txt"는 그 파일의 권한을 소유자만이 읽기+쓰기 가능하고 그 외에는 단지 읽기만 가능한 정상의 권한으로 돌려놓는다. 

어느 디렉토리로 들어가는 것(cd 명령을 이용하여)은 그 디렉토리를 실행하는 것과 같다. 그래서 디렉토리의 정상 권한은 755이지 644가 아니다: 
 

umask는 사용자의 기본 권한을 정의한다. 기본 권한은 새로운 파일(그리고 디렉토리, 등...)들이 생성될 때 적용된다. umask는 사용자가 원하지 않는 곳의 비트를 세트하고 그것을 십진수로 표현한 값을 매개변수로 받는다. 

좋은 예로서 "umask 022"가 있다. "022"로 모든 사람들이 파일을 읽을 수 있고 "cd"로는 디렉토리를 변경할 수 있지만 소유자만이 그것을 변경할 수 있다. 현재의 umask가 어떻게 설정되어있는지 알아보기 위해서는 아무 매개 변수 없이 umask를 실행시키면 되다.

아래에 umask와 chmod를 사용한 예이다: 
 

일반 컴파일된 바이너리 파일이 단지 실행 가능만 필요하지만 스크립트는 반드시 읽고 실행가능하게 끔 해야한다는 것에 주목하라. 이것은 스크립트가 반드시 쉘과 같은 인터프리터에 의해 반드시 읽혀져야 하기 때문이다. 위의 스크립트를 실행하면 다음과 같이 나온다:

hello alice
This file ( ./myscript ) has the following permissions:
-rwxr-xr-x

T-bit, SUID와 SGID

이 "s"와 "t" 비트는 무엇일까? 이 권한 비트를 보면 4 * 3 비트 길이이다. 사실 chmod 755는 chmod 0755의 축소된 모습니다. 

The t-bit 

일반적으로 (디렉토리에 T-bit 설정 없이) 파일들을 담고 있는 디렉토리가 그 파일들을 지우려고 하는 사람에게 쓰기 가능하게 되어 있다면 그 파일들은 지워질 수 있다. 그래서 사용자가 아무나 파일을 넣어 놓을 수 있는 디렉토리를 가지고 있다면 어느 누구나 다른 사람의 파일을 지울 수 있다.

T-bit는 바로 이 규칙을 바꾼다. T-bit를 설정하면 그 디렉토리의 소유자와 파일의 소유자만이 그 파일을 지울 수 있다. chmod a+tw나 chmod 1777로 T-bit를 설정할 수 있다. 예를 들면:
 

S-bit 사용자에게 설정

실행시키면 프로세스가 실행되는 사용자 아이디와 사용자의 그룹 아이디를 볼 수 있을 것이다:

 effective user-ID:
alice
 real user-ID:
alice
 group ID:
users

보안의 이유로 S-bit는 스크립트들(perl 스크립트는 제외)에서는 작동이 안되고 단지 바이너리(컴파일 된 코드)에만 작동된다. 그러므로 우리는 idinfo 프로그램을 C 프로그램으로 만들어야 한다:
 

위의 프로그램을 "gcc -o suidtest -Wall suidtest.c"로 컴파일하고 S-bit를 사용자에게 설정하라:

위의 프로그램을 실행하라! 어떤 일이 일어났는가? 아무 일도 안 일어났나? 다른 사용자로 이 프로그램을 실행하라!

suidtest 파일은 alice 의해 소유되어져 있고, 정상적으로 파일 소유자를 위해 설정되어져야 할 곳에 x가 설정된 S-bit를 가지고 있다. 이것은 그 파일을 실행하는 사용자보다는 파일을 소유하고 있는 사용자의 유효 사용자 아이디에 의해 실행되게끔 한다. 만일 Tux가 이 프로그램을 실행시키면 다음과 같이 된다:
 

보다시피 root가 S-bit를 가지고 있는 파일을 소유하고 있을 때 특별히 아주 강력한 기능이다. 어느 사용자도 단지 root만이 할 수 있는 일을 할 수 있다. 보안을 조금 생각하고 얘기하자면, 사용자가 SUID 프로그램을 작성할 때에는 사용자가 꼭 의도하는 데로 사용되어질 수 있는지 반드시 확인해야 한다. 환경변수나 환경 변수를 사용하는 함수에 의존하지 말고 항상 코드 상에서 확실하게 경로를 설정해야 한다. 결코 사용자의 입력(config 파일, command line 매개 변수 ...) 을 믿지 마라. 사용자의 입력을 바이트마다 검사하고 당신이 유효하다고 생각하는 값과 비교해라.

SUID 프로그램이 root에 의해 소유되어 있으면 유효 사용자 아이디와 실제 사용자 아이디 모두가 (setreuid() 함수를 사용하여) 설정되어질 수 있다

Set-UID 프로그램들은 흔히 root에 의해 일반적으로는 root만이 할 수 있는 일을 일반 사용자들이 할 수 있게 하는데 사용되어진다. root로서 당신은 당신의 시스템에 있는 어떤 사용자나 당신의 ppp-on/ppp-off 스크립트를 실행할 수 있게 suidtest.c 를 변경할 수 있다.

S-bit 그룹에 설정

S-bit가 한 디렉토리의 그룹에 대해 설정되어 있다면 그 설정은 그 디렉토리에서 만들어지는 모든 파일에 설정이 된다. Alice는 2개의 그룹에 속해 있다:
 

일반적으로 그녀가 만드는 파일들의 그룹은 users로 설정된다. 그러나 디렉토리가 disk 그룹으로 만들어져 있고 그 그룹에 대해 S-bit가 설정이 되어 있다면 만들어 지는 모든 파일들 역시 disk 그룹 아이디를 가진다:
 

이 기능은 당신이 어느 팀에서 여러 사람들과 같이 작업을 하고 그 팀이 작업하는 디렉토리 안의 파일들에는 모두 올바른 그룹이 설정될 수 있게 하는 좋은 기능이다. 특히 그룹 이외 사람들의 접근을 막을 수 있게 하는 027 umask가 사용자들에게 설정되어 있는 환경에서 유용하다.

번역 : 채희주