字符串安全：strcpy/strcat风险与安全替代函数

字符串操作，在C语言里可以说是家常便饭。但恰恰是这些最常用的函数，埋下了最多的坑。我见过太多线上事故，追根溯源，就是一行简单的strcpy或strcat。今天咱们就把这两个“老朋友”的风险聊透，再给出靠谱的替代方案。

一、strcpy：看似简单，实则危险

strcpy的原型很简单：

char *strcpy(char *dest, const char *src);

它把src指向的字符串拷贝到dest指向的缓冲区。问题在哪？它不检查目标缓冲区的大小。如果src比dest长，就会发生缓冲区溢出。

我在项目中遇到过这样一个案例：一个日志记录模块，用strcpy拼接用户输入的设备名。结果有人输入了一个超长的设备名，直接覆盖了相邻的变量，导致系统崩溃。更可怕的是，如果攻击者精心构造输入，完全可以劫持控制流。

二、strcat：拼接的陷阱

strcat的问题和strcpy如出一辙：

char *strcat(char *dest, const char *src);

它把src追加到dest末尾，但同样不检查dest剩余空间。更隐蔽的是，strcat需要先遍历dest找到末尾，如果dest本身就没有正确终止，那后果更严重。

我曾经接手过一个遗留系统，里面大量使用strcat拼接配置路径。有一次配置项被意外修改，路径变长，直接覆盖了后面的关键数据结构。排查了整整两天，最后发现是strcat惹的祸。嗯，从那以后，我对这两个函数就格外警惕。

三、安全替代方案：strncpy

strncpy是标准库提供的“安全”版本：

char *strncpy(char *dest, const char *src, size_t n);

它最多拷贝n个字符。但这里有个坑——如果src长度大于等于n，dest不会以'\0'结尾。说白了，它不保证字符串终止。

正确用法示例：

char dest[32];
strncpy(dest, src, sizeof(dest) - 1);
dest[sizeof(dest) - 1] = '\0';  // 手动保证终止

你想想看，如果忘了最后一行，万一src正好31个字符，dest就没有终止符。后续任何字符串操作都会越界。所以我的建议是：把手动终止写成肌肉记忆。

四、更推荐的方案：snprintf

我个人最推荐的安全替代是snprintf。它不仅能控制输出长度，还保证字符串以'\0'结尾。

int snprintf(char *str, size_t size, const char *format, ...);

关键点：

• 最多写入size-1个字符
• 始终在末尾添加'\0'
• 返回值为“本应写入的字符数”（不含终止符）

示例：

char dest[32];
int n = snprintf(dest, sizeof(dest), "%s", src);
if (n >= sizeof(dest)) {
    // 数据被截断了，需要处理
    fprintf(stderr, "警告：字符串被截断\n");
}

我在项目中已经全面用snprintf替代了strcpy和strcat。刚开始团队里有人觉得麻烦，但经历过一次线上截断问题后，大家都接受了。说白了，多写一行参数，换来的是整个系统的稳定性。

五、安全替代方案对比

函数	是否检查大小	是否保证终止	截断检测	推荐度
strcpy	否	是（但可能溢出）	无	❌ 禁用
strcat	否	是（但可能溢出）	无	❌ 禁用
strncpy	是	不保证	需手动	⚠️ 谨慎使用
snprintf	是	保证	有返回值	✅ 推荐

六、核心逻辑流程图

下面这张图展示了从输入到安全输出的完整决策路径：

七、避坑指南与最佳实践

总结几条我这些年积累的经验：

• 禁用strcpy和strcat：在代码规范里直接禁止使用，CI流水线中加静态检查。
• 优先用snprintf：它最安全，功能也最全。拷贝、拼接、格式化，一个函数搞定。
• 如果用strncpy，一定手动终止：这是最常见的遗漏点。我建议封装一个安全包装函数。
• 检查返回值：snprintf的返回值告诉你数据是否被截断。不要忽略它。
• 静态分析工具：用cppcheck、Coverity等工具自动检测危险函数调用。

字符串安全，说白了就是“别让数据跑出它该待的地方”。控制好边界，检查好终止，你的代码就能避开一大半的安全漏洞。嗯，今天就聊到这里，希望这些经验对你有帮助。

---

公众号:蓝海资料掘金营，微信deep3321