chmod 계산기

유닉스 파일 권한을 양방향으로 계산해 줍니다. 755나 4755 같은 8진수를 입력하거나, 소유자·그룹·기타에 대한 읽기·쓰기·실행 체크박스 격자를 클릭하면 기호 표기가 실시간으로 갱신됩니다. 패널에는 chmod 명령, 그에 대응하는 find -perm 표현식, 그리고 등가의 umask 값이 함께 나오므로 지금 쓰는 셸 세션에 필요한 형태를 그대로 복사해 갈 수 있습니다.

기호 표기가 미묘해지는 지점이 특수 비트이고, 이 도구는 ls와 같은 방식으로 표시합니다. setuid(4000), setgid(2000), 스티키 비트(1000)는 각자 해당하는 칸의 실행 문자를 대체합니다. 실행 비트도 함께 켜져 있으면 소문자 s나 t, 그렇지 않으면 대문자 S나 T가 됩니다. 이 대문자는 거의 언제나 잡아낼 가치가 있는 실수입니다. 4644는 rwSr--r--로 표시되는데, setuid가 붙어 있지만 아무도 실행할 수 없는 파일입니다. 감사 보고서에서 불길해 보이는 것 말고는 아무 일도 하지 않습니다.

각 특수 비트가 실제로 무엇을 하는지는 구분해 둘 만합니다. 셋 중 어디서나 같은 뜻인 것은 하나뿐이기 때문입니다. 실행 파일의 setuid는 그 파일을 소유자 권한으로 실행시키는데, 리눅스는 셸 스크립트에 대해서는 이를 의도적으로 무시합니다. 그래서 setuid가 붙은 .sh는 보기만큼 위험한 구멍이 아니라 그냥 아무 효과가 없습니다. 디렉터리의 setgid가 진짜로 쓸모 있는 쪽입니다. 그 안에 새로 만들어지는 파일이 만든 사람의 그룹이 아니라 디렉터리의 그룹을 물려받습니다. 공용 프로젝트 디렉터리가 계속 공용으로 남는 방식이 이것입니다. /tmp처럼 디렉터리에 걸린 스티키 비트는, 디렉터리의 쓰기 권한과 무관하게 파일의 소유자, 디렉터리의 소유자, root만 그 파일을 지울 수 있다는 뜻입니다.

표시되는 umask는 777에 대한 모드의 보수입니다. 입력하는 숫자는 맞지만 언제나 그대로의 모드가 나오지는 않습니다. umask는 빼는 값이고 출발점이 종류마다 다릅니다. 디렉터리는 777에서, 파일은 666에서 시작합니다. 파일에는 기본적으로 실행 비트를 주지 않기 때문입니다. 그래서 umask 022 하나가 디렉터리는 755, 파일은 644를 만듭니다. 그리고 늘 붙는 경고가 하나 있습니다. chmod 777은 거의 언제나 해결책이 아닙니다. 그것은 최후의 권한이고, 적용한 파일을 모든 사용자와 프로세스가 읽고 쓰고 실행할 수 있게 만들며, 그것으로 해결되는 듯 보이는 문제는 대개 소유권이거나 상위 디렉터리에 실행 비트가 빠진 것입니다.