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 | 31 |
Tags
- GEF
- docker
- OpenAI 개발
- 실시간로깅
- wsl2 복구
- pip 에러 해결
- Windows 부팅 오류
- GDB
- VSCode C++ 표준 버전 수정
- std::cerr
- DYNAMIC Section
- Python.h: No such file or directory
- pwntools
- 개발
- python3.11 설치
- Recoverit
- vhdx 파일 복구
- python
- Python3
- c++
- Seccomp bypass
- pwn
- vmware 반응 속도
- 리커버릿
- z3 signed 이슈
- 임베디드 시스템 해킹
- tool
- 지훈현서
- 공유 라이브러리는 왜 항상 같은 순서로 맵핑 될까?
- python3.11 pip
Archives
- Today
- Total
목록DYNAMIC Section (1)
OZ1NG의 뽀나블(Pwnable)

[*] 목차 - 첫 번째 궁금증: 메모리에 맵핑된 공유 라이브러리의 순서는 실행하는 환경에 상관 없이 언제나 동일한 이유는? - 두 번째 궁금증: 동적 링커는 필요한 공유 라이브러리의 이름을 어떻게 알아내는 것일까? - 세 번째 궁금증: ELF의 DYNAMIC 섹션에 명시되어있지 않은 공유 라이브러리는 어디서 왜 불러온 것일까? - 마무리 - 참고 [*] 첫 번째 궁금증: 메모리에 맵핑된 공유 라이브러리의 순서는 실행하는 환경에 상관 없이 언제나 동일한 이유는? 리눅스에서 동적 링킹으로 컴파일된 ELF 파일을 실행시키면, dynamic linker(ld.so)에 의해 실행에 필요한 공유 라이브러리들을 읽어와 메모리(라이브러리 영역)에 맵핑 시킨다. 그런데 이때 메모리에 맵핑된 공유 라이브러리의 순서는 실..
Tips
2023. 1. 10. 04:02