Hostinger VPS 上 OpenClaw 安全加固设置教程

OpenClaw 是一款功能强大的自动化与爬取工具，但与任何会执行命令和处理外部内容的服务一样，它必须得到妥善的安全保护。如果你是手动在云服务器（VPS）上安装 OpenClaw，这一点尤为重要，因为不安全的默认设置可能让你的服务器面临严重风险。

如果你通过 Hostinger Docker 目录部署 OpenClaw，一些关键的安全措施会自动应用，例如分配随机端口以及配置网关身份验证。不过，仍有一些额外的加固步骤需要你自行处理，以确保配置达到生产级的安全水准。

本教程将介绍 OpenClaw 最常见的安全风险，以及如何防范和应对这些风险。

Hostinger 默认已为你保障的安全项（Docker 目录安装）

当你通过 Hostinger Docker 目录部署 OpenClaw 时，我们已经为你处理了若干项基本防护：

OpenClaw 网关不会暴露在固定或广为人知的端口上，从而降低被自动化扫描和暴力破解攻击的风险。
网关身份验证通过安全的 gateway.auth.token 启用，可防止未经身份验证的 API 访问。

这些措施显著缩小了攻击面，但仅靠它们还不够。

默认情况下，宽松的 DM 策略可能允许不希望允许的用户或操作。请配置 DM 策略，明确仅允许你所需的用户、角色或操作。在生产环境中，避免使用通配符或“允许所有”的规则。

在没有沙盒的情况下运行 OpenClaw 会让命令以更少的限制执行。请始终启用沙盒模式；如果你在使用 Docker，除非绝对必要，否则应为沙盒任务禁用外部网络访问。这样可以防止恶意或被篡改的提示词访问你的系统或网络。

以明文形式存储在配置文件中的凭据是一个常见的薄弱环节。请使用环境变量来管理令牌、API 密钥和机密信息，并确保敏感文件具有严格的权限（例如，仅 OpenClaw 进程所有者可读取）。

OpenClaw 经常处理网页内容、用户输入或外部数据。请将所有外部输入视为不可信内容。将不可信内容包裹在明确的“不可信”边界内，避免让其直接影响命令执行或工具调用。

某些命令绝不应供 OpenClaw 任务使用。请明确屏蔽破坏性或不可逆的命令，例如递归删除、强制 git push、shell 管道操作或任意网络调用，除非你的使用场景严格要求使用它们。

如果 OpenClaw 运行在 Docker 中，请将其放置在一个隔离的 Docker 网络里。除非确有必要，否则不要让它访问你的内部服务、数据库或管理接口。网络隔离可以在 OpenClaw 被攻破时将影响范围降至最低。

只启用 OpenClaw 实际需要的 MCP 工具。授予宽泛或过高的工具权限会增加风险，并违背最小权限原则。请定期审查工具权限，并根据配置的演进及时调整。

如果没有日志，安全事件将难以检测和调查。请启用全面的会话和操作日志，以追踪 OpenClaw 执行了什么、何时运行以及由谁触发。

如果 OpenClaw 使用配对码或令牌，请使用加密安全的随机值，并应用速率限制以防范暴力破解尝试。