当前位置：首页 > ds >正文

SQL 语句拼接在 C 语言中的实现与安全性分析

ds 2025/8/26 6:41:29

代码解析

// 构建SQL插入语句
char *sql_insert = (char *)malloc(sizeof(char) * 200);  // 分配200字节内存
strcpy(sql_insert, "INSERT INTO user(username, passwd) VALUES(");  // 复制基础SQL语句
strcat(sql_insert, "'");  // 添加单引号
strcat(sql_insert, name);  // 添加用户名变量
strcat(sql_insert, "', '");  // 添加分隔符和引号
strcat(sql_insert, password);  // 添加密码变量
strcat(sql_insert, "')");  // 添加结尾引号和括号

这段代码最终生成的 SQL 语句格式为：

INSERT INTO user(username, passwd) VALUES('用户名', '密码')

为什么需要这样拼接？

C 语言的字符串特性：
- C 语言中没有内置的字符串类型，字符串只是字符数组
- 字符串操作需要手动管理内存和拼接
- 没有现代语言中的字符串插值或模板功能
动态 SQL 构建需求：
- 应用程序通常需要根据用户输入构建不同的 SQL 语句
- 用户名和密码是变量，需要在运行时插入到 SQL 模板中

深度分析与安全隐患

1. SQL 注入漏洞

这是最严重的安全问题。如果用户输入的 name 或 password 包含特殊字符（如单引号），攻击者可以执行恶意 SQL 代码。

示例攻击：
如果用户输入密码为：' OR '1'='1
最终生成的 SQL 语句将变为：

INSERT INTO user(username, passwd) VALUES('admin', '' OR '1'='1')

这可能允许未经授权的访问。

2. 缓冲区溢出风险

固定分配 200 字节可能不足够容纳长用户名或密码
使用 strcpy 和 strcat 可能造成缓冲区溢出，导致程序崩溃或安全漏洞

3. 内存管理问题

手动分配内存但代码中没有显示释放操作，可能导致内存泄漏
没有检查 malloc 是否返回 NULL（分配失败）

安全改进方案

1. 使用参数化查询（推荐）

现代数据库API支持参数化查询，从根本上防止SQL注入：

// 使用SQLite参数化查询示例
sqlite3_stmt *stmt;
const char *sql = "INSERT INTO user(username, passwd) VALUES(?, ?)";
sqlite3_prepare_v2(db, sql, -1, &stmt, NULL);
sqlite3_bind_text(stmt, 1, name, -1, SQLITE_STATIC);
sqlite3_bind_text(stmt, 2, password, -1, SQLITE_STATIC);
sqlite3_step(stmt);
sqlite3_finalize(stmt);

2. 如果必须拼接，采取安全措施

// 计算所需内存大小
int needed = snprintf(NULL, 0, "INSERT INTO user(username, passwd) VALUES('%s', '%s')", name, password);
char *sql_insert = malloc(needed + 1);// 使用snprintf安全格式化
snprintf(sql_insert, needed + 1, "INSERT INTO user(username, passwd) VALUES('%s', '%s')", name, password);// 使用后释放内存
free(sql_insert);