BF Addresses in the Stack
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
만약 당신이 canary와 PIE(위치 독립 실행 파일)로 보호된 바이너리를 다루고 있다면, 이를 우회할 방법을 찾아야 할 것입니다.
**checksec
**는 바이너리가 canary로 보호되고 있는지 찾지 못할 수 있습니다. 이는 정적으로 컴파일되었고 함수를 식별할 수 없기 때문입니다.
하지만, 함수 호출의 시작 부분에서 스택에 값이 저장되고 이 값이 종료 전에 확인되는 것을 발견하면 수동으로 이를 알 수 있습니다.
PIE를 우회하기 위해서는 주소를 유출해야 합니다. 바이너리가 주소를 유출하지 않는 경우, 가장 좋은 방법은 취약한 함수에서 스택에 저장된 RBP와 RIP를 무작위로 추측하는 것입니다. 예를 들어, 바이너리가 canary와 PIE로 보호되고 있다면, 먼저 canary를 무작위로 추측한 다음, 다음 8 바이트(x64)는 저장된 RBP가 되고, 다음 8 바이트는 저장된 RIP가 됩니다.
스택 내의 반환 주소는 주 바이너리 코드에 속하는 것으로 가정되며, 취약점이 바이너리 코드에 위치한 경우 일반적으로 그렇습니다.
바이너리에서 RBP와 RIP를 무작위로 추측하기 위해서는, 프로그램이 무언가를 출력하거나 단순히 충돌하지 않으면 유효한 추측 바이트가 맞다는 것을 알 수 있습니다. canary를 무작위로 추측하기 위해 제공된 것과 동일한 함수를 사용하여 RBP와 RIP를 무작위로 추측할 수 있습니다:
PIE를 무너뜨리기 위해 필요한 마지막 것은 유출된 주소에서 유용한 주소를 계산하는 것입니다: RBP와 RIP입니다.
RBP에서 스택에 쉘을 어디에 쓰고 있는지 계산할 수 있습니다. 이는 스택 내에서 문자열 _"/bin/sh\x00"_을 어디에 쓸 것인지 아는 데 매우 유용할 수 있습니다. 유출된 RBP와 쉘코드 간의 거리를 계산하려면 RBP를 유출한 후에 브레이크포인트를 설정하고 쉘코드가 어디에 위치하는지 확인하면 됩니다. 그런 다음, 쉘코드와 RBP 간의 거리를 계산할 수 있습니다:
RIP에서 PIE 바이너리의 기본 주소를 계산할 수 있으며, 이는 유효한 ROP 체인을 생성하는 데 필요합니다.
기본 주소를 계산하려면 objdump -d vunbinary
를 실행하고 최신 주소를 분해하여 확인하세요:
이 예제에서는 모든 코드를 찾는 데 1바이트 반만 필요하다는 것을 볼 수 있습니다. 따라서 이 상황에서 기본 주소는 유출된 RIP에 "000"으로 끝나는 값이 됩니다. 예를 들어, 0x562002970ecf
가 유출되었다면 기본 주소는 0x562002970000
입니다.
이 게시물의 일부 관찰에 따르면, RBP 및 RIP 값을 누출할 때, 서버가 올바르지 않은 일부 값으로는 충돌하지 않을 수 있으며 BF 스크립트는 올바른 값을 얻었다고 생각할 수 있습니다. 이는 일부 주소는 정확한 값이 아니더라도 서버를 중단시키지 않을 수 있기 때문입니다.
해당 블로그 게시물에 따르면 서버에 대한 요청 사이에 짧은 지연을 추가하는 것이 권장됩니다.
AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)