openclaw-security-audit

核心用法

OpenClaw Security Audit 是一款专为 OpenClaw/Clawdbot/Moltbot 部署环境设计的只读安全审计工具。用户通过自然语言请求安全审查后，该 Skill 会执行标准化的 10 步审计流程：环境识别、版本检测、网络暴露分析、网关配置审查、控制面板 Token 风险检测、执行策略评估、技能供应链审计、凭证存储检查、文件权限与提权风险排查、以及日志审计追踪。所有操作均采用非破坏性只读命令（如 ss、、cat、、ps、、journalctl` 等），最终生成包含 OK/VULNERABLE/UNKNOWN 状态的终端报告，每个发现均附带影响说明和具体修复步骤。

显著优点

设计严谨的安全原则：明确遵循"只读优先"、"禁止外泄"、"无风险命令"三大核心原则，所有敏感信息强制脱敏处理，从根本上杜绝审计过程本身引入新风险。标准化审计覆盖：10 步工作流全面覆盖 OpenClaw 生态的典型攻击面，包括网关公网暴露、CSWSH Token 窃取、技能供应链投毒、凭证明文存储等高频风险场景。零依赖轻量架构：纯文档型 Skill，无外部代码依赖、无第三方库、无网络请求，供应链攻击面为零。权威来源背书：来自 clawdbot/skills 官方仓库，作者与 OpenClaw 核心团队关联，社区声誉良好。

潜在缺点与局限性

被动检测能力：作为只读审计工具，无法验证某些配置的实际生效状态（如防火墙规则是否真正阻断流量），可能产生误报或漏报。版本依赖风险：CSWSH 等漏洞检测依赖用户提供的版本信息或本地 CLI 输出，若 OpenClaw 未安装 CLI 或版本命令失效，相关检查将标记为 UNKNOWN。环境覆盖盲区：针对容器化部署的检测逻辑相对简单，对 Kubernetes 等复杂编排环境的深度审计能力有限。修复执行门槛：虽然提供详细修复建议，但实际加固操作需用户手动执行或二次确认，无法一键修复。

适合的目标群体

OpenClaw/Clawdbot 运维人员：需要定期基线检查或上线前安全验收的技术团队。安全工程师：负责 AI Agent 基础设施风险评估的红队/蓝队成员。DevOps 与 SRE：在 CI/CD 流程中集成安全门禁，防止不安全配置流入生产环境。企业合规团队：满足等保、ISO27001 等标准中对 AI 系统配置审计的文档化要求。

使用风险

信息敏感性问题：审计过程会枚举系统进程、网络端口、文件权限等，生成的报告本身可能被视为敏感信息，需妥善管控访问权限。性能影响：大规模日志检索（如 journalctl 全量查询）在繁忙生产节点可能产生短暂 I/O 压力，建议在低峰期执行。依赖项风险：审计有效性依赖目标主机预装的系统工具（ss、、systemctl、、find 等），精简容器环境可能缺失部分命令导致检查项降级为 UNKNOWN。权限边界模糊：虽然 Skill 设计为无需 root，但某些深度检查（如 SUID 二进制文件全局扫描）在非特权用户下可能无法完整执行，用户可能误以为"无发现即安全"。

核心用法

OpenClaw Security Audit 是一个用于审查 OpenClaw/Clawdbot 部署安全性的专用技能。它通过一系列只读的系统诊断命令，检查网络暴露、认证配置、工具执行策略、技能供应链、凭据存储、文件权限等 10 个关键风险领域。技能执行后会生成一份结构化的审计报告，以 OK/VULNERABLE/UNKNOWN 的状态标识每个检查项，并针对每个漏洞提供详细的影响说明和修复指南。

显著优点

• 安全性极高：该技能是一个纯 Markdown 指令文件，零可执行代码、零外部依赖、零 API 调用，攻击面极小，通过安全认证并获评 S 级。
• 设计严谨：遵循“只读优先”、“禁止泄露”、“秘密脱敏”等核心安全原则，所有操作均为非破坏性的诊断命令，不会擅自修改系统配置或泄露敏感信息。
• 报告专业全面：输出格式规范，涵盖从环境识别到日志审计的完整工作流，每个风险点都提供“证据-影响-修复”的闭环建议，实用性极强。

潜在缺点或局限性

• 依赖性：该技能高度依赖 OpenClaw CLI 工具（如 openclaw status），若原生工具缺失或版本过旧，部分检查将被标记为 UNKNOWN，影响审计的完整性。
• 无自动修复：它仅提供修复建议，不会自动执行修复操作（除非用户额外要求），意味着风险处置仍需用户手动跟进。
• 范围有限：专注于 OpenClaw 生态的特定风险，不涵盖操作系统层面的通用安全基线（如内核参数、防火墙规则审计），无法替代全面的渗透测试或安全扫描工具。

适合的目标群体

• OpenClaw/Clawdbot 的部署者与运维人员：希望快速排查部署中的配置错误和攻击面。
• 对安全性有高要求的企业用户：在内部部署后，需要一份标准化的安全检查清单。
• 社区贡献者：希望在开发或使用新技能前，评估其部署环境的安全性。
• 不适合零基础用户：需要用户对 Linux 命令行和 OpenClaw 基础架构有一定的理解，以便解读报告和执行修复建议。

使用风险

• 信息收集风险：审计过程会执行 ss -tulpen（查看监听端口）和 find / -perm -4000（扫描 SUID 二进制文件）等系统级命令。虽为只读操作，但在高度敏感、合规严格的环境下，用户需确认授权范围，避免触及相关策略。
• 供应链风险：Skill 维护者 misirov 为社区贡献者（T2 级可信来源），虽代码托管于组织级仓库 clawdbot/skills 降低了风险，但长期依赖仍需关注上游仓库的活跃度与潜在变更。
• 误报风险：任何自动化审计都可能产生误报。例如，某些特地暴露的端口或有合法用途的 SUID 文件可能被标记为 VULNERABLE，需人工复核确认。