레벨 해킹

2844,

5/143

wildhacker1

gdb에서 확인한 주소값과 실제 프로그램 돌아갈때 주소값 차이 ㅠㅠ

http://www.hackerschool.org/HS_Boards/zboard.php?id=QNA_level&no=3117 [복사]

레벨15를 풀면서 막혀서 검색을 해보았는데요..

deadbeef를 버퍼에 꽉 채운 채로 풀면 풀리더군요..

그런데 이해가 안가는 점은, deadbeef를 버퍼에 하나만 넣더라도 그곳의 주소를 gdb로 확인한 후 넣어주면 풀려야 정상인데.. 왜 그런가요?

검색을 좀 해보니 gdb에서와 실제 프로그램 실행시의 메모리 주소가 차이가 있따고 하던데.. 그 차이는 어떻게 생기며 어떻게 알아낼 수 있나요?

이문제는 비단 레벨15만이 아니라, 레벨11부터의 bof문제에 모두 적용되는 것 같습니다.
레벨11에서도 24바이트 쉘코드를 구해서 버퍼를 모두 쉘코드로 채워버리면 풀리는 반면에 그냥 쉘코드 넣고 쓰레기값넣고 쉘코드있는곳의 주소를 아무리 찍어줘도 풀리질 않더군요 ㅠㅠ

고수님들 제발 답변부탁드립니다 ㅠㅠ

Hit : 3735 Date : 2010/07/27 12:01


lMaxl04	음... gdb에서 실제 프로그램을 대상으로 확인하셨다면 백퍼센트 동일할겁니다. 복사본의 경우에 문제가 생기지요 메모리에 여러 값들이 배치될때 파일명이나 절대위치등도 해당 프로그램을 실행하면 메모리에 적재되기 때문에 주소가 바뀌게 되는데요 정확한 위치를 공격한다면 성공합니다. deadbeef의 경우에는 4바이트로써 gcc컴파일시 변수가 할당되는 방식으로 인해 (1word단위) 그냥 해당 글자를 메모리에 가득채우면 성공합니다.	2010/07/27
wildhacker1	deadbeef를 하나만 넣고 주소값을 정확히 계산한 후 넣어줘도 안되서 찾아봤더니 gdb를 로드할때 생기는 오차때문에 주소가 다르다고 해서 질문을 올렸었습니다 ㅠㅠ 비슷하게 레벨11,12같은 bof도 에그쉘 사용 않고 쉘코드를 직접 넣어 주소를 알아내어 ret에 덮어씌우는형식으로 했는데요, 버퍼안에 24바이트짜리 쉘코드를 몽땅채울경우 쉘을 땄지만 쉘코드를 한번만 넣을경우 정확한 계산으로 주소값을 넣었음에도 불구하고 쉘이 따지지 않더군요 ㅠ ㅠ	2010/07/28
k1rha	그게 동적으로 움직이고 있는 프로세스를 잡았을때는 주소값이 일치하는데.. GDB 를그냥 프로그램에 때리게되면 그주소는 어딘가에 한번 복사된뒤 분석을 들어간다고하더군요.	2010/07/31