◈ 제목
Windows Web Component의 체크되지 않은 버퍼로 인한 코드 실행 취약점
◈ 해당 시스템
Linux Kernel 2.2.x & 2.4.x 모든 시스템
◈ 영향
로컬 사용자가 시스템의 관리자 권한(root)을 획득할 수 있다.
◈ 설명
악의적인 사용자가 kernel/kmod.c 부분에서 race condition 을 일으켜서 비정상적인 상태에서 프로세스를 생성한다.
그리고 새로 생성된 프로세스인 시스템 관리자 권한의 modprobe를 ptrace system call을 이용해서 제어할 수 있다.
◈ 해결책
각 시스템 및 버전에 해당된 패치를 적용한다.
RedHat
→
http://rhn.redhat.com/errata/RHSA-2003-098.html
예) RedHat 8.0 의 경우
# cd /tmp
# wget http://updates.redhat.com/8.0/en/os/i386/kernel-2.4.18-27.8.0.i386.rpm
# rpm -Uvh kernel-2.4.18-27.8.0.i386.rpm
그리고 패치를 설치한 다음 새로운 커널을 사용해야 하므로 재부팅을 해야한다.
** 커널 패치를 바로 하지 못할 경우 **
/proc 퍼미션을 변경한다.
# cd /
# chmod 700 /proc
이 방법은 임시방편의 해결책이며, 근본적으로 취약점을 해결하기 위해서는 패치를 적용해야 한다.
( 이 방법은 ps와 같은 명령어를 일반 사용자가 사용할수 없는 부작용이 있다. )
------- 전문가를 위한 기술분석 내용 -----------
kmod.c 에서 race conditon 이 일어난다.
++ http://lxr.linux.no/source/kernel/kmod.c
131
132
133 curtask->euid = curtask->fsuid = 0;
134 curtask->egid = curtask->fsgid = 0;
135 cap_set_full(curtask->cap_effective);
136
137
138 set_fs(KERNEL_DS);
139
140
141 if (execve(program_path, argv, envp) < 0)
>
142 return -errno;
143 return 0;
A라는 프로세스에서 특정 모듈의 기능을 요청하면, kmod 에서 modprobe라는 특정 모듈을 메모리 상에 올리는 프로세스 C가 생성된다. kmod에서 modprobe를 요청하는 루틴이 작동될때(135 줄 실행 후) Context Switching 이 될 경우, B라는 악의적인 프로세스가 이 프로세스 C에 PTRACE ATTACH( CHILD로 만듬 ) 한다음 악의적인 코드를 집어 넣을 수 있다. modprobe 는 root 권한으로 작동되므로 악의적인 local 사용자는 root 권한을 획득할 수 있다.
Automic 으로 실행되야 하는 부분에 ptrace system call로 접근할 수 있는 점에서 문제가 발생된다.
◈ 참조 사이트
http://rhn.redhat.com/errata/RHSA-2003-098.html
http://www.ciac.org/ciac/bulletins/n-056.shtml
