针对main函数的运行时stack的分析

最新推荐文章于 2023-04-26 09:06:42 发布

JasonLeaster

最新推荐文章于 2023-04-26 09:06:42 发布

阅读量2k

点赞数

分类专栏： The C language CSAPP 文章标签： C language

本文链接：https://blog.csdn.net/cinmyheart/article/details/39142471

版权

55 篇文章 1 订阅

订阅专栏

20 篇文章 2 订阅

订阅专栏

这里需要特殊说明的是运行环境是64-bits的Ubuntu.编译器是gcc

测试用代码:

int main(int argc,char* argv[])
{
	int array[10];

	array[0] = 10; 
	array[9] = 9; 

	return 0;
}

利用GDB调试这段代码。我们来观察分析main函数的栈

分析&argc 和&argv可以知道当前main函数栈的使用情况

64bits 的机器。指针长度是64bits，即8byte.

由于字节对其的缘故，这里stack的运行时状态是这样的

提示: 如果%rbp 被破坏，那么将导致call main无法返回，接着core dump（因为原来函数的栈被破坏啦～,　确切的说是rbp　stack base pointer）

这篇blog意在为后面的CSAPP lab0做铺垫~

update: 2014.09.13

保存%rbp的位置之前(高地址处)是return address

更新:　2015. 04.07

这是我最近（前几天吧）写的一段好玩的代码．可以试试看，会不会dump, 如果dump是什么原因，如果不会dump会出现什么现象(输出如何) 这里我把 tag数组特意设置成7个，是故意的．会有关于机器字节对其的问题，

#include <stdio.h>

int main()
{
    char tag[7];　

    printf("hello world!\n");
   
    *((unsigned long*)tag + 3) = (unsigned long)main;
}

享受一下爆栈的快感～

测试环境是 ubuntu 64bits gcc

分析：

tag只有7byte，但是，这里由于机器字节对其，64bits的机器，会对齐到8byte

　　而tag上面会储存一个 %rbx + %rbp + 一个return address　每个都是8byte.

这里旨在覆盖重写return address．

　　我自己这里也有个疑问，为什么会有把rbx寄存器的值压栈？高手路过不吝指教．

关注