仿冒域名监测
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_c516e897/fake-domain-monitoring。
技能介绍
要解决什么问题
品牌或业务域名一旦被抢注、被仿冒站点挂解析,往往是在用户投诉或安全扫描之后才被发现。手工查 WHOIS、对比 DNS 记录既费时,又缺少「上次是什么样」的基线,很难判断是新增风险还是历史误配。
技能如何工作
本技能不依赖项目里的 app.py,Agent 以 scripts/monitor.py 为唯一主入口,完成配置、巡检与结果解读。
典型流程:
- 在
config.json的domains中维护列表,或用monitor.py add追加域名 - 执行
monitor.py run,脚本查询 WHOIS 注册状态(registered / unregistered / unknown,失败重试 3 次)与 DNS(A、AAAA、CNAME、MX、TXT,可指定dns_server) - 将结果与
memory/state.json中的上次状态对比;首次检查只写入基线(baselined),不产生告警 - 当
changes非空时,Agent 应明确告知用户:域名、变更类型(whois_change注册状态变化、dns_change解析变化)及前后状态;summary可直接转述给用户
其它机制:whitelist 过滤;suppress_hours 内同域名同类型告警去重;可选 notify(Webhook / Syslog / Email)。单次探测可用 check_domain.py(不读写记忆)。
适用边界与注意点
- 不要擅自删除
memory/state.json,除非用户要求重置基线 - 批量域名时注意 WHOIS/DNS API 频率,可分批
run - 用户口头给域名时:先
add再run,并把summary说明清楚
使用场景
- 在 cron 或 OpenClaw 里定时执行 `monitor.py run`,由 Agent 根据 `changes` 向值班同学说明 WHOIS 或 DNS 的前后差异。
- 用户口头提供疑似仿冒域名时,由 Agent 先 `add` 再 `run`,并把 `summary` 与变更类型转述给品牌或安全同事。
- 护网或维权行动前,对清单内域名做一轮对比,确认是否有 `whois_change`(如未注册变为已注册)或 `dns_change`。
- 新域名纳入关注列表后的首次巡检,向业务方说明已写入基线、下次起才会对相对基线的变化产生告警。
适合人员
- 维护仿冒/撞库域名清单的安全工程师,需要相对 `memory/state.json` 的状态对比而不是零散 WHOIS 查询。
- 在 Cursor 或 OpenClaw 里编排定期巡检的运维,要求变更时列出域名、`whois_change`/`dns_change` 及前后状态。
- 负责品牌域名维权的产品或法务协作岗,要把注册与解析变化整理成可读摘要给内部决策。
- 管理多域名监控列表且需 Webhook/Syslog 推送的 IT 值班,依赖 `config.json` 白名单与 24h 去重避免告警风暴。