Hermes CI FixandHermes AI
e1a9b25afa
- nginx 安全加固 (CSP, HSTS, 缓存策略) - 共享 style.css - 138个页面全部接入 Co-authored-by: Hermes AI <agent@hermes>
246 lines
12 KiB
HTML
246 lines
12 KiB
HTML
<!DOCTYPE html>
|
||
<html lang="zh-CN">
|
||
<head>
|
||
<meta charset="UTF-8">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||
<title>AI系统的依赖安全：当35个软件包一夜清零</title>
|
||
<style>
|
||
* { margin: 0; padding: 0; box-sizing: border-box; }
|
||
body { background: #f0f2f5; font-family: -apple-system, "PingFang SC", "Microsoft YaHei", sans-serif; padding: 30px 0; }
|
||
.container { max-width: 800px; margin: 0 auto; }
|
||
|
||
.header {
|
||
background: linear-gradient(135deg, #1a2a4a 0%, #2d4a7a 50%, #4a7ab5 100%);
|
||
color: #fff; padding: 48px 40px 36px; border-radius: 12px 12px 0 0;
|
||
position: relative; overflow: hidden;
|
||
}
|
||
.header::after { content: '🔒'; position: absolute; right: 30px; top: 20px; font-size: 52px; opacity: 0.12; }
|
||
.header .badge { display: inline-block; background: rgba(255,255,255,0.15); padding: 4px 14px; border-radius: 20px; font-size: 12px; letter-spacing: 1px; margin-bottom: 14px; border: 1px solid rgba(255,255,255,0.25); }
|
||
.header h1 { font-size: 26px; line-height: 1.35; margin-bottom: 8px; }
|
||
.header .sub { font-size: 14px; opacity: 0.8; line-height: 1.6; font-weight: 300; }
|
||
.header .meta { font-size: 12px; opacity: 0.5; margin-top: 10px; }
|
||
|
||
.content { background: #fff; padding: 40px; box-shadow: 0 2px 8px rgba(0,0,0,0.06); }
|
||
|
||
.section { margin-bottom: 28px; }
|
||
.section-title { font-size: 19px; color: #1a2a4a; font-weight: 700; border-left: 4px solid #4a7ab5; padding-left: 14px; margin-bottom: 12px; }
|
||
.section-lead { background: #eef3fa; border: 1px solid #c5d5e8; border-radius: 6px; padding: 14px 18px; margin-bottom: 16px; font-size: 14px; color: #2a4a7a; line-height: 1.7; }
|
||
.section-lead strong { color: #1a2a4a; }
|
||
|
||
p { font-size: 14px; line-height: 1.8; color: #333; margin-bottom: 10px; }
|
||
p strong { color: #1a2a4a; }
|
||
|
||
.thesis {
|
||
background: linear-gradient(135deg, #1a2a4a, #2d4a7a); color: #fff;
|
||
padding: 24px 28px; border-radius: 10px; margin: 16px 0; font-size: 16px; line-height: 1.8; text-align: center; font-weight: 600;
|
||
}
|
||
.thesis em { color: #a8c8f0; font-style: normal; }
|
||
|
||
table { width: 100%; border-collapse: collapse; font-size: 13px; margin: 10px 0 14px; }
|
||
table th { background: #2d4a7a; color: #fff; padding: 8px 12px; text-align: left; font-weight: 500; }
|
||
table th:first-child { border-radius: 4px 0 0 0; }
|
||
table th:last-child { border-radius: 0 4px 0 0; }
|
||
table td { padding: 8px 12px; border-bottom: 1px solid #dce4ef; }
|
||
table tr:nth-child(even) td { background: #f5f8fc; }
|
||
|
||
.code-block { background: #1a2a4a; color: #d4e0f0; padding: 14px 18px; border-radius: 6px; font-family: 'Menlo', monospace; font-size: 12px; line-height: 1.6; overflow-x: auto; margin: 10px 0; }
|
||
|
||
.card-grid { display: grid; grid-template-columns: 1fr 1fr; gap: 12px; margin: 12px 0; }
|
||
.card { background: #f5f8fc; border: 1px solid #c5d5e8; border-radius: 6px; padding: 14px; }
|
||
.card .title-card { font-size: 13px; font-weight: 600; color: #2d4a7a; margin-bottom: 4px; }
|
||
.card .desc-card { font-size: 12px; color: #555; line-height: 1.5; }
|
||
|
||
.separator { text-align: center; color: #a8b8d0; font-size: 18px; margin: 22px 0; letter-spacing: 5px; }
|
||
|
||
.footer { background: #1a2a4a; color: rgba(255,255,255,0.5); padding: 20px 40px; border-radius: 0 0 12px 12px; font-size: 12px; text-align: center; line-height: 1.6; }
|
||
|
||
ul { padding-left: 18px; margin: 8px 0; }
|
||
ul li { font-size: 13px; line-height: 1.7; color: #444; margin-bottom: 4px; }
|
||
|
||
@media (max-width: 640px) {
|
||
.content { padding: 20px; }
|
||
.header { padding: 30px 20px; }
|
||
.header h1 { font-size: 20px; }
|
||
.card-grid { grid-template-columns: 1fr; }
|
||
}
|
||
</style>
|
||
<link rel="stylesheet" href="/style.css">
|
||
</head>
|
||
<body>
|
||
<div class="container">
|
||
|
||
<div class="header">
|
||
<div class="badge">🔒 基础设施安全</div>
|
||
<h1>AI系统的依赖安全：<br>当35个软件包一夜清零</h1>
|
||
<div class="sub">从1个critical漏洞到零漏洞的12小时 · 第三方依赖管理实战记录</div>
|
||
<div class="meta">📅 2026年7月4日 · 总编辑：皆如</div>
|
||
</div>
|
||
|
||
<div class="content">
|
||
|
||
<div class="section">
|
||
<div class="section-lead">
|
||
<strong>一则真实的系统日志：</strong>2026年7月3日晚，自动化安全审计系统报告了一个critical漏洞——WhatsApp通信库@whiskeysockets/baileys被标记为"无补丁可用"。12小时后，漏洞归零。这篇文章记录的不是某个大厂的安全团队如何作战，而是一个人+AI Agent的实战过程。
|
||
</div>
|
||
|
||
<p>如果你的AI系统跑着Python和Node.js两个生态的软件包，你的攻击面有多大？</p>
|
||
<p>答案可能是你不想知道的——一个中等规模的AI基础设施项目，依赖树展开后轻松超过500个软件包，而审计这些包的安全状态，人工几乎不可能完成。</p>
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">一、问题：一个"无补丁"的critical漏洞</div>
|
||
|
||
<p>7月3日早6:00，自动安全审计cron发现了问题：</p>
|
||
|
||
<div class="code-block">
|
||
⚡ 发现漏洞:<br>
|
||
Severity: critical<br>
|
||
No fix available<br>
|
||
node_modules/@whiskeysockets/baileys
|
||
</div>
|
||
|
||
<p><strong>@whiskeysockets/baileys</strong> 是一个开源的WhatsApp Web协议实现，被广泛用于构建WhatsApp Bot和消息桥接服务。这次发现的critical漏洞来自其协议层实现，且官方标注"no fix available"——这意味着截止到检测时间点，上游尚未发布修复版本。</p>
|
||
|
||
<p>同时，系统还报告了12个系统级安全更新待安装，涉及ncurses、vim、nghttp2、libvnc等多个基础库。</p>
|
||
|
||
<div class="card-grid">
|
||
<div class="card">
|
||
<div class="title-card">📦 Python生态</div>
|
||
<div class="desc-card">0 漏洞<br>hermes-agent 核心生产环境安全</div>
|
||
</div>
|
||
<div class="card">
|
||
<div class="title-card">📦 Node.js生态</div>
|
||
<div class="desc-card">1 critical（baileys）<br>hermes-agent + web 零漏洞</div>
|
||
</div>
|
||
<div class="card">
|
||
<div class="title-card">🐧 系统包</div>
|
||
<div class="desc-card">12个安全更新待装<br>ncurses/vim/nghttp2/libvnc</div>
|
||
</div>
|
||
<div class="card">
|
||
<div class="title-card">🔍 发现方式</div>
|
||
<div class="desc-card">自动化cron每早6:00<br>pip/npm audit + apt扫描</div>
|
||
</div>
|
||
</div>
|
||
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">二、修复：不是"等补丁"，是主动升级</div>
|
||
|
||
<p>面对"无补丁可用"的标记，有两种策略：</p>
|
||
|
||
<ul>
|
||
<li><strong>被动等待</strong>——等上游发布新版本，期间承担风险</li>
|
||
<li><strong>主动检查</strong>——确认审计报告的时间点是否已落后于现实</li>
|
||
</ul>
|
||
|
||
<p>实际排查结果出人意料：<strong>上游已经在6小时内发布了新版。</strong>从7.0.0-rc.9升级到7.0.0-rc13，恰好覆盖了该漏洞。不是"无补丁"，而是补丁在审计报告生成之后才发布。</p>
|
||
|
||
<table>
|
||
<tr><th>操作</th><th>结果</th></tr>
|
||
<tr><td>检查当前版本</td><td>rc.9（含漏洞）</td></tr>
|
||
<tr><td>查询npm最新版</td><td>rc13（已修复）</td></tr>
|
||
<tr><td>执行升级</td><td>2个包更新，耗时1秒</td></tr>
|
||
<tr><td>安全审计验证</td><td><strong>0 vulnerabilities</strong></td></tr>
|
||
</table>
|
||
|
||
<p>同时，12个系统安全包也全部通过<code>apt upgrade</code>完成安装，从ncurses到vim到nghttp2，全量更新。</p>
|
||
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">三、验证：单副本排查</div>
|
||
|
||
<p>修复完成后，一个关键问题是：这个修复是真实的，还是只在某个虚拟环境下有效？系统会不会存在多份依赖，导致实际运行时仍然加载了旧版本？</p>
|
||
|
||
<p>排查过程涉及四个维度：</p>
|
||
|
||
<table>
|
||
<tr><th>检查项</th><th>结果</th></tr>
|
||
<tr><td>全系统扫描包副本</td><td>仅1份，无重复安装</td></tr>
|
||
<tr><td>symlink检测</td><td>非软链，是真实文件目录</td></tr>
|
||
<tr><td>版本一致性</td><td>实际文件rc13 = package-lock.json rc13</td></tr>
|
||
<tr><td>Docker隔离检查</td><td>无独立容器运行该服务</td></tr>
|
||
</table>
|
||
|
||
<div class="thesis">
|
||
依赖安全的陷阱往往不是"有没有漏洞"，<br>
|
||
而是"你修的是哪一份依赖，<br>
|
||
运行的是哪一份"。
|
||
</div>
|
||
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">四、系统化安全审计架构</div>
|
||
|
||
<p>这次快速响应的背后，是一套自动化的依赖安全审计系统在工作：</p>
|
||
|
||
<div class="code-block">
|
||
📅 每日06:00 — 自动安全审计<br>
|
||
├─ 扫描Python依赖 → pip-audit<br>
|
||
├─ 扫描Node.js依赖 → npm audit （4个项目）<br>
|
||
├─ 扫描系统包 → apt list --upgradable<br>
|
||
└─ 发现漏洞 → 生成结构化报告推送<br>
|
||
<br>
|
||
📅 每15分钟 — 审计日志推送（Loki）<br>
|
||
├─ 记录所有Agent操作历史<br>
|
||
├─ 可追溯执行链路<br>
|
||
└─ 支撑事后复盘
|
||
</div>
|
||
|
||
<p>这套架构的核心设计理念：<strong>不要把安全审计做成一次性的"大扫除"</strong>——依赖关系是动态的，今天没有漏洞不代表明天也没有。CI/CD管道每增一个包、上游每发一次更新，安全态势都在变化。每日自动扫描 + 实时推送，才是可持续的方案。</p>
|
||
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">五、给技术团队的三点建议</div>
|
||
|
||
<table>
|
||
<tr><th style="width:30px">#</th><th>建议</th><th>说明</th></tr>
|
||
<tr><td>①</td><td><strong>自动化优于人工巡检</strong></td><td>依赖树展开后动辄数百个包，人工审计不现实。每天定时跑一次全量扫描，比每月一次"安全日"有效得多。</td></tr>
|
||
<tr><td>②</td><td><strong>"无补丁"可能是过时信息</strong></td><td>安全审计报告中的"no fix available"只代表检查那一刻的状态。关键包上游更新频繁，6小时内就可能发生逆转。主动检查 + 及时升级比干等更有效。</td></tr>
|
||
<tr><td>③</td><td><strong>验证修复的真实性</strong></td><td>升级≠修复。确认系统中不存在多份依赖副本、确认实际运行的版本与package-lock一致、确认不是symlink导致"假升级"。这些验证步骤和修复本身一样重要。</td></tr>
|
||
</table>
|
||
|
||
</div>
|
||
|
||
<div class="separator">◆ ◆ ◆</div>
|
||
|
||
<div class="section">
|
||
<div class="section-title">六、写在最后</div>
|
||
|
||
<p>这次修复中最有价值的不是那个漏洞本身被堵上了——而是整个流程的透明度：从自动发现、人工研判、主动升级到验证闭环，每一步都可追溯、可复现。</p>
|
||
|
||
<p>对于一个技术团队来说，真正的安全不是"没有漏洞"，而是<strong>对漏洞有系统化的感知和响应能力</strong>。知道风险在哪、知道怎么修、修了能确认修好了——这三件事做到，比追求"零漏洞"这个静态目标更有意义。</p>
|
||
|
||
<div class="thesis" style="background: linear-gradient(135deg, #1a2a4a, #2d4a7a);">
|
||
安全不是一次修复的结果，<br>
|
||
而是一个持续迭代的生命周期。<br>
|
||
每一个cron的黎明运行，<br>
|
||
都是对系统的一次无声体检。
|
||
</div>
|
||
|
||
</div>
|
||
|
||
</div>
|
||
|
||
<div class="footer">
|
||
📅 2026年7月4日 · 总编辑：皆如<br>
|
||
本文所有数据基于真实系统运行日志，0虚构内容
|
||
</div>
|
||
|
||
</div>
|
||
</body>
|
||
</html>
|