security-monitor

核心用法

security-monitor 是专为 Clawdbot 设计的实时安全监控技能，以 Node.js 脚本形式运行，提供两种工作模式：单次扫描模式（--interval 60）和守护进程模式（--daemon）。用户可通过命令行参数灵活配置监控间隔（秒）、威胁类型（credentials/ports/api-calls）及输出方式。监控数据以 JSON 格式持久化到 /root/clawd/clawdbot-security/logs/alerts.log，并支持控制台实时输出。

显著优点

1. 零依赖部署：仅使用 Node.js 内置模块（fs/path/child_process），无 npm 包依赖，杜绝供应链攻击风险。
2. 多维度威胁检测：覆盖暴力破解（认证日志分析）、端口扫描（ss/netstat 监控）、进程异常、文件篡改、容器健康五大安全场景。
3. 轻量级架构：单文件实现（monitor.cjs），模块化函数设计，便于审计和二次开发。
4. 生态协同：与 security-audit 技能形成"扫描+监控"的完整安全闭环，支持 PM2/systemd 生产级部署。

潜在缺点与局限性

1. 功能未完全实现：Telegram 警报功能标记为 TODO，实际仅支持本地日志和控制台输出。
2. 硬编码路径：监控目录、日志路径均为硬编码（/root/clawd/...），缺乏配置灵活性。
3. 正则精度问题：IP 提取正则存在逻辑缺陷（match 对象使用不当），可能导致误报或漏报。
4. 参数验证缺失：命令行参数未做严格校验，存在潜在输入风险。
5. 权限要求较高：需读取 /var/log/auth.log、.env 等敏感文件，对运行环境有特定权限依赖。

适合的目标群体

• Clawdbot 生产环境运维人员：需要 7×24 小时安全监控的部署场景
• 中小团队安全管理员：缺乏专业 SOC（安全运营中心）资源，需要轻量级自建方案
• DevOps 工程师：已将 Clawdbot 集成至 CI/CD 流程，需配套安全监控能力
• 安全合规需求方：需要满足基础入侵检测日志留存要求的组织

使用风险

1. 性能开销：高频监控（如 10 秒间隔）配合 execSync 同步执行系统命令，可能对低配置服务器造成 CPU/IO 压力。
2. 日志膨胀：长期运行的守护进程未实现日志轮转，磁盘空间存在耗尽风险。
3. 权限配置风险：若日志文件权限设置不当（建议 600），敏感安全数据可能被非授权读取。
4. 误报干扰：基于阈值的启发式检测（如"5 分钟内 10 次失败登录"）在复杂网络环境中可能产生噪音警报。
5. 单点故障：无高可用设计，监控进程自身崩溃将导致安全盲区。

核心用法

security-monitor 是一款专为 Clawdbot 部署环境设计的实时安全监控 Skill，以 Node.js 独立脚本形式运行，无需外部依赖。用户可通过命令行参数灵活配置监控模式：默认以 60 秒为间隔轮询检测，支持 --daemon 后台常驻、--threats 指定威胁类型等选项。核心监控能力覆盖五大维度：暴力破解攻击（通过 /var/log/auth.log 分析失败登录）、端口扫描行为（ss 命令检测异常连接）、进程异常（ps 监控非预期进程）、文件完整性（监控 .env、配置文件变更）及容器健康状态（Docker 状态检查）。告警输出支持控制台实时打印、JSON 格式日志持久化（/root/clawd/clawdbot-security/logs/alerts.log）以及预留的 Telegram 接口（待实现）。推荐与 security-audit Skill 配合使用——先执行一次性全量审计，再启动持续监控形成闭环防护。

显著优点

• 零依赖轻量架构：仅使用 Node.js 内置模块（fs、child_process 等），无第三方依赖包，极大降低供应链攻击面和维护成本
• 功能与声明高度一致：安全认证报告确认该 Skill 实际行为与 SKILL.md 描述完全吻合，未发现功能夸大或隐藏行为
• 来源可信：维护者为 chandrasekar-r，托管于 GitHub 组织 clawdbot/skills，属 T2 级别可信来源（可信组织/组织账号）
• 多维度威胁覆盖：同时覆盖网络层（端口扫描）、认证层（暴力破解）、系统层（进程异常）、数据层（文件篡改）及基础设施层（容器健康），形成纵深防御
• 灵活的部署模式：支持交互式运行、后台守护进程、PM2/systemd 托管等多种运行形态，适应生产环境不同运维需求

潜在缺点与局限性

• 系统命令依赖风险：核心功能依赖 execSync 执行 tail、ss、ps、docker 等系统命令，虽为监控必需，但存在潜在的命令注入隐患（当前输入验证较简单）
• 敏感文件深度访问：主动读取 /root/clawd/skills/.env 等敏感路径，虽仅检测存在性不外泄，但涉及高权限文件操作
• 隐私合规不足：GDPR、CCPA 等合规项均为「warn」状态，未提供数据最小化配置、保留策略设置，用户知情权保障不完善
• 功能完整性欠缺：Telegram 告警功能仅为 TODO 注释，尚未实现，实际告警渠道有限
• 评分中等偏保守：安全认证综合评分 65/100（B 级），主要受限于隐私合规和系统命令使用方式

适合人群

• Clawdbot 生产环境运维人员：需要 7×24 小时持续监控部署实例安全状态的团队
• 中小规模基础设施管理者：服务器资源有限、偏好轻量无依赖工具的用户
• 安全合规初阶实践者：希望建立基础安全监控能力、暂不追求企业级 SIEM 复杂度的场景

常规风险

| 风险类别 | 具体描述 | 缓解建议 |

|---------|---------|---------|

| 命令注入 | `--threats` 等参数若被恶意构造，可能通过 `execSync` 执行未预期命令 | 避免将用户输入直接拼接入命令，启用严格参数白名单验证 |

| 权限过度 | 需高权限读取系统日志、Docker 守护进程，运行账号权限较大 | 遵循最小权限原则，使用专用监控账号，限制 sudo 范围 |

| 日志泄露 | 收集的登录日志、进程信息可能包含敏感凭据痕迹 | 配置日志目录访问控制（0700），定期轮转清理 |

| 误报干扰 | 合法管理操作可能被识别为异常（如批量配置变更） | 建立告警分级机制，区分紧急/警告/通知级别 |

| 监控盲区 | 自身进程若被攻击者终止，将失去防护能力 | 通过 systemd `Restart=always` 或 PM2 确保进程自愈 |

综合评估

该 Skill 是一款定位清晰、架构简洁的轻量级安全监控工具，适合作为 Clawdbot 部署环境的基础防护层。其「无第三方依赖」的设计显著降低了供应链风险，但「系统命令依赖」的实现方式也带来了固有的安全隐患。T2 可信来源和「功能与声明一致」的认证结论增强了信任基础，但 B 级评分和多项隐私合规警告提示其在企业敏感场景下需额外加固。建议用户在启用前充分评估自身环境的权限隔离能力，优先在测试环境验证行为，并结合 security-audit 完成基线建立后再投入生产持续运行。