> 作者：点小安
> 分类：OpenClaw实战
> 阅读时间：34分钟
> 关键词：OpenClaw生产环境、安全加固、容器隔离、密钥管理
—
OpenClaw在测试环境跑得好好的，一上生产就出问题？
这不是个例。
测试环境可以容忍偶尔的误操作，但生产环境必须7×24小时稳定运行、数据隐私得到保护、攻击面最小化。
2026年2月，比利时网络安全中心发布紧急警告：OpenClaw的一键RCE漏洞可能导致”完全系统沦陷”。
这本手册，就是帮你在生产环境安全部署OpenClaw的完整方案。
—
生产环境必须把OpenClaw跑在容器里，但简单的docker run远远不够。
“`bash
docker run -d \
–name openclaw-production \
–user 1000:1000 \
–memory=”2g” \
–cpus=”2.0″ \
–read-only \
–tmpfs /tmp:rw,noexec,nosuid,size=256m \
–security-opt no-new-privileges \
–cap-drop ALL \
–cap-add NET_BIND_SERVICE \
-v openclaw-config:/app/config:ro \
-v openclaw-data:/app/data:rw \
-p 127.0.0.1:65001:65001 \
openclaw/openclaw:2026.2.25
“`
关键配置说明：
| 参数 | 作用 |
|——|——|
| --user 1000:1000 | 以非root用户运行，防止权限提升 |
| --read-only | 只读根文件系统，防止恶意写入 |
| --tmpfs /tmp | 临时文件系统，限制大小并禁用执行权限 |
| --security-opt no-new-privileges | 禁止进程获取新特权 |
| --cap-drop ALL | 只保留必需权限 |
—
“`bash
docker network create \
–driver bridge \
–subnet=172.20.0.0/24 \
–internal \
openclaw-internal
“`
网络策略优势：
– 内部网络不可从外部访问
– 容器间通信受控，防止横向移动
– 通过代理容器提供外部访问
—
“`bash
docker run -d \
–cpus=”2.0″ \
–memory=”2g” \
–memory-reservation=”1g” \
–memory-swap=”3g” \
–pids-limit=100 \
–blkio-weight=500 \
# … 其他参数
“`
—
当OpenClaw需要服务多个用户或部门时，必须实现会话级别的隔离。
“`json
{
“agents”: {
“defaults”: {
“sandbox”: {
“mode”: “all”,
“scope”: “session”,
“workspaceAccess”: “ro”,
“network”: {
“mode”: “isolated”,
“allowedHosts”: [“api.openai.com”, “api.anthropic.com”]
}
}
}
}
}
“`
—
“`json
{
“openai”: {
“api_key”: “sk-proj-xxxxxxxxxxxxxxxxxxxx”
}
}
“`
直接把密钥写在配置文件里，任何能访问主机的进程都能读取。
—
“`bash
export OPENAI_API_KEY=$(vault kv get -field=api_key secret/openclaw/openai)
export ANTHROPIC_API_KEY=$(vault kv get -field=api_key secret/openclaw/anthropic)
export OPENCLAW_GATEWAY_TOKEN=$(openssl rand -hex 32)
docker run -d \
-e OPENAI_API_KEY \
-e ANTHROPIC_API_KEY \
-e OPENCLAW_GATEWAY_TOKEN \
# … 其他参数
“`
—
“`bash
mkdir -p /run/openclaw/secrets
chmod 700 /run/openclaw/secrets
echo “sk-proj-xxxxxxxx” | gpg –encrypt –recipient admin@company.com > /run/openclaw/secrets/openai.gpg
docker run -d \
-v /run/openclaw/secrets:/run/secrets:ro \
# … 其他参数
“`
—
“`python
“””
OpenClaw API密钥使用监控
实时检测异常调用模式
“””
import json
from datetime import datetime, timedelta
from collections import defaultdict
class APIKeyMonitor:
def __init__(self, webhook_url=None):
self.call_history = defaultdict(list)
self.anomaly_thresholds = {
‘rate_limit’: 100, # 每分钟最大调用次数
‘token_usage’: 1000000, # 每日最大token消耗
}
self.webhook_url = webhook_url
def log_call(self, provider, endpoint, tokens_used):
“””记录API调用”””
call_data = {
‘timestamp’: datetime.now().isoformat(),
‘provider’: provider,
‘endpoint’: endpoint,
‘tokens_used’: tokens_used,
}
self.call_history[provider].append(call_data)
self._check_anomalies(provider)
def _check_anomalies(self, provider):
“””检查异常调用模式”””
calls = self.call_history[provider]
# 检查调用频率
last_minute = [c for c in calls if
datetime.fromisoformat(c[‘timestamp’]) > datetime.now() – timedelta(minutes=1)]
if len(last_minute) > self.anomaly_thresholds[‘rate_limit’]:
self._trigger_alert(f”高频调用警报: {provider}在1分钟内调用{len(last_minute)}次”)
def _trigger_alert(self, message):
“””触发警报”””
print(f”[ALERT] {message}”)
# 发送到webhook…
“`
—
“`bash
set -e
LOG_FILE=”/var/log/openclaw/key-rotation.log”
TIMESTAMP=$(date “+%Y-%m-%d %H:%M:%S”)
echo “[$TIMESTAMP] 开始API密钥轮换流程” >> $LOG_FILE
NEW_OPENAI_KEY=$(openai api keys create –name “openclaw-$(date +%Y%m%d)” –json | jq -r ‘.key’)
NEW_GATEWAY_TOKEN=$(openssl rand -hex 32)
vault kv put secret/openclaw/openai api_key=”$NEW_OPENAI_KEY”
vault kv put secret/openclaw/gateway token=”$NEW_GATEWAY_TOKEN”
docker stop openclaw-production
docker rm openclaw-production
export OPENAI_API_KEY=”$NEW_OPENAI_KEY”
export OPENCLAW_GATEWAY_TOKEN=”$NEW_GATEWAY_TOKEN”
docker run -d \
–name openclaw-production \
-e OPENAI_API_KEY \
-e OPENCLAW_GATEWAY_TOKEN \
# … 其他参数
sleep 10
if curl -s http://127.0.0.1:65001/health | grep -q “healthy”; then
echo “[$TIMESTAMP] ✅ 密钥轮换成功” >> $LOG_FILE
else
echo “[$TIMESTAMP] ❌ 服务健康检查失败” >> $LOG_FILE
send_alert “OpenClaw密钥轮换失败”
exit 1
fi
“`
—
“`json
{
“logging”: {
“level”: “info”,
“format”: “json”,
“redactSensitive”: “tools”,
“redactPatterns”: [
“sk-[a-zA-Z0-9]{20,}”,
“Bearer [a-zA-Z0-9._-]{20,}”,
“token=[a-zA-Z0-9]{32,}”
],
“outputs”: [
{
“type”: “file”,
“path”: “/var/log/openclaw/gateway.jsonl”,
“rotation”: {
“max_size”: “100MB”,
“max_files”: 10
}
}
]
}
}
“`
—
| 规则 | 条件 | 严重程度 | 动作 |
|——|——|:——–:|——|
| 高频API调用 | 1分钟内>100次 | 高 | 限流 |
| 异常时间活动 | 非工作时间>20次调用 | 中 | 告警 |
| 容器逃逸尝试 | 调用mount/chroot/unshare | 严重 | 阻断+告警 |
| 敏感文件访问 | 访问/etc/passwd等 | 高 | 阻断+调查 |
—
| 级别 | 名称 | 标准 | 响应时间 |
|:—-:|——|——|:——–:|
| 1级 | 紧急事件 | 系统被完全控制 | 立即 |
| 2级 | 严重事件 | 发现入侵迹象 | 15分钟内 |
| 3级 | 一般事件 | 配置错误/异常行为 | 1小时内 |
| 4级 | 信息事件 | 安全扫描发现漏洞 | 24小时内 |
—
第一步：确认与评估
– [ ] 确认事件真实性
– [ ] 确定受影响范围
– [ ] 评估潜在损害
– [ ] 确定事件级别
第二步：控制与遏制
– [ ] 隔离受影响系统
– [ ] 保护现场证据
– [ ] 阻止攻击持续
– [ ] 启用备份系统
第三步：根除与恢复
– [ ] 确定攻击根源
– [ ] 清除后门程序
– [ ] 恢复干净系统
– [ ] 验证恢复效果
第四步：复盘与改进
– [ ] 分析事件原因
– [ ] 制定改进措施
– [ ] 更新应急预案
– [ ] 团队复盘
—
“`bash
INCIDENT_LOG=”/var/log/openclaw/incidents/$(date +%Y%m%d_%H%M%S).log”
log() {
echo “[$(date ‘+%Y-%m-%d %H:%M:%S’)] $1” | tee -a “$INCIDENT_LOG”
}
log “停止OpenClaw服务…”
docker stop openclaw-production 2>/dev/null || true
log “创建系统快照…”
mkdir -p /evidence/openclaw_$(date +%s)
docker export openclaw-production > /evidence/openclaw_$(date +%s)/container.tar 2>/dev/null || true
cp /var/log/openclaw/* /evidence/openclaw_$(date +%s)/ 2>/dev/null || true
log “配置网络隔离…”
iptables -A INPUT -p tcp –dport 65001 -j DROP
log “紧急轮换API密钥…”
source /etc/openclaw/emergency-rotation.sh
log “发送安全警报…”
“`
—
| 检查项 | 说明 | 状态 |
|——–|——|:—-:|
| 容器隔离 | 使用Docker三层防御配置 | ⬜ |
| 网络隔离 | 仅绑定localhost，防火墙限制 | ⬜ |
| 密钥管理 | 环境变量注入，定期轮换 | ⬜ |
| 日志审计 | 结构化日志，敏感信息脱敏 | ⬜ |
| 异常监控 | 实时检测，自动告警 | ⬜ |
| 应急预案 | 事件分级，响应流程明确 | ⬜ |
—
生产环境的安全不是一次性配置，而是持续的过程。
定期审计、关注安全公告、及时更新，这些习惯比任何技术措施都重要。
—
点小安 | 点滴安全实验室
专注AI安全实战，让技术真正落地。