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

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