반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- windows kernel debugging
- 바이트 오더
- vcruntime.dll
- 개발하기
- pcap packet
- Network Byte Order
- 시스템해킹
- IAT Hooking
- hacking
- apphelp.dll
- 윈도우 커널 디버깅
- Windows
- packet capture
- vcruntime140.dll
- 윈도우 커널 드라이버
- Msvcrt.dll
- 윈도우 커널
- 해킹
- pwnable
- ucrtbase.dll
- Windows Kernel Driver
- C언어 패킷캡쳐
- 네트워크 바이트 오더
- HackCTF
- Windows Kernel Debug
- Windows Kernel
- pcap packet capture
- arudino
- 개발 환경 준비
- 포너블
Archives
- Today
- Total
목록2021/06/19 (1)
미친해커

먼저 보호기법을 확인하자 보호 기법은 아무것도 안 걸려 있다. 어떤 공격을 시도해도 가능할 것 같다. 우선 함수를 살펴보면 v4의 사이즈가 엄청난걸 확인할 수 있다. 무려 27,952 (0x6D30) 바이트다. gets 함수에서 BOF가 발생하는데 그 전에 printf 함수에서 v4의 주소를 출럭해준다. 한번 실행을 해보자 v4의 주소를 출력해주고 입력을 받은 뒤 종료하는걸 볼 수 있다. v4의 주소를 알 수 있으니 shellcode를 넣고 ret 주소를 v4로 덮어쓰면 Shell이 따지면서 flag를 얻을 수 있을 것 같다. ASLR때문에 계속 stack의 주소가 바뀌지만 v4의 주소를 출력해주기때문에 문제 없다. # file : Simple_size_bof.py from pwn import * p =..
Hacking/HackCTF
2021. 6. 19. 23:32