BF Addresses in the Stack
Last updated
Last updated
AWS 해킹을 배우고 실습하세요: HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹을 배우고 실습하세요: HackTricks Training GCP Red Team Expert (GRTE)
캐너리와 PIE (Position Independent Executable)로 보호된 이진 파일에 직면했다면 아마도 이를 우회해야 할 것입니다.
**checksec
**가 이진 파일이 캐너리로 보호되었음을 찾지 못할 수 있습니다. 이는 정적으로 컴파일되었고 함수를 식별할 수 없는 경우입니다.
그러나 함수 호출 시작 시 스택에 값이 저장되고 이 값이 종료 전에 확인되는 경우 이를 수동으로 알 수 있습니다.
PIE를 우회하려면 어떤 주소를 유출해야 합니다. 그리고 이진 파일이 어떤 주소도 유출하지 않는 경우 취약한 함수에서 스택에 저장된 RBP와 RIP를 브루트 포스하는 것이 가장 좋습니다. 예를 들어, 이진 파일이 캐너리와 PIE를 사용하여 보호되었을 때, 캐너리를 브루트 포스한 다음 다음 8바이트(x64)는 저장된 RBP이고 다음 8바이트는 저장된 RIP가 될 것입니다.
스택 내의 반환 주소는 주로 주요 이진 코드에 속하며, 취약점이 이진 코드에 있는 경우 일반적으로 해당됩니다.
이진 파일에서 RBP와 RIP를 브루트 포스하기 위해 유효한 추측된 바이트가 올바른지 확인하려면 프로그램이 출력하거나 충돌하지 않는지 확인할 수 있습니다. 캐너리를 브루트 포스하는 데 사용된 동일한 함수를 사용하여 RBP와 RIP를 브루트 포스할 수 있습니다:
마지막으로 PIE를 무력화하기 위해 필요한 것은 유출된 주소에서 유용한 주소를 계산하는 것입니다: RBP와 RIP.
RBP에서는 스택 내부에 셸을 작성하는 위치를 계산할 수 있습니다. 이는 스택 내부에 문자열 "/bin/sh\x00"을 작성할 위치를 파악하는 데 매우 유용합니다. 유출된 RBP와 셸코드 간의 거리를 계산하려면 유출된 RBP 이후에 중단점을 설정하고 셸코드의 위치를 확인한 후 셸코드와 RBP 간의 거리를 계산할 수 있습니다:
RIP에서는 PIE 이진 파일의 베이스 주소를 계산할 수 있으며, 이는 유효한 ROP 체인을 생성하는 데 필요합니다.
베이스 주소를 계산하려면 objdump -d vunbinary
를 실행하고 최신 주소를 확인하십시오:
이 예에서는 모든 코드를 찾기 위해 1바이트와 반만 필요하다는 것을 알 수 있습니다. 따라서 이 상황에서의 베이스 주소는 "000"으로 끝나는 노출된 RIP일 것입니다. 예를 들어, 0x562002970ecf
가 노출되었다면 베이스 주소는 0x562002970000
이 됩니다.
이 게시물에서의 일부 관찰에 따르면, RBP 및 RIP 값이 유출될 때, 서버가 올바른 값이 아닌 경우에도 일부 값으로 인해 서버가 충돌하지 않고 BF 스크립트가 올바른 값을 얻은 것으로 생각할 수 있습니다. 이는 일부 주소가 정확한 값이 아니더라도 깨지지 않을 수 있기 때문입니다.
해당 블로그 게시물에 따르면 서버로의 요청 사이에 짧은 지연을 추가하는 것이 권장됩니다.
AWS 해킹 학습 및 실습:HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹 학습 및 실습: HackTricks Training GCP Red Team Expert (GRTE)