SetUID 취약점 Report

목차

1. 개요
1) SetUID , SetGId 란?
2) SetUID의 위험성

2. SetUID 취약점을 이용한 공격
1) 백도어
2) 버퍼오버플로우

3. SetUID 취약점 대응방법

본문내용

1. 개요
1. SetUID, SetGID 란?

파일에 SetUID가 설정되어 있으면 이 파일을 실행하는 동안에는 잠시동안은 그 파일의 소유자 권한으로 파일이 실행된다. 대표적으로 passwd 명령이 있다. 기본적으로 리눅스에서 사용자의 패스워드는 /etc/shadow 파일에 기록되지만 일반 사용자는 shadow파일에 쓰기 권한이 없기 때문에 shadow파일에 임의적으로 비밀번호를 기록할 수 없다. 하지만 passwd명령어를 이용하면 SetUID에 의해서 비밀번호를 설정하는 순간만큼은 관리자의 권한으로 상승되기 때문에 shadow파일에 기록이 가능하게 되고 정상적으로 비밀번호를 설정할 수 있는 것이다. 다음은 표와 그림으로 설명한 것이다. 그림은 SetUID,SetGID 권한이 있는 상태의 종류 이다.

<중 략>

즉 인수는 buffer[10]이니 10바이트 길이를 넘지 않아야만 정상적인 작동이 될 것이다. 그러나 만약 13의 길이를 갖는 인수를 입력한다면 메모리 내에서 포인터가 가리키는 주소가 허용 공간을 넘어 다른 영역을 침범하게 된다. 이때 스택은 복귀주소(ret)값을 잃어버려 Segmentation Fault를 발생시키고 프로그램이 비정상 종료하게 된다. 사실 여기까지는 단순히 프로그램의 오류라고 생각할 수 있다. 그러나 1988년 모리스 웜(Morris Worm)이 fingerd 버퍼 오버플로우를 이용했다는 것이 알려지면서 문제의 심각성이 대두되었고, 1997년에는 유명한 보안 잡지인 프랙에서 알렙 원(Aleph One)이 “Smashing The Stack For Fun And Profit”이라는 문서를 게재하면서 더욱 널리 알려졌다. 일반 사용자 권한에서는 단순히 프로그램의 문제로 종료되나, SetUID를 사용하여 프로그램을 관리자 권한으로 실행하도록 한후, 비정상 종료되는 스택 복귀주소에서 미리 예약해놓은 쉘을 호출 함으로써, 관리자 계정으로 쉘을 실행한 것처럼 침입하는 것이다.

참고 자료

없음