Rust 对抗 SQL 注入与 XSS：编写安全的 Web 应用

为什么 Rust 是 Web 安全的新标准？

当谈到 Web 安全时，许多开发者会立刻想到 ORM、预编译查询和 HTML 转义。但如果我告诉你，编程语言本身就能承担大部分工作呢？这正是 Rust 所做的——一种不容忍错误，也不让你犯错的语言。

在本文中，我们将探讨 Rust 的安全性如何体现在两种最关键的 Web 应用攻击中：SQL 注入和 XSS（跨站脚本攻击）。你将看到真实的代码示例、与 Python 的对比，并理解为什么 Rust 成为那些错误代价是用户安全的项目的首选。

Rust 如何从理论到实践防止 SQL 注入

SQL 注入是经典问题。我们都知道需要使用预编译查询。但在 Rust 中，这种模式在语言层面通过类型系统和借用检查器被内化到文化中。

方法对比：Python vs Rust

看看一段典型的 Python 代码，它可能存在漏洞：

# Python (危险)\nuser_input = "'; DROP TABLE users; --"\nquery = f"SELECT * FROM users WHERE name = '{user_input}'"\ncursor.execute(query)\n

即使你使用 psycopg2，你也可能不小心忘记转义。而 Rust 迫使你以不同的方式思考。

在 Rust 中，使用 sqlx 或 diesel 库时，你不能简单地将字符串插入查询——类型系统不允许：

// Rust 与 sqlx (安全)\nuse sqlx::PgPool;\n\nlet user_input = "'; DROP TABLE users; --";\nlet user: Option<User> = sqlx::query_as(\n    "SELECT * FROM users WHERE name = $1"\n)\n.bind(&user_input) // 类型安全的绑定\n.fetch_optional(&pool)\n.await?;\n

注意 $1 和 .bind()。Rust 不允许将值直接插入查询字符串。这不仅仅是约定——这是编译的强制要求。这里的 Rust 安全性体现在，如果你使用正确的库，你物理上无法创建 SQL 注入。

为什么这在类型层面有效？

在 Rust 中，查询字符串和数据是不同的类型。像 sqlx 这样的库在编译时检查查询（编译时检查查询）。如果你试图做一些危险的事情，代码根本不会编译：

// 这不会编译！\nlet query = format!("SELECT * FROM users WHERE name = '{}'", user_input);\nsqlx::query(&query); // 错误：期望 &str，而不是带有替换的 String\n

所有权和借用系统不会让你不小心“吞下”危险数据。这不是魔法——这是内置于语言中的工程纪律。

防范 XSS：转义与自动检查

XSS 是攻击者将脚本注入你的 HTML。在 Rust 中，你可以在多个层面进行防御，而且某些检查甚至在程序运行之前就发生了。

具有自动转义的模板引擎

在 Python 中，你使用带有 autoescape=true 的 jinja2。在 Rust 中，有 askama 或 maud，它们做同样的事情，但具有类型安全性。以下是使用 askama 的示例：

// Rust 与 askama (模板引擎)\nuse askama::Template;\n\n#[derive(Template)]\n#[template(source = "<h1>Hello, {{ name }}!</h1>", ext = "html")]\nstruct HelloTemplate {\n    name: String,\n}\n\nfn main() {\n    let t = HelloTemplate {\n        name: "<script>alert('XSS')</script>".to_string(),\n    };\n    let rendered = t.render().unwrap();\n    // 输出：<h1>Hello, &lt;script&gt;...</h1>\n    // 标签被自动转义！\n}\n

请注意