objdumpでメモリ配置まで見たい

Question

下記のコードをコンパイルし、objdumpで実際に配置されるメモリのアドレスを確認することはできないでしょうか。

//bof3.c
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
int main(int argc, char **argv) {
	char buffer[256];
	if(argc != 2) {		
		exit(0);
	}
	printf("%p\n", buffer);
	strcpy(buffer, argv[1]);
	printf("%s\n", buffer);
	return 0;
}

　
コマンド

gcc -m64 bof3.1.c -o bof3.1 -fno-stack-protector -z execstack
objdump -d -M intel -j .plt --no bof3.1

　
objdump結果

 
bof3.1:     file format elf64-x86-64


Disassembly of section .plt:

0000000000001020 <.plt>:
    1020:	push   QWORD PTR [rip+0x2fe2]        # 4008 <_GLOBAL_OFFSET_TABLE_+0x8>
    1026:	jmp    QWORD PTR [rip+0x2fe4]        # 4010 <_GLOBAL_OFFSET_TABLE_+0x10>
    102c:	nop    DWORD PTR [rax+0x0]

0000000000001030 <strcpy@plt>:
    1030:	jmp    QWORD PTR [rip+0x2fe2]        # 4018 <strcpy@GLIBC_2.2.5>
    1036:	push   0x0
    103b:	jmp    1020 <.plt>

0000000000001040 <puts@plt>:
    1040:	jmp    QWORD PTR [rip+0x2fda]        # 4020 <puts@GLIBC_2.2.5>
    1046:	push   0x1
    104b:	jmp    1020 <.plt>

0000000000001050 <printf@plt>:
    1050:	jmp    QWORD PTR [rip+0x2fd2]        # 4028 <printf@GLIBC_2.2.5>
    1056:	push   0x2
    105b:	jmp    1020 <.plt>

0000000000001060 <exit@plt>:
    1060:	jmp    QWORD PTR [rip+0x2fca]        # 4030 <exit@GLIBC_2.2.5>
    1066:	push   0x3
    106b:	jmp    1020 <.plt>

---追記---

私が読んでいる本では以下のようにobjdumpのみで、実行後に配置されるようなメモリの値がでているようです。。これはelf32だからなのでしょうか。。。

Comments

[cateye]

メモリアドレスは、実際にロードされるまで分からないと思いますが？

Answer 1

PIC(position independent code)ではなくアドレスをリンク時に決めて実行可能ファイルを作成したとき、どういうアドレスになるかを調べたいということだと思います。
普段PICかどうかとかロードアドレスとかを気にすることがないので「どうなんだろう」と思い

「gcc plt section」

でググると

ELF実行ファイルのメモリ配置はどのように決まるのか

という記事を見つけました。あまり深く読んではいないですが質問者さんが使っておられるコンパイルオプションを用いてUbuntu上にてgccでコンパイル・リンクして記事の通りにやってみたところ

・gdbを用いてmainで停止させプロセスのメモリーマップを/proc/プロセスid/mapsで表示
・readelf -Sでexecutableの各セクションの配置アドレスを表示

といったことができるみたいでした。この記事あたりが参考になるのではないでしょうか？

Comments

[konataro]

回答ありがとうございます！！
言葉足らずで申し訳ないです。

ちなみに、本だと実行していないのにobjdumpで.pltセクションのメモリ配置を確認しているようでした。。。これも実際に配置させてからobjdumpで見ているのでしょうか？

Answer 2

偶然、teratail内で発見しました....ハリネズミ本で困った人のために。

PIE(position-independent executable)と呼ばれるセキュリティ機能がobjdumpで逆アセンブリしたときに相対アドレスが表示されてしまう原因だったようです。
解決方法↓
バッファオーバーフローを起こしたい。