缓冲区溢出攻击的基本原理就是溢出时覆盖了函数返回地址，之后就会去执行攻击者自己的函数；

针对缓冲区溢出时覆盖函数返回地址这一特征，微软在编译程序时使用了安全编译选项-GS；
目前版本的Visual Studio中默认启用了这个编译选项；

GS的工作机制是，
    在所有函数调用发生时，向栈帧内压入一个额外的随机DWORD，称为Security Cookie；
    Security Cookie位于EBP之前，系统还将在.data的内存区域中存放一个Security Cookie的副本；
    当栈中发生溢出时，Security Cookie将被首先淹没，之后才是EBP和返回地址；
    在函数返回之前，系统将执行一个额外的安全验证操作，被称做Security check；
    
    这样如果Security Cookie被改变了，就证明受到了缓冲区溢出攻击；

此选项默认开启；VS2015，如下图；

只是了解一下；还不会反汇编跟踪查看到栈帧内的Security Cookie；

如果每个函数调用都进行Security check，对性能还是会有影响；

根据MS的说法，

    如果值不同（Security Cookie），则指示可能已覆盖堆栈。 如果检测到不同的值，将终止进程。

如果命令行编译则是加 /GS 选项；

根据MS的说法，

/GS 编译器选项保护以下项：

    函数调用的返回地址；

    函数的异常处理程序地址；

    易受攻击的函数参数；