用途：帮助开发者系统理解 Tauri 应用在开发、构建、分发、运行时各阶段的安全威胁，并给出对应缓解措施。核心原则是 Tauri 采用两层安全模型：Rust 核心拥有完整系统访问权限，WebView 前端只能通过受控 IPC 层访问暴露的资源。
主要能力： 开发阶段：用 cargo audit、npm audit 扫描依赖漏洞，cargo vet、cargo crev、cargo supply-chain 做供应链分析；保持 Tauri、rustc、nodejs 更新；关键依赖用 git 提交哈希固定版本；开发服务器默认不加密、不认证，建议仅在可信网络开发或使用 mTLS；启用提交签名 git config --global commit.gpgsign true。 构建阶段：CI/CD 可访问源码与密钥，需信任可靠提供商或自建基础设施；按平台签名（macOS 需 Apple 开发者证书与公证，Windows 需代码签名证书，Linux 用 GPG）；签名密钥建议存于硬件令牌。Rust 与前端打包器尚不能完全可靠复现构建，需多层验证。 分发阶段：防范清单服务器、构建服务器、二进制托管被篡改；更新走 HTTPS、证书固定、客户端验证签名，发布校验和与签名清单，分发系统启用多因素认证与审计日志。 运行时：WebView 视为不可信，防护层依次为 CSP、Capabilities、Permissions、Scopes。在 tauri.conf.json 配置 csp 与 freezePrototype；在 src-tauri/capabilities/ 下按窗口标签定义权限；在 permissions 的 TOML 中用 scope.allow 与 scope.deny 限制资源路径；可配置 remote.urls 控制外部 URL 访问命令。
适用场景：Tauri 桌面应用的安全设计、代码审计与加固。
限制：资料未提供具体版本兼容性、性能影响或完整示例项目；部分缓解措施（如 mTLS、可复现构建）在 Tauri 内置能力中支持有限，需自行实现。发现漏洞可通过 GitHub 漏洞披露或 security@tauri.app 报告。