C&C++   发布时间:2022-04-03  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了c – 可寻址存储器以及与缓冲区溢出的关系大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
阅读缓冲区溢出,我遇到了下面给出的示例代码: –
void function(int a,int b,int C) {
char buffer1[5];
char buffer2[10];
}

void main() {
 function(1,2,3);
}

这是来自着名的粉碎堆栈的乐趣和利润文章我猜. (参http://insecure.org/stf/smashstack.html)

文章说,要为buffer1和buffer2分配空间,需要20个字节(缓冲区1为8个字节,缓冲区2为12个字节),因为只能以字大小的倍数访问存储器地址(在这种情况下,1个字= 4个字节).

但我记得内存是字节可寻址的.我可以从内存中一次访问1个字节.我将此与处理器的位数相关联.例如一个32位处理器可以访问2 ^ 32个内存位置,并且由于1个内存位置保持1个字节(8位),32位处理器的总可寻址内存等于(2 ^ 32)/(1024 * 1024 * 1024)= 4096 MB = 4GB.

因为在上面的例子中,buffer1和buffer2都是char类型,假设需要1个字节,为什么我们不能分别为buffer1和buffer2分配5个字节和10个字节?

为什么内存访问限制为字大小的倍数?

解决方法

首先 – 内存访问不仅限于字大小.

正如您所指出的,您可以自由地以各自cpu支持的最细粒度访问内存 – 在大多数情况下,这将是字节.

但是对于C中的局部变量,对齐规则有点具体.
整个单词访问限制与函数本地放置在所谓的堆栈上的事实有关.

堆栈由cpu提供,以临时存储和检索存储器中的寄存器值,并且每个程序都有自己的存储器以用作堆栈空间.
在某些情况下,通常需要以您的cpu使用的寄存器大小访问堆栈,因此您不会意外地破坏cpu使用的推送/弹出访问.
在32位系统上,访问大小为每个寄存器4个字节,64位为8位.

因此在您的示例中,函数的堆栈在Intel cpu上可能看起来像这样(取决于操作系统):

|---   function's stack bottom  ---|
| 4 byte Code-Segment index        |
| 4 byte return address            |
| 4 byte buffer1[0..3]             |
| 1 byte buffer1[4],3 byte pad |
| 4 byte buffer2[0..3]             |
| 4 byte buffer2[4..7]             |
| 2 byte buffer2[8..9],2 byte pad |
|---   function's stack top     ---|

填充字节是必需的,这样当程序运行并使用函数内部的堆栈时,它仍然可以正确对齐(相信我会使用它很多;)).

例如.推/弹仍然会产生4字节对齐的地址.

请记住:此对齐规则仅适用于堆栈空间 – 全局或静态变量可以位于奇数存储器位置(不太可能,但可能)

我希望这不是技术/低级别的.

[编辑]如果您虑以下事情,那么缓冲区溢出的关系变得清晰:如果你知道内存和堆栈布局,你可以操作返回地址之类的东西.正如您所看到的那样,通过过度/下溢缓冲区,您可以轻松地更改堆栈上方/下方的值.在大多数情况下,这会使代码崩溃,但如果执行得当,您还可以将一些可执行代码放在堆栈中/内存中的某处,并更改函数的返回地址以跳转到该代码,而不是返回到调用它的位置.

大佬总结

以上是大佬教程为你收集整理的c – 可寻址存储器以及与缓冲区溢出的关系全部内容,希望文章能够帮你解决c – 可寻址存储器以及与缓冲区溢出的关系所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。