초급 : crontab 명령어 실행에 대한 사용자 접근제어

문제:
관리자 이씨는 솔라리스 서버를 관리하는 초보 관리자이다.
훌륭한 관리자가 되기 위해서는 서버의 설치 관리뿐만 아니라 보안에도 많은 신경을
써야한다는 것을 알게 되었다. 그래서 보안에 관한 공부를 하던 도중 해킹 기법 중에
일반 사용자가 root권한을 얻기 위해 crontab을 이용하여 race condition과 같은
해킹 기법을 할 수 있다는 것을 알고 root가 아닌 일반 사용자의 접근제어가 필요하다
는 사실을 알게 되었다.

crontab 명령어를 사용하는데 있어 백업 관리자(dump_admin)를 제외한 일반 계정의
접근 권한을 제한 하시오.

crontab

crontab 은 윈도우의 스케줄러와 같은 역할을 하는 명령어입니다.

CRONtab

crontab -l
-> 현재 crontab에 등록된 작업보기

crontab -e
-> crontab 편집하기

------------------------------------------------------------------------------------

CRONtab
/etc/cron, /usr/spool/cron/crontabs/*

“/etc/cron" 프로그램 은 주기적으로 어떤 프로그램을 수행시키는데 사용된다.

이때 주기적으로 수행되어질 프로그램은 "/usr/spool/cron/crontabs" 디렉토리

밑에 각 사용자의 사용자명과 같은 이름으로 생성된다.

이 화일은 만드는 방법은 아래 명령을 사용하면 된다.

% crontab -l root : /var/spool/cron/crontabs/root 내용 display

% crontab -e root :

이 명령을 root가 수행했으면 /var/spool/cron/crontabs/ DIR 하위에

"root" 라는 이름의 화일이 생성된다)

또는 vi 로 편집

--------------------------------------------------------------------------------

예)

# more /var/spool/cron/crontabs/root

# minute hour day month week

# 0~59 0~23 1~31 1~12 0~6 (0=sunday, 1=monday)

#

15,45 3 * * * find / -name .nfs\* -mtime +7 -exec rm -f {} \; -o -fstype nfs -prune

5 9 * * 6 /usr/lib/newsyslog >/dev/null 2>&1

15 0,8 16 * * find /var/preserve/ -mtime +7 -a -exec rm -f {} \;

--------------------------------------------------------------------------------

crontab 화일의 맨 앞의 5번째 칼럼까지에는 각 명령이 수행되어질 일시와 요일이다.

지정한 것들은 아래와 같은 의미를 갖는다.

분 시간 날짜 달 요일 : 구분은 Space

15,45 3 * * * : 매일 3시 15분관 45분에 수행

5 9 * * 6 : 매주 금요일 9시 5분에 수행

15 1,18 16 * * : 매달 16일 1시15분과 오후 6시 15분에 수행



1) /var/spool/cron/crontabs/root (root계정으로 가정할때..)

위 파일을 편집하여 원하는 스케쥴을 설정/편집 한다.

2) ps -ef|grep cron : 현재 cron deamon이 돌고 있는지 확인

3) kill -9 "pid of cron" : cron deamon kill

4) rm /usr/lib/cron/FIFO : lock파일제거(/usr/lib/cron directory는 /etc/cron.d와 링크되어있음)

5) /usr/sbin/cron : deamon 재실행(위 편집한 명령대로 수행함)



예) vi /var/spool/cron/crontabs/root

###############################

#Min Hour Day Month Day Command

###############################

15 4 * * * find /var/preserve/ -mtime +7 -a -exec rm -f {} \;

0 23 * * * sh `sed -n 1p /etc/Alis`/janitor

0 * * * * /usr/lib/acct/ckpacct

10 12 * * 1-6 /usr/lib/acct/dodisk

20 12 1 * * /usr/lib/acct/monacct

30 12 * * 1-6 /usr/lib/acct/runacct 2> /var/adm/acct/nite/fd2log

※ log는 /var/cron/..... 에 생성됨
------------------------------------------------------------------------------------

1. 개요 (cron이 뭐하는 것인지 전혀 모르는 분들만)

cron(크론)은 원하는 시간에 명령(프로그램)을 시키기 위한 데몬이다.
서버는 늘 깨어있다는 것을 이용한 최대한의 활용법이 될 수 있다.

- 내가 새벽 3시에 서버에 특정 작업을 해줘야하는데 그 때 깨어있을 수 있는가?
- 또는 30분간격으로 HDD의 사용량을 운영자에게 알리도록 해야한다면?
- 매월 초에 자료를 백업 받고 싶다면?

바로 이럴 때 cron은 최고의 해결책을 제시한다.
cron은 항상 지정한 시간이 되었는지 확인을 하여 해당 명령어을 실행하는 것이다.

2. cron 설정

1) crontab 파일 위치 및 조회

작업 설정 파일을 crontab 파일이라고 부르며, 이 파일의 위치는 OS별로 차이가 있다.
리눅스는 /var/spool/cron/ID, 솔라리스는 /var/spool/corn/crontabs/ID 에 위치한다.
그럼 이 파일을 직접 수정해야 하는가? 그렇지 않다. crontab 명령을 통해 설정과 조회를 한다.

설정 내용을 조회해 보자. (-l 옵션)

$ crontab -l
no crontab for truefeel

설정한 적이 없어 아직 비어있다.

2) crontab 파일 형식
------ -------- ---------------------------------------------------
필 드 의 미 범 위
------ -------- ---------------------------------------------------
첫번째 분 0-59
두번째 시 0-23
세번째 일 0-31
네번째 월 1-12
다섯번째 요일 0-7 (0 또는 7=일요일, 1=월, 2=화,...)
여섯번째 명령어 실행할 명령을 한줄로 쓴다.
------ -------- ---------------------------------------------------


- 한 줄당 하나의 명령 (두줄로 나눠서 표시할 수 없음)
- # 으로 시작하는 줄은 실행하지 않는다.

설정을 해보자. (-e 옵션)
crontab -e 을 하면 vi 에디터가 나온다.(환경변수 EDITOR에 따라 다른 에디터를 사용할 수 있다.)

$ crontab -e
# /home 디렉토리를 /BACKUP/home 으로 백업해둠
#
# 30분, 새벽 4시와 낮 12시, 모든 일, 모든 월, 모든 요일
30 4,12 * * * /usr/bin/rsync -avxH --delete /home /BACKUP/home > /dev/null 2>&1
#
# 파일/디렉토리 퍼미션 설정
# 40분, 새벽 1시, 매주 일요일
40 1 * * 0 /root/bin/perm_set.sh > /dev/null 2>&1


위는 매일 4:30분과 12:30분에 rsync 명령을, 매주 일요일 1:40분에 perm_set.sh를 실행함을 의미한다.

vi 에디터를 통해 설정을 하므로 중요한 몇 가지 에디터 사용법은 익혀야 한다.

---- -----------------------------------------------------------------------------
키 의미
---- -----------------------------------------------------------------------------
i 현재 칸에 글을 넣는다.
o 다음줄에 글을 넣는다.
dd 한줄을 삭제한다.
:wq 저장하고 빠져나온다.
ESC 설정중에 명령어 모드(위의 i, o, dd 등을 사용할 수 있는 상태)로 빠져 나온다.
---- -----------------------------------------------------------------------------


3) 설정 예

시간 설정에서 몇가지 의미있는 것들을 알아보자.

- '*'표시는 해당 필드의 모든 시간을 의미한다.
- 3,5,7 와 같이 콤마(,)로 구분하여 여러 시간대를 지정할 수 있다.
- 2-10와 같이 하이픈(-)으로 시간 범위도 지정할 수 있다.
- 2-10/3와 같이 하이픈(-)으로 시간 범위를 슬래쉬(/)로 시간 간격을 지정할 수 있다.
(2~10까지 3간격으로. 즉, 3,6,9를 의미함)


원하는 시간 형 식

매주 토요일 새벽 2:20 20 2 * * 6 명령어

매일 오후 4,5,6시 0 4-6 * * * 명령어

매일 2시간간격으로 5분대에 5 */2 * * * 명령어

매월 1일 새벽 1:15 15 1 1 * * 명령어

1,7월 1일 새벽 0:30 30 0 1 1,7 * 명령어




3. FAQ

1) cron 설정한 후에는 crond 데몬을 재실행해야 하나요?

아닙니다. crontab -e 으로 설정 후 빠져나오면 바로 적용됩니다.

2) truefeel 사용자는 cron을 못 쓰게 하고 싶습니다.

/etc/cron.allow : 허용할 사용자 ID 목록
/etc/cron.deny : 거부할 사용자 ID 목록

cron.allow 파일이 있으면 이 파일에 들어있는 ID만 사용 가능
cron.deny 파일이 있으면 이 파일에 들어있는 ID는 사용 불가

따라서 cron.deny에 truefeel ID를 추가해주면 됩니다.

3) > /dev/null 2>&1 이 무슨 뜻입니까?

지정한 명령어 처리 결과와 발생할지 모르는 에러메시지를 출력하지 않고 모두 버린다는(/dev/null)는
뜻입니다. 만약 결과와 에러를 파일로 저장하려면 /dev/null 대신 파일명을 적어주면 됩니다.

/*------------------------------------------------*/
/* Race Condition in the Unix system              */
/*------------------------------------------------*/
/*             Written by Laks Bluesky            */
/*------------------------------------------------*/

0. 프로세스와 CPU

유닉스 시스템에서 두개 이상의 프로세스가 동시에 실행
될 경우, 그 두개의 프로세스는  서로 CPU 를  차지하기
위해 CPU 를 향해 경쟁하며 달리는 형태가 되어진다.

예를 들어, 이러한 프로그램이 있다고 가정해 보자.
{
     - X 를 출력
     - child process를 생성
          - O 를 출력
     - 무한루프
}
이 프로그램을 실행시켰을 경우 이론상으로는 XOXOXOX..
식으로 모프로세스가 출력하는 X와 자프로세스가 출력하
는 O가 한번씩 번갈아 나타나야 하겠지만 실제로는 모프
로세서와 자프로세서가 CPU를  차지하기  위해 계속해서
달리는 형태가 되어 XXOOXOOXOOOXXOOOOX...와 같이 불규
칙적인 결과가 나타나게 된다. Race Condition은 이러한
특성을 이용하는 해킹 기법으로,  목표 프로그램과 해커
의 exploit이 서로 경쟁하게 만듦으로써  작업의 처리시
간을 가로채는 것이다. Race Condition은 주로 임시파일
을 생성하는 setuid 프로그램을 목표 프로그램으로 하는
데,  목표 프로그램이 임시파일을 생성하기 전에 해커의
exploit이 먼저 그 임시파일을 생성하도록  함으로써 이
루어 지는 것이다.



1. Race Condition 의 정의

Race Condition이란, 버그를 갖고 있는 setuid 프로그램
과 해커의 exploit 이 서로 경쟁(Race) 상태(Condition)
에 이르게 하여, setuid 프로그램의 권한으로 다른 파일
에 접근할 수 있게 하는 방법을  말한다.  예를 들어 한
프로그램이 root의 소유권으로 setuid가 붙어 있고,  또
이 프로그램이 작업의 성격상 임시파일을 생성한다고 할
때 해커가 그 임시파일과 같은 이름의 심볼릭 링크를 생
성해 두었다면 실제로 프로그램이 조작하는 파일은 심볼
릭 링크된 목표파일일 것이다. 보다 구체적인 예를 들어
보자.

Solaris 2.6 이하 모든 시스템에서 kcms_calibrate 라는
프로그램은 /tmp 디렉토리에 Kp_kcms_sys.semcd 라는 임
시파일을 생성하게 된다. 만약 해커가 kcms_calibrate를
실행하기 직전에 /tmp/Kp_kcms_sys.semcd 라는 이름으로
/root/.rhosts 를 목적지로 갖는 심볼릭  링크를 만든다
면 실제로 kcms_calibrate가 조작하는 파일은 심볼릭 링
크의 목표파일로 설정되어 있는 /root/.rhosts가 되는것
이다. 다행히 Solaris 에서는 /root/.rhosts를 조작하는
것만으로 root권한의 쉘을 얻을 수는 없지만  root의 권
한으로 다른 파일에 접근할 수 있다는것만으로도 충분히
보안상의 헛점이 될 수 있다.

그러면 이와같은 Race Condition이 이루어지기  위한 조
건을 먼저 알아보자.



2. Race Condition이 발생할 조건

해커가 A라는 프로그램을 대상으로 Race Condition을 시
도하고자 할때, A 는 다음과 같은 조건을 만족하고 있어
야 한다.

- setuid 가 붙어 있을것.
- 임시파일을 생성할 것.
- 그 임시파일의 이름을 해커가 미리 알고 있을것.
- 임시파일을 생성할때  Race Condition 에 대한 대처를
  하지 않을것.

위의 4개의 조건이 동시에 만족될 때, 해커는 A 라는 프
로그램을 대상으로 Race Condition을 시도할 수 있다.




3. exploit 의 구조

Race Condition을 이용한 exploit을 제작할 때에 explo-
it은 최소한 다음의 기능을 가져야 한다.

{
     - system() 함수 또는 exec() 함수를  이용하여 타
       겟 프로그램을 백그라운드로 실행시킬것.
( 이로써 목표 프로그램과 exploit은 Race Condition 상
  태에 놓여지게 된다. )

     - symlink() 함수를 사용하여 이미 알고 있는 임시
       파일의 이름으로 심볼릭 링크를 생성한다.
( 목표 프로그램이 임시파일을 생성하기 전에 미리 같은
  이름의 심볼릭 링크를 생성함으로써  목표 프로그램이
  조작하는 파일의 경로를 바꾸어 두는 것이다. )
}

이 exploit을 목표 프로그램에 대해 실행시켰을때 expl-
oit의 실행이 끝나기 전에는 Race Condition이 성공했는
지를 파악할 수 없으므로, for 문을 이용하여 여러번 반
복시켜 주는것이 성공확률을 높일 수 있다.

symlink() 함수를 이용하여 심볼릭 링크를 생성할때, 목
표파일을 존재하지 않는 파일로 지정할 경우 default u-
mask에 의해서 rwxrwxrwx의 권한을 갖는  목표파일이 생
성되어 진다. 목표 프로그램이 만일 root 소유라면,  결
국 목표파일은 root 소유로 만들어  질 것이다.  해커는
이렇게 생성된 목표파일을 이용할 수도 있다. 또는,  이
미 존재하는 파일, 예를 들어 /etc/passwd 등을  목표파
일로 지정하면 목표 프로그램이 조작하는 파일은 심볼릭
링크로 연결된 /etc/passwd 가 되는 것이다.



4. 새로운 Race Condition

프로그래머들은 해커들이 Race Condition을 이용하여 시
스템을 위협하는 것을 막기위해 다음과 같은  방법을 생
각해 냈다.

- 임시파일을 생성할 때,  그 임시파일이 이미 존재하는
  파일인지 검사한다.
- 만일 이미 존재하고 있다면 exploit이 생성한  심볼릭
  링크일 가능성이 있으므로, 그 파일을 지우고 새로 임
  시파일을 생성한다.

하지만  해커들은 프로그래머들의 노력을 무시하듯이 더
욱 발전된 형태의 Race Condition을 개발함으로써  이를
무색하게 했다.  보다 발전된 형태의  Race Condition은
다음과 같은 구조를 갖는다.

{
     - system() 함수 나 exec() 함수를  이용하여 목표
       프로그램을 백그라운드로 실행시킨다.
     - 임시파일이 심볼릭 링크인지 판단하여 심볼릭 링
       크가 아니라면 임시파일을 지운다.
     - 임시파일의 이름으로 심볼릭 링크를 생성한다.
}

다시 말해서, 목표 프로그램이  임시파일을  생성할 때,
Race Condition이 이루어지고 있는가를  검사한 뒤에 임
시파일을 생성한다는 점을 이용하여 일단 목표 프로그램
으로 하여금 안전한 조건을 만들어 주고  목표 프로그램
이 안전하다고 생각하며 임시파일을 생성하는 순간 생성
된 임시파일을 지우면서 심볼릭 링크를 생성하는 것이다.
이렇게 되면 목표 프로그램과 exploit 은 임시파일을 사
이에 두고 서로의 동태를 파악하며 CPU 를  향해 계속해
서 달리는 형태가 되어 그야말로 Race Condition 이라는
이름이 잘 걸맞게 된다.



5. 프로그래머의 대응책

프로그래머들은 기존의 방법으로는 Race Condition을 피
할 수 없음을 알고 또 한번 Race Condition에 대한 대응
을 고안해 냈다. 임시파일을 생성할 때,  일단 임시파일
을 생성한 뒤에 방금 생성한 파일이 심볼릭  링크인지를
검사하는 방법이다. 현재까지 이러한 방식의 프로그램은
Race Condition이 불가능한 것으로 알려져 있다.
/**************************************************/ 


문제 해결

vi /etc/cron.d/cron.allow
(cron.allow 파일은 없고 cron.deny 파일만 있지만 하나 만들어준다.

cron.allow파일내용
dump_admin
추가하고 wq
finish