만두만두

gdb 메모리 볼 때 명령어 옵션 ex) x/1bx $rsp x/2hu $ebp x/4wo $rbp x/8gt $esp examine의 약자로 x를 사용해서 메모리를 봄. -옵션-------- b : 1byte h : 2bytew : 4byteg : 8byte t : 2진수o : 8진수u : 10진수x : 16진수 c : 문자s : 문자열i : 어셈블리어

https://bakyeono.net/post/2016-03-10-run-32bit-binary-on-64bit-linux.html 따라하려 했는데 잘 안된다.. 그래도 한국어로 언어를 설정했다가 변경했더니 한글 글자로 표기된거는 잘 보이더라. 나중에 해봐야겠다.

우분투를 사용했을 때에는 호환이 바로 되어서 몰랐는데, 칼리를 사용하다보니 64bit 환경에서 32bit elf 파일을 실행 못 시키는 경우가 있어서 당황했다. ;원인도 제대로 찾지 못했어서 고생했다. 힘겹게 peda를 설치하고 디버깅을 하려는데 run 만 하면 파일을 찾을 수 없다고 오류가 나더라..꽤 많은 시간을 들인 구글링 끝에 32bit elf 실행이 안되서임을 깨닫고, 32bit elf 파일을 실행할 수 있게하는 패키지를 설치했다.>>sudo dpkg --add-architecture i386>>sudo apt-get update>>sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386 zlib1g:i386설치하니 잘 됬다. 하핳. 참..

? -> 사용자 >>su - 사용자명 ? -> root >>su -

Peda는 한마디로 말하면 엄청 많이 편리한 gdb라고 할 수 있다. 기존 gdb보다 훨씬 편하다. 사실 내가 peda를 설치한 이유는 vmmap과 libc를 사용하기 위함이기는 하지만 암튼 기존 gdb보다 훨씬 편리하다. git clone https://github.com/longld/peda 위 명령어로 peda를 설치하고 .gdbinit이라는 gdb 설정파일을 수정해야한다. (없으면 만들면 된다.) .gdbinit의 위치는 나는 그냥 사용자계정 디렉토리에 위치하게 했다. .gdbinit 파일의 내용은 다음과 같게 한다. source ~/peda/peda.py#gdb가 실행할 때 페다가 실행되도록 하기위해 사용. source 명령어로 즉시 적용되게함.(source 명령어는 스크립트 파일을 수정한 후 ..

가끔 root가 아닌 사용자가 root권한이 필요하여 sudo 명령어를 사용했을 때, "userid is not in the sudoers file." 라며 오류메세지를 띄우는 경우가 있다. 이는 유저계정이 sudo 명령어를 사용할 수 있도록 등록을 하는 과정을 거치지 않아서이다. 이럴 경우에는 sudo의 설정과 관련이 있는 파일인 /etc/sudoers 에 사용자 계정을 등록해주어야한다. 이 때, 기존 vi로는 수정할 수가 없다. visudo -f /etc/sudoers 로 사용자계정명 ALL=(ALL) ALL 처럼 수정해주면 등록을 할 수 있다. 참고 : https://blog.outsider.ne.kr/505

VMware 사용 시 로컬 os와 게스트 os 간의 파일복사가 이루어지려면 vmware tools를 설치해야한다. 그러나 가끔 설치버튼을 눌러도 설치가 안되는 경우가 있다.이런 경우에 VMware tool 설치파일이 있는 디렉토리가 read-only 로 되어있을 수 있다. 수동으로 install파일의 압축을 풀려해도 풀리지 않는다. (아무리 chmod명령어로 w권한을 주려해도 먹히지 않더라.) 내 경우네는 install 파일이 있는 위치가 /media/cdrom0 였다.내 생각에는 vmware에서 install VMware tool를 누르면, 저 툴이 있는 디렉토리가 CD처럼 mount가 되서 우리가 접근할 수 있게 된 거 같다. 그래서 아무리 mount -o remount, rw /dev/어쩌구(사용자..