什么是C语言缓冲区溢出漏洞？怎么利用？谁可以提供详细的资料

缓冲区溢出漏洞入门介绍

成都创新互联公司是一家专注于成都网站设计、网站建设与策划设计,名山网站建设哪家好?成都创新互联公司做网站,专注于网站建设10多年,网设计领域的专业建站公司;建站业务涵盖:名山等地区。名山做网站价格咨询:18982081108

文/hokersome

一、引言

不管你是否相信，几十年来，缓冲区溢出一直引起许多严重的安全性问题。甚至毫不夸张的说，当前网络种种安全问题至少有50%源自缓冲区溢出的问题。远的不说，一个冲击波病毒已经令人谈溢出色变了。而作为一名黑客，了解缓冲区溢出漏洞则是一门必修课。网上关于溢出的漏洞的文章有很多，但是大多太深或者集中在一个主题，不适合初学者做一般性了解。为此，我写了这篇文章，主要是针对初学者，对缓冲区溢出漏洞进行一般性的介绍。

缓冲区溢出漏洞是之所以这么多，是在于它的产生是如此的简单。只要C/C++程序员稍微放松警惕，他的代码里面可能就出现了一个缓冲区溢出漏洞，甚至即使经过仔细检查的代码，也会存在缓冲区溢出漏洞。

二、溢出

听我说了这些废话，你一定很想知道究竟什么缓冲区溢出漏洞，溢出究竟是怎么发生的。好，现在我们来先弄清楚什么是溢出。以下的我将假设你对C语言编程有一点了解，一点点就够了，当然，越多越好。

尽管缓冲区溢出也会发生在非C/C++语言上，但考虑到各种语言的运用程度，我们可以在某种程度上说，缓冲区溢出是C/C++的专利。相信我，如果你在一个用VB写的程序里面找溢出漏洞，你将会很出名。回到说C/C++，在这两种使用非常广泛的语言里面，并没有边界来检查数组和指针的引用，这样做的目的是为了提高效率，而不幸的是，这也留下了严重的安全问题。先看下面一段简单的代码：

#includestdio.h

void main()

{

char buf[8];

gets(buf);

}

程序运行的时候，如果你输入“Hello”，或者“Kitty”，那么一切正常，但是如果输入“Today is a good day”，那么我得通知你，程序发生溢出了。很显然，buf这个数组只申请到8个字节的内存空间，而输入的字符却超过了这个数目，于是，多余的字符将会占领程序中不属于自己的内存。因为C/C++语言并不检查边界，于是，程序将看似正常继续运行。如果被溢出部分占领的内存并不重要，或者是一块没有使用的内存，那么，程序将会继续看似正常的运行到结束。但是，如果溢出部分占领的正好的是存放了程序重要数据的内存，那么一切将会不堪设想。

实际上，缓冲区溢出通常有两种，堆溢出和堆栈溢出。尽管两者实质都是一样，但由于利用的方式不同，我将在下面分开介绍。不过在介绍之前，还是来做一些必要的知识预备。

三、知识预备

要理解大多数缓冲区溢出的本质，首先需要理解当程序运行时机器中的内存是如何分配的。在许多系统上，每个进程都有其自己的虚拟地址空间，它们以某种方式映射到实际内存。我们不必关心描述用来将虚拟地址空间映射成基本体系结构的确切机制，而只关心理论上允许寻址大块连续内存的进程。

程序运行时，其内存里面一般都包含这些部分：1)程序参数和程序环境；2)程序堆栈，它通常在程序执行时增长，一般情况下，它向下朝堆增长。3)堆，它也在程序执行时增长，相反，它向上朝堆栈增长；4)BSS 段，它包含未初始化的全局可用的数据（例如，全局变量）； 5)数据段，它包含初始化的全局可用的数据（通常是全局变量）；6)文本段，它包含只读程序代码。BSS、数据和文本段组成静态内存：在程序运行之前这些段的大小已经固定。程序运行时虽然可以更改个别变量，但不能将数据分配到这些段中。下面以一个简单的例子来说明以上的看起来让人头晕的东西：

#includestdio.h

char buf[3]="abc";

int i;

void main()

{

i=1

return;

}

其中，i属于BBS段，而buf属于数据段。两者都属于静态内存，因为他们在程序中虽然可以改变值，但是其分配的内存大小是固定的，如buf的数据大于三个字符，将会覆盖其他数据。

与静态内存形成对比，堆和堆栈是动态的，可以在程序运行的时候改变大小。堆的程序员接口因语言而异。在C语言中，堆是经由 malloc() 和其它相关函数来访问的，而C++中的new运算符则是堆的程序员接口。堆栈则比较特殊，主要是在调用函数时来保存现场，以便函数返回之后能继续运行。

四、堆溢出

堆溢出的思路很简单，覆盖重要的变量以达到自己的目的。而在实际操作的时候，这显得比较困难，尤其是源代码不可见的时候。第一，你必须确定哪个变量是重要的变量；第二，你必须找到一个内存地址比目标变量低的溢出点；第三，在特定目的下，你还必须让在为了覆盖目标变量而在中途覆盖了其他变量之后，程序依然能运行下去。下面以一个源代码看见的程序来举例演示一次简单的堆溢出是如何发生的：

#include "malloc.h"

#include "string.h"

#include "stdio.h"

void main()

{

char *large_str = (char *)malloc(sizeof(char)*1024);

char *important = (char *)malloc(sizeof(char)*6);

char *str = (char *)malloc(sizeof(char)*4);

strcpy(important,"abcdef");//给important赋初值

//下面两行代码是为了看str和important的地址

printf("%d/n",str);

printf("%d/n",important);

gets(large_str);//输入一个字符串

strcpy(str, large_str);//代码本意是将输入的字符串拷贝到str

printf("%s/n",important);

}

在实际应用中，这样的代码当然是不存在的，这只是一个最简单的实验程序。现在我们的目标是important这个字符串变成"hacker"。str和important的地址在不同的环境中并不是一定的，我这里是7868032和7868080。很好，important的地址比str大，这就为溢出创造了可能。计算一下可以知道，两者中间隔了48个字节，因此在输入溢出字符串时候，可以先输入48个任意字符，然后再输入hakcer回车，哈哈，出来了，important成了"hacker"。

五、堆栈溢出

堆溢出的一个关键问题是很难找到所谓的重要变量，而堆栈溢出则不存在这个问题，因为它将覆盖一个非常重要的东西----函数的返回地址。在进行函数调用的时候，断点或者说返回地址将保存到堆栈里面，以便函数结束之后继续运行。而堆栈溢出的思路就是在函数里面找到一个溢出点，把堆栈里面的返回地址覆盖，替换成一个自己指定的地方，而在那个地方，我们将把一些精心设计了的攻击代码。由于攻击代码的编写需要一些汇编知识，这里我将不打算涉及。我们这里的目标是写出一个通过覆盖堆栈返回地址而让程序执行到另一个函数的堆栈溢出演示程序。

因为堆栈是往下增加的，因此，先进入堆栈的地址反而要大，这为在函数中找到溢出点提供了可能。试想，而堆栈是往上增加的，我们将永远无法在函数里面找到一个溢出点去覆盖返回地址。还是先从一个最简单的例子开始：

void test(int i)

{

char buf[12];

}

void main()

{

test(1);

}

test 函数具有一个局部参数和一个静态分配的缓冲区。为了查看这两个变量所在的内存地址（彼此相对的地址），我们将对代码略作修改：

void test(int i)

{

char buf[12];

printf("i = %d/n", i);

printf("buf[0] = %d/n", buf);

}

void main()

{

test(1);

}

需要说明的是，由于个人习惯的原因，我把地址结果输出成10进制形式，但愿这并不影响文章的叙述。在我这里，产生下列输出：i = 6684072 buf[0] = 6684052。这里我补充一下，当调用一个函数的时候，首先是参数入栈，然后是返回地址。并且，这些数据都是倒着表示的，因为返回地址是4个字节，所以可以知道，返回地址应该是保存在从6684068到6684071。因为数据是倒着表示的，所以实际上返回地址就是：buf[19]*256*256*256+buf[18]*256*256+buf[17]*256+buf[16]。

我们的目标还没有达到，下面我们继续。在上面程序的基础，修改成：

#include stdio.h

void main()

{

void test(int i);

test(1);

}

void test(int i)

{

void come();

char buf[12];//用于发生溢出的数组

int addr[4];

int k=(int)i-(int)buf;//计算参数到溢出数组之间的距离

int go=(int)come;

//由于EIP地址是倒着表示的，所以首先把come()函数的地址分离成字节

addr[0]=(go 24)24;

addr[1]=(go 16)24;

addr[2]=(go 8)24;

addr[3]=go24;

//用come()函数的地址覆盖EIP

for(int j=0;j4;j++)

{

buf[k-j-1]=addr[3-j];

}

}

void come()

{

printf("Success!");

}

一切搞定！运行之后，"Success!"成功打印出来！不过，由于这个程序破坏了堆栈，所以系统会提示程序遇到问题需要关闭。但这并不要紧，因为至少我们已经迈出了万里长征的第一步。

错误提示

我来解释下.

运行某些程序的时候，有时会出现内存错误的提示，然后该程序就关闭。

“0x????????”指令引用的“0x????????”内存。该内存不能为“read”。

“0x????????”指令引用的“0x????????”内存，该内存不能为“written”。

以上的情况相信大家都应该见到过，甚至说一些网友因为不爽于这个经常出现的错误提示而屡次重装系统。相信普通用户应该不会理解那些复杂的十六进制代码。

出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。

一：先说说硬件：

一般来说，电脑硬件是很不容易坏的。内存出现问题的可能性并不大（除非你的内存真的是杂牌的一塌徒地），主要方面是：1。内存条坏了（二手内存情况居多）、2。使用了有质量问题的内存，3。内存插在主板上的金手指部分灰尘太多。4。使用不同品牌不同容量的内存，从而出现不兼容的情况。5。超频带来的散热问题。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。

二、如果都没有，那就从软件方面排除故障了。

先说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在缓冲区，需要操作系统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址也就是编程中的“光标”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的光标，而是系统向应用程序发出的一个通知，告知出现了错误。

作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给它分配的可用光标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的内存不能为“read”错误，并指出被引用的内存地址为“0x00000000“。

内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统档案之后。

在使用动态分配的应用程序中，有时会有这样的情况出现：程序试图读写一块“应该可用”的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是“忘记了”向操作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图“违法”的程序唯一的下场就是被操作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效光标不一定总是0，因此错误提示中的内存地址也不一定为“0x00000000”，而是其它随机数字。

首先建议：

1、 检查系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统，从而导致操作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。

2、 更新操作系统，让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。有时候操作系统本身也会有BUG，要注意安装官方发行的升级程序。

3、 尽量使用最新正式版本的应用程序、Beta版、试用版都会有BUG。

4、 删除然后重新创建 Winnt\System32\Wbem\Repository 文件夹中的文件：在桌面上右击我的电脑，然后单击管理。 在"服务和应用程序"下，单击服务，然后关闭并停止 Windows Management Instrumentation 服务。 删除 Winnt\System32\Wbem\Repository 文件夹中的所有文件。（在删除前请创建这些文件的备份副本。） 打开"服务和应用程序"，单击服务，然后打开并启动 Windows Management Instrumentation 服务。当服务重新启动时，将基于以下注册表项中所提供的信息重新创建这些文件： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Autorecover MOFs

内存错误不能读写完全解决方案

运行某些程序的时候，有时会出现内存错误的提示，然后该程序就关闭。 “0x????????”指令引用的“0x????????”内存。该内存不能为“read”。

“0x????????”指令引用的“0x????????”内存，该内存不能为“written”。

不知你出现过类似这样的故障吗？（0x后面内容有可能不一样。）

一般出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。

下面先说说硬件：

一般来说，内存出现问题的可能性并不大，主要方面是：内存条坏了、内存质量有问题，还有就是2个不同牌子不同容量的内存混插，也比较容易出现不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。

假如你是双内存，而且是不同品牌的内存条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者和其它硬件不兼容。

如果都没有，那就从软件方面排除故障了。

先简单说说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在其一位置时，因为没有足够空间，就会发生溢出现象。举个例子：一个桶子只能将一斤的水，当你放入两斤的水进入时，就会溢出来。而系统则是在屏幕上表现出来。这个问题，经常出现在windows2000和XP系统上，Windows 2000/XP对硬件的要求是很苛刻的,一旦遇到资源死锁、溢出或者类似Windows 98里的非法操作，系统为保持稳定，就会出现上述情况。另外也可能是硬件设备之间的兼容性不好造成的。

下面我从几个例子给大家分析：

例一：打开IE浏览器或者没过几分钟就会出现\"0x70dcf39f\"指令引用的\"0x00000000\"内存。该内存不能为“read”。要终止程序，请单击“确定”的信息框，单击“确定”后，又出现“发生内部错误，您正在使用的其中一个窗口即将关闭”的信息框，关闭该提示信息后，IE浏览器也被关闭。 解决方法：修复或升级IE浏览器，同时打上补丁。看过其中一个修复方法是，Win2000自升级，也就是Win2000升级到Win2000，其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0，自升级后，会被IE5.0代替。

例二：在windows xp下双击光盘里面的“AutoRun.exe”文件，显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为“written”，要终止程序，请单击“确定”，而在Windows 98里运行却正常。 解决方法：这可能是系统的兼容性问题，winXP的系统，右键“AutoRun.exe”文件，属性，兼容性，把“用兼容模式运行这个程序”项选择上，并选择“Windows 98/Me”。win2000如果打了SP的补丁后，只要开始，运行，输入：regsvr32 c:\\winnt\\apppatch\\slayerui.dll。右键，属性，也会出现兼容性的选项。

例三：RealOne Gold关闭时出现错误，以前一直使用正常，最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为“read” 的提示。 解决方法：当使用的输入法为微软拼音输入法2003，并且隐藏语言栏时（不隐藏时没问题）关闭RealOne就会出现这个问题，因此在关闭RealOne之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。

例四：我的豪杰超级解霸自从上网后就不能播放了，每次都提示“Ox060692f6”（每次变化）指令引用的“Oxff000011”内存不能为“read”，终止程序请按确定。 解决方法：试试重装豪杰超级解霸,如果重装后还会，到官方网站下载相应版本的补丁试试。还不行，只好换就用别的播放器试试了。

例五：双击一个游戏的快捷方式，“Ox77f5cdO”指令引用“Oxffffffff”内 存，该内存不能为“read” ，并且提示Client.dat程序错误。 解决方法：重装显卡的最新驱动程序，然后下载并且安装DirectX9.0。

例六：一个朋友发信息过来，我的电脑便出现了错误信息:“0*772b548f”指令引用的“0*00303033”内存，该内存不能为“written”,然后QQ自动下线，而再打开QQ，发现了他发过来的十几条的信息。 解决方法：这是对方利用QQ的BUG，发送特殊的代码，做QQ出错，只要打上补丁或升级到最新版本，就没事了。

如果将计算机上分页文件Pagefile.sys的大小设置为小于系统推荐的大小加上物理内存的总和，这时系统可能创建一个临时分页文件Temppf.sys。如果临时分页文件Temppf.sys要使用大量的硬盘可用空间，而剩余的可用硬盘空间小于在“控制面板”中配置的分页文件设置的初始大小，就可能出现此问题。解决的方法:

1.清理系统分区的垃圾文件，给临时分页文件腾出足够的空间，以适应临时分页文件的大小。

2.用Win＋Break组合键打开“系统属性”，在“高级”选项卡中单击“性能”栏中的“设置”按钮，在弹出窗口的“高级”选项卡中点击“虚拟内存”栏中的“更改”按钮，将分页文件的“初始大小”和“最大大小”的值均设置为0，然后重新启动计算机。

3.根据上面的步骤将“初始大小”和“最大大小”值重置为Windows 2000的推荐(默认)值，再次重新启动计算机。这样为分页文件配置了适当的大小后，临时分页文件将被删除，虚拟内存错误将不再发生。

不明白的话去我的网页吧：

力扣（LeetCode）70爬楼梯Go语言实现报错为啥？

应该是递归层次太多，导致溢出了，考虑这个转变成循环吧，不然70级斐波那契递归层次太多了

我为什么要选择Rust

你好，很高兴为你解答。

专访资深程序员庄晓立：我为什么要选择Rust？

Rust是由Mozilla开发的注重安全、性能和并发性的编程语言。这门语言自推出以来就得到了国内外程序员的大力推崇。Rust声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。但在国内有关Rust的学习文档并不多见，不久前，笔者联系上了Rust1.0版本代码贡献者庄晓立（精彩博文：为什么我说Rust是靠谱的编程语言），请他分享Rust语言特性以及学习经验。

CSDN：你是从什么时候开始接触Rust语言的？是什么地方吸引了你？

庄晓立：我大概从2013年后半年开始深入接触Rust语言。它居然声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。

其ownership机制令人眼前一亮，无虚拟机（VM）、无垃圾收集器（GC）、无运行时（Runtime）、无空指针/野指针/内存越界/缓冲区溢出/段错误、无数据竞争（Data Race）……所有这些，都深深地吸引了我——这个十多年以来深受C语言折磨的痛并快乐着的程序员。

CSDN：在你看来，Rust是怎样的一门语言？它适合开发什么类型的项目？为何你会说Rust不惧怕任何竞争对手，它既能取代C语言地位；又可挑战C++市场，还可向Java、Python分一杯羹？与这些语言相比，Rust有哪些优越的特性？

庄晓立：Rust是一门系统编程语言，特别适合开发对CPU和内存占用十分敏感的系统软件，例如虚拟机（VM）、容器（Container）、数据库/游戏/网络服务器、浏览器引擎、模拟器等，而这些向来主要都是C/C++的传统领地。

此外，Rust在系统底层开发领域，如裸金属（bare metal）、操作系统（OS）、内核（kernel）、内核模块（mod）等，也有强劲的实力，足以挑战此领域的传统老大C语言。Rust丰富的语言特性、先进的设计理念、便捷的项目管理，令它在上层应用开发中也能大展拳脚，至少在运行性能上比带VM和GC的语言要更胜一筹。无GC实现内存安全机制、无数据竞争的并发机制、无运行时开销的抽象机制，是Rust独特的优越特性。

其他语言很难同时实现这些目标，例如传统C/C++无法保证内存安全，Java/Python等无法消除运行时开销。但Rust毕竟还是很年轻的项目，它释放影响力需要时间，被世人广泛接受需要时间；它的潜力能否爆发出来，需要时间去检验。我们只需耐心等待。

CSDN：Rust在国内有没有具体的实际使用案例？

庄晓立：因为Rust1.0正式版刚刚发布不足一月，在国内影响力还不大，我们不能苛求它在国内有实际应用案例。但是在国外，一两年前就已经有OpenDNS和Skylight把Rust应用在生产环境。还有浏览器引擎Servo、Rust编译器和标准库、项目管理器Cargo等“两个半大型应用案例”。这些足够说明Rust语言的成熟和实用。

CSDN：你参与了Rust1.0版本代码贡献，目前该版本正式版已经发布，对此你感觉如何？这门语言是否已经达到比较成熟的阶段？

庄晓立：我积极参与了Rust语言开源项目，多次贡献源代码，曾连续三次出现在Rust官方博客公布的Rust 1.0 alpha、Rust 1.0 beta和Rust 1.0正式版的贡献者名单中。在Rust 1.0正式版出台的过程中及此前的很长一段时间，开发者付出了极大的努力，确保Rust 1.0正式版在Semver 2.0规范下，务必保持向后兼容性，除非遇到重大Bug不得不修复。

我认为，在1.0正式发布之后，Rust就已经进入了比较成熟的阶段。而且，Rust还在快速迭代发展过程中，1.0发布6周后将发布1.1，再6周后将发布1.2，必然会一步一个台阶，越来越成熟稳定。

CSDN：除了功能优先级以外，在你看来，Rust正在朝什么方向发展？未来的Rust可以期待什么样的特性？

庄晓立：Rust一定会沿着“确保内存安全、无运行开销、高效实用”的既定方向持续发展。在短期内值得期待的语言特性有：动态Drop、偏特化、继承、改进borrow checker、改进宏和语法扩展。短期内值得期待的其他特性有：增强文件系统API、提供内存申请释放API、更好地支持Windows和ARM、更快的编译速度、更方便的二进制分发机制（MUSL）、更实用的工具等等。

CSDN：据我了解，你之前也比较推崇Go语言，为何想到放弃Go转向Rust？

庄晓立：推崇Go语言还谈不上，不过我曾经尝试努力接受Go语言，2011底年开始我曾经花费将近半年时间深度关注Go开发进程，提了很多具体的改进意见和建议，也曾经多次尝试贡献源代码。后来考虑到Go语言的设计理念跟我偏差太大，其社区也不太友好，慢慢地疏远了它。我曾经写过一篇博客《我为什么放弃Go语言》，谈到了很多具体的原因。

CSDN：国内，参与Rust代码贡献的开发者多吗？有核心的人员吗？有哪些社区在维护Rust？

庄晓立：国内参与Rust代码贡献的开发者并不多，但也不少，官方的贡献者名单中也偶见几个貌似国人的名字。Rust的核心开发人员基本上都是Mozilla公司的员工，他们专职负责开发维护Rust语言和相关的项目，Rust社区也主要是他们参与组织和管理的。社区人员讨论主要集中在GitHub项目主页RFC/PR/Issue官方、Discuss论坛/IRC、Reddit、HN、StackOverflow等。

GO语言（十六）：模糊测试入门（上）

本教程介绍了 Go 中模糊测试的基础知识。通过模糊测试，随机数据会针对您的测试运行，以尝试找出漏洞或导致崩溃的输入。可以通过模糊测试发现的一些漏洞示例包括 SQL 注入、缓冲区溢出、拒绝服务和跨站点脚本攻击。

在本教程中，您将为一个简单的函数编写一个模糊测试，运行 go 命令，并调试和修复代码中的问题。

首先，为您要编写的代码创建一个文件夹。

1、打开命令提示符并切换到您的主目录。

在 Linux 或 Mac 上：

在 Windows 上：

2、在命令提示符下，为您的代码创建一个名为 fuzz 的目录。

3、创建一个模块来保存您的代码。

运行go mod init命令，为其提供新代码的模块路径。

接下来，您将添加一些简单的代码来反转字符串，稍后我们将对其进行模糊测试。

在此步骤中，您将添加一个函数来反转字符串。

a.使用您的文本编辑器，在 fuzz 目录中创建一个名为 main.go 的文件。

独立程序（与库相反）始终位于 package 中main。

此函数将接受string，使用byte进行循环 ，并在最后返回反转的字符串。

此函数将运行一些Reverse操作，然后将输出打印到命令行。这有助于查看运行中的代码，并可能有助于调试。

e.该main函数使用 fmt 包，因此您需要导入它。

第一行代码应如下所示：

从包含 main.go 的目录中的命令行，运行代码。

可以看到原来的字符串，反转它的结果，然后再反转它的结果，就相当于原来的了。

现在代码正在运行，是时候测试它了。

在这一步中，您将为Reverse函数编写一个基本的单元测试。

a.使用您的文本编辑器，在 fuzz 目录中创建一个名为 reverse_test.go 的文件。

b.将以下代码粘贴到 reverse_test.go 中。

这个简单的测试将断言列出的输入字符串将被正确反转。

使用运行单元测试go test

接下来，您将单元测试更改为模糊测试。

单元测试有局限性，即每个输入都必须由开发人员添加到测试中。模糊测试的一个好处是它可以为您的代码提供输入，并且可以识别您提出的测试用例没有达到的边缘用例。

在本节中，您将单元测试转换为模糊测试，这样您就可以用更少的工作生成更多的输入！

请注意，您可以将单元测试、基准测试和模糊测试保存在同一个 *_test.go 文件中，但对于本示例，您将单元测试转换为模糊测试。

在您的文本编辑器中，将 reverse_test.go 中的单元测试替换为以下模糊测试。

Fuzzing 也有一些限制。在您的单元测试中，您可以预测Reverse函数的预期输出，并验证实际输出是否满足这些预期。

例如，在测试用例Reverse("Hello, world")中，单元测试将返回指定为"dlrow ,olleH".

模糊测试时，您无法预测预期输出，因为您无法控制输入。

但是，Reverse您可以在模糊测试中验证函数的一些属性。在这个模糊测试中检查的两个属性是：

（1）将字符串反转两次保留原始值

（2）反转的字符串将其状态保留为有效的 UTF-8。

注意单元测试和模糊测试之间的语法差异：

（3）确保新包unicode/utf8已导入。

随着单元测试转换为模糊测试，是时候再次运行测试了。

a.在不进行模糊测试的情况下运行模糊测试，以确保种子输入通过。

如果您在该文件中有其他测试，您也可以运行go test -run=FuzzReverse，并且您只想运行模糊测试。

b.运行FuzzReverse模糊测试，查看是否有任何随机生成的字符串输入会导致失败。这是使用go test新标志-fuzz执行的。

模糊测试时发生故障，导致问题的输入被写入将在下次运行的种子语料库文件中go test，即使没有-fuzz标志也是如此。要查看导致失败的输入，请在文本编辑器中打开写入 testdata/fuzz/FuzzReverse 目录的语料库文件。您的种子语料库文件可能包含不同的字符串，但格式相同。

语料库文件的第一行表示编码版本。以下每一行代表构成语料库条目的每种类型的值。由于 fuzz target 只需要 1 个输入，因此版本之后只有 1 个值。

c.运行没有-fuzz标志的go test； 新的失败种子语料库条目将被使用：

由于我们的测试失败，是时候调试了。

网站标题：go语言缓冲区溢出 golang 栈溢出
网页URL：http://azwzsj.com/article/hphgso.html