티스토리 뷰
포너블 공부를 하다보니 gdb 를 자주 사용하게 되는데 objdump랑 gdb 명령 옵션들을 자꾸 까먹는다.
생각날 때 마다 종종 정리 해야 겠다.
1.gdb
-r
프로그램 실행
-b
브레이크 포인트 설정
-disas 함수 이름
함수 디스어셈블
-gdb core dump
gdb 에서는 core를 dump 하여 볼수 있다.
생각한대로 동작 하지 않을 경우 core dump 해서 확인 해 보면 됨
-n
다음 라인으로 실행을 하기 위해서 next 함수를 사용
-ni
한 라인씩 실행. 특정 부분에서 break 걸어두고 한 라인씩 실행하면서 디버깅 할 때 사용
-q(quit)
quit
-Program terminated with signal SIGALRM, Alarm clock. The program no longer exists 뜰때
(gdb) handle SIGALRM ignore
SIGALRM을 경고를 무시 할 수 있음.
-intel 문법으로 보기
(gdb) set disassembly-flavor intel
기본적으로 at&t 문법으로 되어 있기 때문에 익숙한 intel 문법으로 변환해주기 위해 사용.
2. objdump
-intel 문법으로 보기
objdump -M -d intel 프로그램이름
-디스어셈블
objdump -d 프로그램이름
'Security > System' 카테고리의 다른 글
취약점)Shellshock_bash쉘 취약점 (1) | 2019.04.01 |
---|---|
objdump 명령어 옵션 정리 (1) | 2019.03.29 |
리눅스 쉘 명령어 모음 (0) | 2019.03.22 |
펌웨어분석) 펌웨어 분석 툴 binwalk 사용법 (0) | 2019.01.31 |
펌웨어(firmware) (0) | 2019.01.02 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 자바
- 리버싱기초
- 스프링부트
- androidstudio
- 에러
- AndroidX
- 정보보안
- 동적분석
- 리버싱.kr
- 코드로 배우는 스프링 부트
- reversing.kr
- 펌웨어 분석
- 모바일리버싱
- DataBinding
- reversing.kr풀이
- Java
- 앱분석
- 웹 MVC
- 칼리리눅스
- Android
- 포너블.kr
- writeup
- 뷰모델
- MVVM
- Spring
- NumberFormatException
- pwnable.kr
- CTF
- exception
- 안드로이드
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함