指针释放完后必须置为空指针
指针释放没处理好，容易引发高风险漏洞：内存破坏漏洞。
在编程中对指针进行释放后，需要将该指针设置为NULL，以防止后续free指针的误用，从而导致UAF (Use After Free)等其他内存破坏问题。尤其在结构体、类里面存储的原始指针。
错误释放指针范例
正确释放指针范例
针对指针释放建议的解决方案：建议使用string、vector、智能指针等代替原始内存管理机制，这样可以大量减少这类型的错误。
指针应用时必须检查空指针
这类问题没处理好，容易引发低风险的拒绝服务漏洞风险。
下面是检查空指针范例
注意检查指针大小的方式
检查指针大小没处理好，它会引发中风险逻辑漏洞的风险
下面是检查指针大小范例
智能指针使用安全
智能指针如果没应用好，会引发高风险漏洞：内存破坏漏洞
在编程中使用智能指针时候，必须防止智能指针和原始指针混用，否则可能会导致对象生命周期问题，例如UAF安全风险。
错误的使用智能指针
正确的使用智能指针
防止错误类型转换
类型转换处理不好会引发高风险的漏洞：内存破坏漏洞
在编程中对指针、对象或变量进行操作时，需要能够正确判断所操作对象的原始类型。如果使用了与原始类型不兼容的类型进行访问操作，那么代码就会存在安全的隐患。
错误类型转换范例
正确使用类型转换范例
不可直接使用无长度限制的函数
使用无长度限制的的函数，它会引发中风险漏洞和高风险漏洞：信息泄露漏洞和缓冲区溢出漏洞。
不能直接使用无长度限制的字符串拷贝、输入函数、例如：strcpy、sprintf、wcscpy、mbscpy等函数，这些函数的特征是：通过输入一长串字符串，而不限制长度。如果环境允许，应当使用_s安全版本替代，或者使用n版本函数(如：snprintf，vsnprintf)。
若使用形如sscanf之类的函数时，在处理字符串输入时应该通过%10s这样的方式来严格限制字符串长度，同时确保字符串末尾有�。如果环境允许应该使用_s安全版本。
在使用n系列拷贝函数时，要确保正确计算缓冲区长度，同时，如果你不确定是否地面在各个编译器下都能确保末尾有0时候，建议增加1字节输入缓冲区，并将其置为�，以确保输出的字符串结尾一定有�。
建议使用方案：在C++中，建议用string、vector等更高封装层的基础组件代替原始指针和动态数组，可以有效提高代码的可读性和安全性。
调用启动进程类的系统函数的安全做法
没调用好启动进程类的系统函数，它会引发两大高风险漏洞：代码执行漏洞和权限提升漏洞。
在调用如 system、WinExec、CreateProcess、SheellExecute等启动进程类的函数，需要严格检查函数的参数。
当启动时从用户输入、环境变量读取组合命令行时，还需要注意是否可能存在命令注入风险。最好进行检查用户输入是否含有非法数据。
下面可以借鉴的范例
尽量不要使用_alloca和可变长度数组
使用_alloca和可变长度数组，它可能会引发低风险和高风险漏洞：拒绝服务漏洞和内存破坏漏洞。
_alloca和可变长度数组使用的内存量在编译期间是未知的，尤其是在循环中使用时，根据编译器的实现不同，可能会导致：1.栈溢出；2.缺少栈内存测试的编译器实现可能导致申请到非栈内存，并导致内存损坏。
对于C++，可变长度数组也是非标准扩展，在代码规范中禁止使用。
调用printf系列函数，参数必须对应
调用printf系列函数没处理好会引发中风险漏洞：信息泄露漏洞
调用printf系列函数，如sprintf，snprintf，vprintf等必须对应控制符号和参数。
不要把用户可修改字符串作为printf系列函数的“format”参数
这个没处理好，它会引发低风险、中风险和两大高风险漏洞：拒绝服务、信息泄露、内存破坏和代码执行漏洞。
如果用户可以控制字符串，则通过%n、%p等内容，最坏情况洗可以直接执行任意恶意代码。
对数组delete时需要使用delete[]
这个没处理好，它会引发低风险、中风险和高风险漏洞：内存泄漏、逻辑漏洞、内存破坏漏洞
delete []操作符用于删除数组。delete操作符用于删除非数组对象。它们分别调用operator delete[]和operator delete。
建议的解决方案在C++代码中，使用string、vector、智能指针（比如std::unique_ptr
使用switch中必须使用default
编程中switch没应用好，它会引发两大中风险漏洞：逻辑漏洞、内存泄漏漏洞。
switch中应该有default，以处理各种预期外的情况。这可以确保switch接受用户输入，或者后期在其他开发者修改函数后确保switch仍可以覆盖到所有情况，并确保逻辑正常运行。
在debug版本或错误信息中不提供过多信息。
提供过多的信息，这会引发中风险的信息泄露漏洞。
包含过多信息的Debug消息不应当被用户获取到。Debug信息可能会泄露一些值，例如内存数据、内存地址等内容，这些内容可以帮助攻击者在初步控制程序后，更容易地攻击程序。
不能返回栈上变量的地址和使用未初始化栈变量
这个情况，会引发高风险的内存破坏漏洞。
函数不可以返回栈上的变量的地址，它的内容再函数返回后就会失效，可以用堆类传递简单类型变量。
在栈上声明的变量使用之前确认是否已经初始化了。最好是在声明变量的时候，就直接初始化变量值。
建议方案：强烈建议返回 string、vector 等类型，会让代码更加简单和安全。
错误的范例
正确的用法范例
函数的每个分支都应该有返回值
函数中的分支没处理好，它会引发两大中风险漏洞：信息泄露，逻辑漏洞。
函数的每个分支都应该有返回值，否则如果函数走到无返回值的分支，其结果是未知的。
错误用法的范例
正确用法的范例
在多线程中变量应确保线程安全性
线程中的变量没处理好，它会引发两大中风险漏洞：信息泄露，逻辑漏洞。
当一个变量可能被多个线程使用时，应当使用原子操作或加锁操作。
建议解决方案：
对于C代码，C11 后推荐使用 atomic 标准库。
对于C++代码，C++11后，推荐使用 std::atomic。
错误用法范例
正确用法范例
在程序中不得明文存储敏感信息。
存储明文信息，它会引发高风险漏洞风险：敏感信息泄露漏洞。
用户的敏感信息应该使用加密算法进行做处理，并做到传输过程中加密，存储过程中加密，存储状态下加密。在程序运行内存中的用户敏感信息应该完全抹除。
使用rand()类函数应正确初始化
编程中rand函数没有正确初始化，它会引发逻辑漏洞的高风险漏洞。
在编程中，rand类函数的随机性并不高。而且在使用前需要使用srand()来初始化。未初始化的随机数可能导致某些内容可预测。
操作文件时候避免路径穿越问题
编程中，如果文件路径没处理好，它会引发高风险的逻辑漏洞。
在进行文件操作时，需要判断外部传入的文件名是否合法，如果文件名中包含 ../ 等特殊字符，则会造成路径穿越，导致任意文件的读写。
避免相对路径导致被劫持的问题
编程中相对路径没处理好会引发逻辑漏洞风险。
在编程中，使用相对路径可能导致一些安全风险，例如DLL、EXE劫持等问题。
针对DLL劫持编码安全的建议：
调用LoadLibrary，LoadLibraryEx，CreateProcess，ShellExecute等进行模块加载的函数时，指明模块的完整（全）路径，禁止使用相对路径，这样就可避免从其它目录加载DLL。
在应用程序的开头调用SetDllDirectory(TEXT("")); 从而将当前目录从DLL的搜索列表中删除。
结合SetDefaultDllDirectories，AddDllDirectory，RemoveDllDirectory这几个API配合使用，可以有效的规避DLL劫持问题。
文件权限控制
编程中，文件权限没处理好，它会引发中风险的逻辑漏洞风险。
在创建文件时，需要根据文件的敏感级别设置不同的访问权限，以防止敏感数据被其他恶意程序读取或写入。
防止整数溢出
在编程中，数据操作时候没处理好，它会引发高风险的漏洞：内存破坏。
在计算时需要考虑整数溢出的可能，尤其在进行内存操作时，需要对分配、拷贝等大小进行合法校验，防止整数溢出导致的漏洞。
错误用法范例
正确用法范例
防止Off-By-One漏洞
计算和操作数据的时候没处理好，它会引发高风险漏洞：内存破坏
在进行计算或者操作时，如果使用的最大值或最小值不正确，使得该值比正确值多1或少1，可能导致安全风险。
解决方案：建议使用 string、vector 等组件代替原始指针和数组操作。
运算时检查除以零异常
编程中，数据运算没检查除以零的情况，它会引发低风险的漏洞：拒绝服务漏洞。
在进行除法运算时，需要判断被除数是否为零，以防导致程序不符合预期或者崩溃。
防止数字类型的错误强转
在编程中数值类型没处理好，它会引发中风险逻辑漏洞和高风险内存破坏漏洞。
在有符号和无符号数字参与的运算中，需要注意类型强转，它可能导致的逻辑错误，建议指定参与计算时数字的类型或者统一类型参与计算。
下图是参考范例
比较数据大小时加上最小或最大值的校验
编程中数据比较没处理好，它会引发高风险的内存破坏漏洞
在编程中进行数据大小比较时，要合理地校验数据的区间范围，建议根据数值类型，对其进行最大和最小值的判断，以防止非预期错误。
E N D
