01 · OSINT采集面全景
开源情报的核心逻辑是:攻击者的基础设施必须暴露在公开互联网才能发挥作用——注册域名要留痕、申请证书要进日志、架设服务器要开放端口、投递恶意软件要过公开扫描器。防御者要做的,是把这些公开痕迹系统性地收集起来。主要采集面如下:
| 采集面 | 数据类型 | 代表渠道(真实存在) | 典型用途 |
|---|---|---|---|
| 域名与注册信息 | WHOIS/RDAP记录、注册商与注册时间 | RDS/WHOIS服务、RDAP协议接口 | 仿冒域名发现、攻击基础设施聚类(同注册邮箱/注册商) |
| 证书透明度日志 | TLS证书全量记录(含SAN域名列表) | CT日志生态、crt.sh查询接口 | 品牌关键词变体域名监测、钓鱼基础设施前置发现 |
| 被动DNS | 域名—IP解析历史记录 | CIRCL Passive DNS等被动DNS服务 | 攻击基础设施迁移追踪、fast-flux网络识别 |
| URL与文件扫描 | 网页快照、请求链、文件分析结果 | urlscan.io、VirusTotal等 | 钓鱼页面取证、恶意URL/哈希获取 |
| IP与资产测绘 | 开放端口、服务指纹、证书 | Shodan、Censys、FOFA(国内) | C2服务器资产画像、仿冒站点托管位置定位 |
| 开源情报社区 | 社区上报的IOC与上下文 | AlienVault OTX、abuse.ch(URLhaus/MalwareBazaar/ThreatFox/Feodo Tracker/SSLBL)、MISP开源社区 | 高时效IOC批量获取、多源交叉验证 |
| 代码与Paste站点 | 泄露的凭据、恶意代码、团伙工具 | GitHub/Gitee等代码托管平台、公开Paste站点 | 攻击工具与泄露数据发现(须严格合规评估) |
| 厂商公开报告 | APT研究报告、威胁趋势分析 | 安全厂商官方博客与年度报告 | TTP知识、威胁主体画像、上下文富化 |
| 网站信誉与黑名单 | 安全浏览判定、钓鱼页面检测结果 | Google Safe Browsing(含Transparency Report公开透明度数据) | URL快速判定、钓鱼页面批量预筛 |
| 路由与自治域数据 | BGP路由表快照、AS归属与前缀公告历史 | RouteViews、RIPE RIS(学术与社群长期公开项目) | 攻击基础设施的AS画像、防弹主机与托管商识别 |
1.2 开源工具速查(均为真实可查的开源项目)
| 工具 | 定位 | 在本课题中的用法 | 许可/形态 |
|---|---|---|---|
| dnstwist | 域名仿冒生成与检测 | 对品牌域名生成数百种变体(字符替换、插入、省略、同音等)并检测已注册项,钓鱼域名发现利器 | GPLv3,开源 |
| OWASP Amass | 攻击面测绘 | 开源情报驱动的子域名与资产发现,对接被动DNS、CT日志等多类数据源 | Apache-2.0,开源 |
| theHarvester | 邮箱/子域名收集 | 从搜索引擎与公开服务收集目标相关邮箱与子域名,用于钓鱼暴露面摸底 | GPLv2,开源 |
| SpiderFoot | OSINT自动化框架 | 200+模块的自动关联分析,可自托管;商业版为SpiderFoot HX | GPLv2(社区版) |
| CertStream | CT日志实时流 | 订阅证书透明度日志实时新增流,近实时发现品牌相关新证书 | 免费公共流 |
采集面选择原则:不是渠道越多越好,而是与自身威胁模型对齐。以反钓鱼为核心的组织,优先级通常是:证书透明度 > URL扫描 > 开源社区IOC > 被动DNS > 资产测绘;以APT检测为核心的组织则把被动DNS与资产测绘前置。
1.3 abuse.ch 子项目对照(数据类型、更新形态与获取方式)
| 子项目 | 数据类型 | 更新形态 | 获取方式 | 典型用途 |
|---|---|---|---|---|
| URLhaus | 恶意URL及其分发的基础设施(域名/IP) | 社区提交+自动巡检,分钟级更新 | CSV/JSON下载与API | 钓鱼与恶意软件分发点清单、按域名聚合的滥用基础设施视图 |
| MalwareBazaar | 恶意软件样本(多算法哈希、家族标签) | 社区与沙箱上传 | API查询与样本下载(密码保护压缩包) | 样本哈希交叉验证、家族标注来源 |
| ThreatFox | 综合IOC(含上下文与恶意软件映射) | 社区提交,持续更新 | API/CSV,原生MISP格式导出 | 威胁狩猎IOC获取、与MISP管道直接对接 |
| Feodo Tracker | 银行木马/僵尸网络活跃C2节点 | 按木马家族分清单维护 | IP阻止列表下载与API | 僵尸网络C2的防火墙/网关封锁 |
| SSLBL | 恶意SSL证书与关联IP黑名单 | 持续更新 | 列表下载与API | 恶意TLS通信识别、与CT日志监测互相印证 |
注:abuse.ch 由瑞士安全研究者创立并长期运营,各子项目数据免费公开(允许商业使用,以站点条款为准),是开源情报管道中性价比最高的基础来源之一;引用时应注明抓取时间。
1.4 情报源可信度分级(使用规则)
| 等级 | 典型来源 | 使用规则 |
|---|---|---|
| L1 官方 | CNCERT/CC通报、CISA公告、FIRST资料、国家标准文本 | 可直接作为决策依据,引用时注明文号/版本 |
| L2 权威社区 | abuse.ch、MISP核心社区、APWG统计 | 可直接消费,批量入库前抽样复核 |
| L3 商业/厂商公开板块 | 厂商公开报告、博客中的IOC章节 | 消费并标注来源;涉及归因结论须多源印证(第6页§2.2) |
| L4 匿名/暗网线索 | 论坛讨论、泄露聊天中的线索 | 仅作狩猎假设与研判线索,默认置信度不高于"中",禁止直接进入阻断(第3页§2.2) |
1.5 新注册域名(NRD)监测与区域文件数据
大量钓鱼与欺诈域名在注册后数日内即投入使用——这是威胁情报领域的稳定观测结论,也是"新注册域名"启发式检测(NRD检测)的行业基础。工程上有三类获取途径:
- 区域文件访问(Zone File Access):ICANN 要求新通用顶级域(gTLD)注册局通过 CZDS(Centralized Zone Data Service,中央化区域数据服务)向通过申请的研究者开放区域文件——其中完整列出该TLD下当日全部已注册域名,是NRD清单最权威的免费来源;缺点是数据量巨大(单TLD即可达千万行级/日),需专用解析管线。
- 每日新增域名清单:部分公开服务聚合各注册局数据,提供"每日新注册域名"下载;获取便捷但覆盖与及时性以服务商为准,引用时须注明口径。
- CT日志新增证书:与注册时间解耦,直接反映"近期开始使用的域名",且天然带HTTPS意图信号——实践上常与NRD清单交叉使用(注册后长期未启用、临启用前突然申请证书的域名风险显著升高,呼应第5页域名老化手法的识别)。
使用纪律:①区域文件只证明"已注册",不证明"已解析/已恶意"——必须与解析数据(被动DNS)或证书数据交叉后才产生情报价值;②隐私保护注册已成为常态,注册人字段不可用是默认预期,不要为补全注册人信息而触碰个人信息红线(第1页§08)。
1.6 基础设施归属与历史取证数据
域名与IP的"当下状态"之外,两类长期公开数据在溯源中的价值常被低估:
- BGP/路由数据:RouteViews与RIPE RIS二十余年来持续公开全球BGP路由表快照与更新流,可回答"这个IP属于哪个自治域(AS)、何时被公告、归属是否频繁变更"——防弹主机识别、被劫持前缀发现与托管商画像的关键依据,数据免费且历史跨度长。
- 网页历史存档:Internet Archive的Wayback Machine等公开存档用于比对钓鱼页面的历史版本、确认仿冒站点上线时间与内容演变;取证引用须注明快照时间与原始URL,并遵守存档站点的访问条款。
注:主动探测(端口扫描、漏洞探测)仅限组织自有或取得书面授权的资产,与面向全网公开数据的开源采集存在明确的合规边界(主动/被动之辨详见第3页§1.5 EASM小节)。
02 · 证书透明度日志:钓鱼对抗的第一线
2.1 机制与防御价值
证书透明度(Certificate Transparency, CT,IETF RFC 6962)要求公共可信CA签发的证书必须记录到公开的、只追加的CT日志中,证书中的SAN(主题备用名称)字段会暴露证书覆盖的全部域名。这一机制最初为发现错误签发与恶意CA而设计,却意外成为发现钓鱼基础设施的利器:攻击者为仿冒站点申请HTTPS证书时,其域名必然在CT日志中留下痕迹——防御者可以据此在钓鱼站点投入运营之前或之初就完成发现。
2.2 监测方法
- 品牌关键词匹配:对自有品牌名、核心产品名在CT日志中做子串与变体匹配(如增删字符、数字替换、同音字)。
- 域名编辑距离监测:对官方域名计算编辑距离较小的注册域名(如把字母o换成数字0),这是域名仿冒的经典手法。
- 证书结构异常:同一证书覆盖大量相似域名、证书有效期极短、频繁重复申请等模式值得告警。
- 查询与订阅:ct日志可通过crt.sh等公共查询接口按域名模式检索(如%.example.com形式),也可订阅商业CT监测服务获得近实时推送。
2.3 规模与政策背景
CT日志自2013年前后规模化部署,Google Chrome自2018年7月(Chrome 68起,要求2018年4月30日之后签发的公开信任证书必须出现在CT日志中并附带SCT证明)强制要求CT合规,此后全球CA签发的证书几乎全部进入日志。公开数据显示,CT生态累计收录的证书日志条目已达百亿量级并持续增长(crt.sh 公共查询接口收录量已超百亿条,含同一证书的多次记录),crt.sh等公共查询接口对安全研究者免费开放。这一规模意味着:未做监测等于主动放弃了攻击面最透明的一层信号;同时也意味着监测规则必须工程化降噪,否则人力无法消化。
2.4 能力边界(必须知道的局限)
- 非实时:CT日志同步存在分钟到小时级延迟,且监测发现到实际处置之间仍有窗口期,不能替代终端侧防护。
- 免费DV证书滥用:攻击者可低成本批量申请域名与证书,监测结果量大、噪音高,必须配合白名单与信誉评分降噪。
- 覆盖盲区:自签名证书、内部CA签发证书不进入公共CT日志;攻击者也可能直接复用被攻陷的合法站点,此时CT日志无异常。
2.5 监测发现的标准处置SOP
- 确认:核实域名是否真实注册、解析、可访问,排除误报(合法营销活动常注册相似域名)。
- 分级:查询信誉与历史命中,判断属仿冒、钓鱼还是仅相似。
- 存证:固定页面快照、证书、DNS记录与时间戳,为处置与溯源留证。
- 处置:内部侧封禁解析/访问;对外按渠道向注册商、托管商与反钓鱼协同渠道(CNNIC域名投诉举报处理平台、公共互联网反网络钓鱼工作组)发起处置。
- 共享:确认IOC按分级机制入库并对外共享(第3、4页)。
2.6 RDAP 与 WHOIS 的差异
| 维度 | WHOIS | RDAP |
|---|---|---|
| 协议形态 | TCP 43端口文本协议,各注册局输出格式不一 | HTTPS+JSON的REST协议(IETF RFC 7480—7482,2015年发布),返回结构标准化 |
| 访问控制 | 基本无鉴权、无标准限流语义 | 支持认证与分层授权访问,限流语义明确,更适合工程化批量查询 |
| GDPR之后的状态 | 注册人联系信息普遍脱敏或不返回 | 按注册局/注册商策略返回分级数据,"能拿到多少"取决于各注册局实现 |
| 趋势 | 存量维护,新注册局数据优先走RDAP | ICANN自2019年起要求gTLD注册局/注册商提供RDAP服务,为长期演进方向 |
注:工程上建议新代码一律面向RDAP开发,WHOIS仅作存量来源兼容;两者都无法稳定提供自然人注册人信息时,应转向"注册商/注册时间/NS"等组织级字段做基础设施聚类(第2页§01表格)。
合规提示:CT日志与WHOIS/RDAP均为公开数据,但批量采集仍需遵守查询接口的速率限制与使用条款;WHOIS数据中的注册人联系方式涉及个人信息,采集与存储时应评估《个人信息保护法》下的合法性基础,建议只保留与威胁分析直接相关的字段(注册商、注册/到期时间、NS记录等),避免囤积自然人信息。
03 · 品牌仿冒变体监测实战
钓鱼域名不是随机生成的,而是围绕目标品牌按固定"配方"变造。把配方系统化,就能把监测从"关键词撞运气"升级为"变体全覆盖":
| 变体手法 | 规则示例(以 example 为例) | 说明 |
|---|---|---|
| 字符替换(Leet) | examp1e、exampl3 | 字母与数字/形近字符互换(o→0、l→1、e→3),肉眼难辨 |
| 同音/拼音替换 | exampIe(大写i)、esample | 利用发音相近或键盘相邻字符;中文品牌还有拼音全拼/缩写变体 |
| 字符增删 | exampple、exaple、example- | 重复、省略、首尾增删字符,绕过精确匹配 |
| 连字符与点分 | ex-ample、example.com.secure-login.net | 分隔符混淆与子域嫁接,制造"官方域名"错觉 |
| TLD 替换/国别滥用 | example.xyz、example.top | 利用廉价新通用顶级域与冷门国别域降低成本 |
| 语义拼接 | example-login、example-verify | 叠加"登录/验证/安全"等场景词,命中诈骗话术关键词 |
3.1 工程化降噪
- 白名单先行:维护已知合法的自有营销域名、合作伙伴域名清单,命中先比对白名单再告警。
- 信誉加权:新注册(30天内)、廉价TLD、隐私保护注册等特征加权,提升高风险变体优先级。
- 聚合去重:同一基础设施(同IP/同证书/同注册信息)托管的变体聚合为"基础设施簇"统一处置,避免告警洪水。
- 回测校准:每月抽样回测告警命中率与误报率,动态调整阈值——把"安全运营"变成"可度量工程"的关键动作。
与迪妙演练沙盘的衔接:本小节规则表可直接转化为演练用"仿冒域名生成器"的判定逻辑,使演练素材既贴近真实攻击手法,又保证生成范围可控、不触碰真实品牌。
04 · 自动化采集管道参考架构
多源采集不是写几个爬虫那么简单,而是一条需要可运维、可度量、可容错的流水线。参考架构分为七个环节:
4.1 工程质量要点
| 要点 | 说明 |
|---|---|
| 调度策略 | 定时轮询(RSS/列表页)与事件驱动(Webhook/推送)结合;高时效源缩短轮询周期,低频源避免无效请求 |
| 容错与重试 | 网络失败指数退避重试;接口变更导致解析失败时告警并保留原始报文供回放修复 |
| 速率控制 | 严格遵守API配额与站点速率要求;礼貌爬虫(User-Agent真实可溯源、遵守robots.txt) |
| 增量与变更检测 | 以ETag/Last-Modified/内容哈希做增量,避免全量拉取;对"上次所见时间"做持续更新 |
| Schema校验 | 来源格式变化是常态——每个适配器输出经JSON Schema校验,不合规进隔离区而非污染主库 |
| 可观测性 | 每源采集量、成功率、延迟、解析失败率独立打点;来源静默(长时间零新增)自动告警 |
4.2 礼貌采集代码骨架(教学示例)
以下为采集适配器的最小实现骨架,体现速率控制、退避重试与失败隔离三项工程纪律(第5页给出完整适配器接口设计):
# 礼貌采集骨架:仅用于授权范围内的公开数据获取
import time, random, requests
HEADERS = {"User-Agent": "ThreatIntelBot/1.0 (+https://example.org/sec-contact)"}
def polite_get(url, session, min_interval=5.0):
time.sleep(min_interval + random.uniform(0, 2)) # 速率控制,遵守目标站点配额与robots
for attempt in range(4): # 指数退避重试
try:
r = session.get(url, headers=HEADERS, timeout=30)
if r.status_code == 200:
return r
except requests.RequestException:
pass
time.sleep(2 ** attempt)
return None # 连续失败:告警+占位,不将脏数据写入主库注:教学骨架,省略了robots检查、Schema校验与审计日志;生产实现须满足第2页§4.1全部工程质量要点与第5页§3.3出口合规红线。
05 · 商业情报源评估模型
商业情报源采购的最大风险是"用了才知道不好"。本课题建立六维加权评估模型,用可回测的指标替代销售话术:
| 评估维度 | 示例权重 | 评估内容 | 回测方法 |
|---|---|---|---|
| 覆盖度 | 20% | 地域(国内/海外)、类型(域名/IP/URL/样本/C2)、行业垂直覆盖 | 用组织历史IOC清单比对命中率 |
| 时效性 | 25% | 从攻击发生到情报送达的时延;高频源每日更新批次 | 抽样IOC核对"首次发现时间"与公开时间线 |
| 准确性 | 20% | 误报率、IOC存活率(再次验证仍恶意比例) | 黄金样本集双盲回测,与开源交叉验证 |
| 上下文深度 | 15% | 是否附带TTP、归因、家族信息,还是裸IOC清单 | 抽样评估上下文字段完整度 |
| 集成便利性 | 10% | STIX/TAXII标准支持度、API质量、推送机制 | PoC实测对接工时 |
| 成本 | 10% | 订阅价格、计费模式(按量/按席位)、隐性成本 | 结合上述得分计算单位有效情报成本 |
注:权重为示例框架(合计100%),组织应按自身威胁模型调整;时效性权重对以钓鱼/勒索快速处置为目标的组织应进一步提高。
5.1 评估之外:TCO要素清单
- 订阅费:按量/按席位/按资产规模的计费模式与涨幅条款;
- 对接成本:API对接、TIP/SIEM集成的人日与外部服务费用;
- 存储与计算:高频情报流的入库、检索与保留成本;
- 运营成本:分析师研判工时、误报处理、季度复评;
- 退出成本:数据可携带性(能否完整导出STIX格式)与合同绑定年限。
5.2 黄金样本回测法
- 构建黄金集:整理本组织已确认过的历史IOC(含发现时间与处置结论),脱敏后作为评测基准。
- 双盲回放:将候选情报源的输出与黄金集比对,统计召回率(源发现了多少)与时延(发现得多快)。
- 交叉验证:用开源渠道(OTX、abuse.ch、VirusTotal社区)对商业源独家IOC做抽样复核,评估其独家贡献率与误报水平。
- 试用决策:试用期不少于一个完整攻击周期(建议3个月),覆盖月末、节假日等攻击活跃时段。
组合采购策略:评估的目的不是选出"最好的一家",而是构建组合。理想组合应满足:任何单一源中断时核心情报能力不塌陷(冗余),且各源独家贡献互补(低重叠)。重叠度本身也应作为评估指标计量。
06 · 国内情报生态与合规渠道
国内威胁情报生态由官方/行业渠道与商业/社区渠道共同构成。以下为真实存在的主要渠道类型(按类型列举,不构成采购推荐):
| 渠道类别 | 代表(真实机构/平台) | 特点 |
|---|---|---|
| 国家层面 | CNCERT/CC(国家计算机网络应急技术处理协调中心)、CNVD(国家信息安全漏洞共享平台) | 权威通报、重大事件预警、漏洞与攻击信息官方渠道 |
| 域名治理 | CNNIC域名投诉举报处理平台、公共互联网反网络钓鱼工作组 | 钓鱼域名处置与行业协同(迪妙学院依托单位所在生态) |
| 商业情报(国内) | 微步在线(X社区/威胁情报订阅)、奇安信威胁情报中心、360、安天等厂商情报服务 | 中文威胁面覆盖好、本地合规支持、与国产安全设备集成顺畅 |
| 开源社区(国内) | 微步X社区公开查询、安全客/FreeBuf等社区资讯、Seebug漏洞平台 | 免费查询与资讯获取,适合中小组织起步 |
| 行业协同 | 国家域名安全联盟(CNNIC发起)、行业主管部门通报机制 | 域名安全协同处置、行业威胁通报的官方/半官方通道 |
| 资产测绘(国内) | FOFA(华顺信安)等国内空间测绘引擎 | 国内网络资产覆盖较好,符合国内合规要求 |
跨境数据合规提示:向境外情报平台(VirusTotal、OTX、Shodan等)提交样本、URL或内部IOC进行查询/富化时,可能构成数据出境或向第三方披露。组织应评估《数据安全法》《个人信息保护法》下的合规义务,敏感行业优先选用境内渠道或私有化部署的富化方案。
07 · 采集质量KPI体系
采集管道必须可度量。本课题定义以下核心指标(目标值为实践建议,组织应结合基线调整):
| 指标 | 定义 | 目标参考 |
|---|---|---|
| 日净增IOC量 | 去重后每日新增情报条目数,按类型分列 | 按基线设定,关注趋势突变 |
| 来源可用率 | 统计周期内来源成功采集次数/应采集次数 | ≥ 99% |
| 采集时延 P95 | 从源发布时间到入库时间的95分位延迟 | 高时效源 ≤ 1小时 |
| 解析成功率 | 成功通过Schema校验的报文比例 | ≥ 99.5%(异常时告警) |
| 格式合规率 | 入库对象通过STIX 2.1规范校验的比例 | 100%(不合规不入库) |
| 去重压缩率 | 1 − 净增量/原始增量,衡量多源重复水平 | 按源组合观察,突变需排查 |
| IOC月活跃率 | 当月被消费端命中或富化命中的IOC占库内比例 | 持续提升(占比过低说明库与实战脱节) |
| 富化完成率 | 已补齐核心富化字段(注册信息/解析/信誉)的对象比例 | ≥ 95%(新入库对象48小时内) |
08 · 采集活动合规核查清单
每个新数据源接入前,按下表完成核查并留存记录;已有来源每年复核一次:
| 核查项 | 核查要点 |
|---|---|
| 服务条款与授权 | 是否允许自动化采集?是否要求API Key并附配额?违反条款的封禁与法律风险? |
| robots协议 | 目标站点robots.txt是否禁止相关路径?遵守robots是行业通行准则与合规证据。 |
| 个人信息评估 | 数据中是否含自然人信息?处理目的是否限于威胁分析?是否遵守最小必要与留存期限? |
| 数据出境评估 | 是否向境外平台提交查询/样本?是否构成《数据安全法》《个人信息保护法》下的出境或提供行为? |
| 重要数据识别 | 采集内容是否可能涉及行业重要数据?共享前是否需主管部门评估? |
| 访问行为可溯源 | 采集是否使用组织实名出口与规范User-Agent,做到"礼貌采集、全程可审计"? |
本节参考来源(第2页)
以下渠道均为真实存在的公开服务或官方项目站点,用于支撑本页采集面描述。
证书透明度日志公共查询 crt.sh:crt.sh;CT机制原始规范 IETF RFC 6962:rfc-editor.org/rfc/rfc6962
CIRCL Passive DNS(卢森堡 CIRCL 运营的公开被动DNS服务):circl.lu/services/passive-dns
urlscan.io(公开URL扫描与检索平台):urlscan.io;VirusTotal:virustotal.com
abuse.ch 开源情报项目(URLhaus / MalwareBazaar / ThreatFox / Feodo Tracker / SSLBL):abuse.ch
AlienVault Open Threat Exchange (OTX):otx.alienvault.com;MISP 开源威胁情报平台:misp-project.org
Shodan:shodan.io;Censys:censys.com;FOFA:fofa.info
CNCERT/CC:cert.org.cn;CNVD:cnvd.org.cn
dnstwist(域名仿冒检测,GPLv3):github.com/elceef/dnstwist;OWASP Amass:github.com/owasp-amass/amass
theHarvester:github.com/laramies/theHarvester;SpiderFoot:spiderfoot.net
CertStream(CT日志实时流):certstream.calidog.io;Google Chrome证书透明度政策说明:certificate-transparency.org(CT官方社区站点)
国家法律法规数据库:flk.npc.gov.cn;中国政府网政策库:gov.cn/zhengce/zhengceku
Google Safe Browsing:safebrowsing.google.com;Internet Archive Wayback Machine:web.archive.org;RouteViews:routeviews.org;RIPE RIS:ripe.net(RIS服务页)