正在读取笔记…
标签：网络
2 篇 · 全部笔记
- 网络地址配置与日志服务
ip addr / ip route 的命令行配置与配置文件静态写法、/etc/resolv.conf 的 DNS 设定、systemctl 管理服务自启，以及日志服务的基本用法。
- 静态 IP 配置与路由转发
CentOS 7 与 Kali 在 NAT 模式下的静态地址写法、DNS 设定，以及把主机配置成路由转发节点的步骤（截图为主）。
该分类暂时没有内容。这里不会用示例文章凑数。
小刻晴 · 知微安全实验室
主页是一整屏书桌场景：中间那台 CRT 显示器的屏幕里是桐莉栖。屏内右上角是运行状态行 —— 上面的数字只从真实只读接口来，接口取不到就写「读不到」，绝不补数；屏内底部是字幕条， 显示她当前说的话；页面最底部是输入条，在里面提问会切到「AI 安全」页，并走真实的公开问答链路 （一次性 POST 返回，无 SSE 流式）。她会跟着问答状态换表情与动作（思考 / 说话 / 情绪）， 语音入口也在（语音线尚未接入，按钮不会自动播放任何音频）。 指标与告警在「监测中心」，攻防靶场在「攻防靶场」，笔记与分类在「笔记」，项目介绍与数据口径在「关于」， 都可以用左侧导航直达。这一页刻意只做场景与对话：不做仪表盘、不放指标卡、不放文章列表、不放靶场表单 —— 那些内容都在各自页面上，主页不再重复它们。
笔记
42 篇 · 真实复盘（部署链 / 事故 / AI 防护 / 蜜罐 / 规则裁剪）
- Linux 服务基础 · 全篇合并整理版（面试背诵版）
把起源与派系、基本命令、用户与组、权限、进程、网络配置、vim 与服务部署压成一份连续通读稿，按必背要点、对比表与高频面试题组织。
- Linux 操作系统的诞生：Unix、GNU 与内核
Unix 1969 年在贝尔实验室诞生、B 语言到 C 语言、斯托曼与 GNU 社区、1991 年林纳斯发布 Linux 内核，以及开源理念如何成型。
- Linux 操作系统的安装：虚拟机建立与系统安装
从新建虚拟机、选择安装介质到分区与系统安装完成，逐步走完一台 Linux 虚拟机的落地过程（图为主）。
- 用户与组管理：/etc/passwd、shadow 与权限模型
超级用户/普通用户/程序用户的 UID 划分、Shell 与内核的关系、passwd/shadow/group 的字段含义，以及用户与组管理的常用命令。
- Windows 服务基础 · 全篇合并整理版（修订美化）
把 IP 地址、DOS、NTFS、共享、远程管理、DHCP/DNS、WEB/FTP、域与 PKI 十三份讲义压成一份连续通读稿，章节带小结与对比表。
- Vim 编辑器：三种模式与常用命令
命令模式/输入模式/末行模式的关系与切换，末行模式的保存退出、行号、查找替换，命令模式的复制粘贴与撤销，以及别名永久生效的做法。
- IP 地址详解（一）：局域网构成、IP 与子网掩码
从交换机/网线/PC 的局域网构成讲到 32 位 IP 的二进制换算、A/B/C 类地址、子网掩码与网关。
- 开机流程与进程管理：systemd、ps 与 top
BIOS→GRUB→内核→systemd 的开机链条、systemd 的工作模式与 systemctl 控制项、ps aux 与 top 的实时观察与排序，以及进程启动状态调整。
- IP 地址详解（二）：测试网络连通性
ping / ipconfig / 环路地址与 DNS 服务器的作用，以及同一网段与跨网段通信的判断方法。
- 网络地址配置与日志服务
ip addr / ip route 的命令行配置与配置文件静态写法、/etc/resolv.conf 的 DNS 设定、systemctl 管理服务自启，以及日志服务的基本用法。
- DOS 基本命令与批处理
color / cls / start / date / dir / cd / copy / move / del / ipconfig / ping 等常用命令、目录结构与管道，以及批处理脚本的基本写法。
- 静态 IP 配置与路由转发
CentOS 7 与 Kali 在 NAT 模式下的静态地址写法、DNS 设定，以及把主机配置成路由转发节点的步骤（截图为主）。
- NTFS 安全权限：文件系统、权限与共享
FAT32/NTFS/EXT 的差别、NTFS 权限的继承与累加、拒绝优先、取得所有权与 EFS 加密。
- 文件共享服务器：共享、权限与隐藏共享
创建共享、共享权限与 NTFS 权限的区别（取最严）、访问共享的三种方式、隐藏共享与注册表删除默认共享。
- GRUB 引导菜单加固：给启动项加密码
grub.cfg 与 /etc/grub.d/10_linux 的生成关系、为什么改脚本而不是改 grub.cfg、用 grub2-setpassword 生成密码并重建配置、重启验证。
- 服务器远程管理：RDP / telnet / SSH
RDP(3389)、telnet(23)、SSH(22) 三种远程管理方式的安全性对比，以及 nmap 扫描端口的基本用法。
- LNMP 平台搭建：Nginx + PHP-FPM
Nginx 的多并发与负载均衡优势、编译安装前建程序用户与装开发包、./configure 参数、默认主页路径，以及配合 PHP-FPM 与 MySQL 组成 LNMP 的步骤。
- Tomcat 部署：JDK 与 Catalina 启动
先装 JDK 再装 Tomcat 的顺序、用 startup.sh / catalina.sh 命令启动而不是任务管理器、开启 manager 远程访问，以及 Linux 下的部署实录。
- DHCP 部署与安全：地址池、租约与 DHCP 攻击
动态主机配置协议的四个报文、作用域与租约、地址保留，以及 DHCP 饿死攻击与防护。
- VulnHub DC-1 靶机实战：从 Drupal 7 到 root
网段扫描与全端口探测、Apache 2.2.22 + Drupal 7 的指纹识别、敏感目录与后台入口、拿到 root 并读取 /etc/shadow 的完整路径。
- DNS 部署与安全：域名结构、解析与攻防
域名组成、DNS 解析的递归与迭代、正向/反向解析与记录类型，以及 DNS 劫持、欺骗与投毒的区别和防护。
- WEB 服务器：IIS 部署、HTML 与 WEB 攻击
WEB 服务器原理与 HTTP 交互、IIS 站点部署、默认 80/8080 端口，以及常见 WEB 攻击面。
- VulnHub DC-2 靶机实战：WordPress 与 hosts 绑定
nmap 定位 Web 端口、站点不允许 IP 直连时改 hosts、cewl 生成字典、dirb 扫敏感目录、wp-login 后台尝试与后续提权。
- VulnHub ME 靶机实战：从 80 端口到本地访问
nmap 网段与主机全面扫描、80 端口信息收集、破解"只允许本地 127.0.0.1 访问"的限制、浏览器辅助手法与后续提权思路。
- FTP 服务器：主动/被动模式与用户隔离
FTP 的 21/20 双端口、主动与被动模式的区别、Windows 下搭建 FTP 站点与用户隔离部署。
- VulnHub Node 靶机实战：3000 端口的 Node 应用
先扫网段再全端口（-p-）定位 3000 端口、dirb / dirbuster 目录枚举到 /login、Node 应用的信息泄露与后台进入，以及提权路径。
- AD 域：域控、活动目录与组策略
域与工作组的区别、域控制器与 AD、DNS 在域中的作用、OU 与 GPO 下发，以及部署一台 DC 的完整步骤。
- PKI 完整版：加密、数字签名与证书体系
对称/非对称加密与哈希、数字签名与证书、CA 层级与证书吊销，以及 HTTPS 如何串起这一整套。
- 我打的攻击，我的平台能看见吗 —— 一次可复现的紫队自测设计
在自己靶场里主动打三下（SSH 爆破 / 端口扫描 / Web 探测），每一击都指定一条该命中的规则，再用 eve.json 和 alerts.json 的 grep 去对账。结论先摆好：规则还没部署，所以「实测命中」这一栏全部是未验证 —— grep 返回 0 证明的是没加载，不是没命中。
- 163.5.210.194：一条零失败率的 SSH 爆破链（2026-10-15 ~ 10-18）
一周内 6,956 次会话、6,931 次登录成功、6 次失败，0 条命令、0 条 Suricata 告警、0 次封禁。163.5.210.194 是一条「只打 2222、一枪就中、登进去就走」的机器人，它把失败次数型规则整条废掉了。
- 让台词不像机器：五个坑与三条判据
写角色台词，堆规则墙是没用的——我写了十几条「不要这样」，生成出来照样是产品说明书。真正起作用的是反面范例、长度上限和一句必须存在的话。这篇记五个坑、三条判据，以及我量过的数字。
- 两台机器同时没了也不丢：备份链的四个洞
备份最怕的不是没做，是做了却在静默失败。这次查出来四个洞：密钥只在两台机器上、配置里有 44 个键从来没进过备份、定时脚本从 10-12 起就没成功过、解密凭据不在配置包里。修法是双向收件端 + 加密互备 + 新鲜度告警。
- 公开接口防刷：限流、令牌与「我自己不限次」
公开问答接口的默认限额是每 IP 每分钟 6 次。站主自己要能随便问，于是加了一条 X-User-Token：带有效令牌就跳过限流。这不是降低安全边界，因为令牌校验走的是同一套登录服务，前端只在登录态才发这个头。
- 一次 6 分钟全站事故复盘：4 个独立缺陷
站点 502 了约 6 分钟。查下来不是「一个 bug」，而是四个各自独立、每一个单独都足以致命的缺陷：启动崩溃、配置格式、潜伏 3 天的防火墙冲突、以及发布链的盲区。这篇按时间线还原，并给出正在生效的对照组。
- 为什么公开问答只解释、不取证：两层防御怎么做
「不执行处置」和「不泄露内部事件数据」是两件事。收紧之前，匿名问一句「我们昨天被谁打了」，回答里会带出内部资产名和内部接口路径 —— 处置确实没执行，但数据已经出去了。这篇讲两层防御（编排层不派发 + 工具层二次拒绝）怎么落地，以及它换来的代价。
- 数据战报模板：周报 / 月报（字段全部可核对）
一份可以直接照着填的周报/月报骨架：每一格都写明它来自哪个公开端点、哪个字段、什么口径，以及「取不到的时候写什么」。模板的价值不在于好看，而在于它逼你回答「这个数字到底是怎么算出来的」。
- 蜜罐与诱饵端口：从「看不见」到「能检出」
多端口扫描的漏报，在本环境里不是「规则不够」，而是「看不见」——7 个端口的 SYN 在云安全组就被丢了，传感器看不到的包，任何规则都检测不到。这篇讲清可见性缺口怎么证明、误报抑制怎么做，以及哪些检测能力被刻意放弃了。
- 规则裁剪 20% 的取舍：判据、演练与代价
53,122 条 alert 规则、44MB 规则文件，24 小时里真正命中的只有 1 个签名。裁掉 10,675 条（约 20%）之后，阳性对照照常在报、基线命中集逐条复现、丢失 = 0。这篇讲判据怎么定、怎么证明没裁错、以及被裁掉的那部分弱信号意味着什么。
- 把部署链做成「造不了假」：CI → ACR → digest → 看门狗
一个容器跑起来，你怎么知道跑的就是你刚推的那个 commit？这条链上我封了五道闸门：触发即校验、jar 内指纹核对、镜像 digest 而不是 tag、部署前后的硬校验、以及一个会自己回滚的看门狗。
- 这个站点在做什么
一个安全方向的学习与技术记录站——把做过的项目、踩过的坑、以及可以亲手试的东西放在一起。
- 写作计划：接下来会写什么
把准备写的题目列出来，写完一个勾一个——公开自己的进度表，也是一种督促。
- 我把这个博客当成一个安全项目来做
静态托管、零第三方脚本、源站不暴露——这些选择看起来是「技术选型」，其实每一条都是在做攻击面收敛。
该分类暂时没有内容。这里不会用示例文章凑数。
监测中心
一页大屏 · 真实公开端点加载中…
—
24h 告警
—
—
蜜罐事件
—
—
护栏拦截
—
—
封禁生效中
—
攻击来源网段 Top
IP 显示已掩码（前三段保留 + 末段 x；分组用原值）来源累计被判定的连接 / 登录尝试次数。
近 24 小时攻击节奏
逐小时桶（同一 24h 窗口）正在读取…
攻击事件时间轴
最近 20 条- 正在读取…
拦截动态 · 最近同步
加载中…数据口径
规则命中 Top
聚合窗口内正在读取…
严重度分布
24h 桶正在读取…
采集通道
三态灯这份大屏读不到的（如实列出，不放占位图）
- HTTP 状态码分布：公开端点里没有 statusCode / httpStatus 字段（已逐字段核对响应体），所以这里不画这张图。
- 7 天 × 24 小时热力格：需要历史日桶，公开端点只给"最近 24h 的逐小时桶"。等后端提供日粒度聚合后再补，不拿 24h 数据伪装成 7 天。
- 蜜罐命令时间线：Wazuh 侧没有命令执行规则（
commandsAvailable=false），不作图、不编造内容。 - 磁盘水位 / 队列深度：
/api/health的公开字段里没有，保持缺省而不是估算。
AI 安全
公开知识库问答 · 只解释不取证 · 无 SSE
你好。这里是一个公开只读的安全知识库问答：问题会送进真实运行的检索增强链路， 返回答案、引用与状态标注。
它只解释概念与防御，不读取任何内部事件数据 —— 问"我们昨天被谁打了"这类问题，它会明确告诉你公开面不取证（下面有一个预设问题可以亲手试）。
试这几个：
未提问。
状态口径（措辞纪律）
| state 取值 | 页面措辞 | 含义 |
|---|---|---|
model | 模型研判 | 模型给出了结论与依据 |
rule-based | 规则解析 | 结论来自规则，模型不参与处置拍板 |
input-insufficient | 依据不足，不做定性 | 信息量不够，明确不给结论 |
no-retrieval | 未检索到依据，不给结论 | 检索为空，不用模型自由发挥 |
retrieval-failed | 检索不可用，未生成 | 链路故障，不伪装成"安全" |
model-failed | 模型不可用，未生成 | 模型不可用，明确"未生成" |
表外的取值一律显示原始 state 字符串 + "未识别状态"，不猜它的含义。
公开端点与限额
公开面唯一的检索来源是白名单目录（security-docs / data/kb-approved）；
内部文档即使被语义命中也不会出现在这里。引用里若出现 web-01、auth.log
这类示例资产名，那是知识库文档里的教学示例，不是本站的内部真实数据。
桐莉栖● 在线 · 文本版（语音未启用）
正在读取…
有什么安全相关的问题直接问我。我会走真实的检索链路，答不了就说答不了。
情绪（8 种，随对话切换，也可以点）
她的解说只用本页的真实数据与真实回答；取不到就说读不到，不编数字。
项目 · Demo
SecAgent · 在线 Demo
项目清单
这一页列的是 xiaokeqing.cn 上实际在运行的东西，不是「规划中的项目」。每张卡的四行（是什么 / 技术栈 / 地址 / 我负责）都能在仓库文档或脚本里找到对应证据；仓库里找不到证据的，直接写「待补」。
① Amadeus 智能安全观测平台
- 是什么：把主机层（Wazuh）、网络层（Suricata）与蜜罐（Cowrie / Dionaea）的告警汇到同一套页面和一套公开只读 API 的安全观测站。线上入口就是本站：监测中心看告警、蜜罐战报与处置审计，AI 安全页直接对着知识库提问。
- 技术栈：前端 Hugo 静态站（SPA 导览外壳 + 服务端预渲染，零框架、零第三方脚本）；后端 Spring Boot
sec-agent（单 JVM，公开端点 + 快照缓存 + 限流 + 脱敏）；采集侧 srv2 跑 Suricata、Wazuh、Cowrie 与 Dionaea，nginx 只对外提供 JSON。 - 地址：https://xiaokeqing.cn/ · 监测中心 /alerts/ · AI 问答 /ai/
- 我负责：整站前端、公开 API 的缓存 / 限流 / 脱敏、检测链路接入与发布链。
② 可复现部署链（内容哈希 + tree 哈希 + 构建断言 + 原子切换 + 回滚）
- 是什么：发布不是「scp 一把」。发送侧先在干净的
git worktree里构建，产物先过scripts/assert-build.sh的硬断言，再算整树内容哈希（与线上接收侧逐字节同口径，SSH 远端用同一条LC_ALL=C字节序命令、排除带构建时刻的index.json）；与线上相同就判 no-change 不上传，不同才上传。远端解包 → 校验 → 原子切换 → 自检，任一步失败自动回滚到上一版（--rollback可手动回到上一版），服务器保留最近 4 个版本。切换后还会重算一次线上整树哈希与本地比对，作为最终核对。-DryRun能在上传前就把整树哈希打印出来。 - 技术栈：PowerShell（发送侧）+ bash（接收侧）+ ssh；
git worktree保证干净构建（顺带绕开中文文件名）。本次发布同时写release-info.json（release / commit / files / totalBytes / indexSha256 / history，部署面板的真实数据源）。 - 地址：仓库脚本
scripts/publish-site-to-srv2.ps1、scripts/srv2-site-receive.sh、门禁scripts/assert-build.sh（不对外提供下载，见仓库文档） - 我负责：整条链的设计与实现，含断言清单与回滚路径。
③ 公开只读 API 与脱敏
- 是什么：六个只读 GET 端点（
health/audit/honeypot/alerts/geo/stories+story?src=），问答另有一个POST /api/public/ask，全部零鉴权。服务端快照缓存（15–45s）并带 ETag；按 IP 限流（问答 6 次/分，超限 429 +Retry-After）；攻击者 IP 只出分段掩码，蜜罐凭据只保留结构与频次，自由文本统一过滤；「取不到 / 确实没有 / 未接入」三种措辞分开写，不补样例值。 - 技术栈：Spring Boot Controller + 内存快照 + 令牌桶限流 + 后端脱敏过滤层；CORS 白名单只放
x-user-token一个头（登录态才发，用于站主自己跳过限流）。 - 地址：
https://demo.xiaokeqing.cn/api/public/*（可直接 curl，只读）· 文章：《公开接口防刷：限流、令牌与「我自己不限次」》 - 我负责：端点与脱敏层、限流与额度池的接线。
④ 内网靶场（Pikachu）
- 是什么：把 Pikachu（PHP + MySQL 漏洞练习平台）容器化，放进 srv2 的内网网段
labnet并禁止出网，主控前置一支口令门禁服务，入口页是本站 /test/。按仓库 2026-10-17 文档：DNS 未加、nginx 门禁未生效，当前不对外开放 —— 所以这里不写「在线靶场」。 - 技术栈：Docker（Pikachu 单镜像，常驻约 300–500 MB）/ 内网网段隔离 / 口令门禁（已写好，未上线）。
- 地址：待补（无公网地址）
- 我负责：容器化与内网隔离、门禁服务接线（上线前不宣称可用）。
⑤ AI 问答层（RAG）
- 是什么：/ai/ 调
POST /api/public/ask。检索走 BM25 稀疏 + 稠密向量双路召回 → RRF 融合（k=60）→ 轻量 IDF 重排（纯 CPU，不引 Cross-Encoder，因为 2C2G 的小机装不下）；top-k=3、min-score=0.30、分块max-size=800 / overlap=100。答案带citations可回源；检索不到走拒答并在正文写明没有依据；PromptInjectionGuard命中会在应答里标注；公开面toolExecutionAllowed=false恒真，只解释、不取证。 - 技术栈：Spring Boot + DashScope
text-embedding-v4（1024 维）+ DeepSeek chat + 内存向量库；检索评测集 28 题，消融口径 28/28、MRR 0.9821（来源：docs/后端问答能力升级方案-20261015.md§2.4）。 - 地址：/ai/ · 文章：《为什么公开问答只解释、不取证：两层防御怎么做》
- 我负责：检索链路、引用与拒答判定、注入护栏接线与评测。
在线 Demo
🔗 打开试用
打开 SecAgent 在线 Demo ↗
demo.xiaokeqing.cn —— 部署在阿里云 2 核 2G 上、容器只监听回环地址，
对外通过 Cloudflare 命名隧道提供 HTTPS。
地址是固定的：即使以后把服务迁到别的服务器，这个链接也不会失效。
地址是固定的：即使以后把服务迁到别的服务器，这个链接也不会失效。
🔑 演示账号
| 用户名 | analyst |
| 密码 | SecAgent-Demo-2026 |
| 角色 | 分析员（ANALYST） |
这个角色能做什么、不能做什么：
| ✅ 可以 | ❌ 不可以 |
|---|---|
| 查看告警大屏、事件归档 | 执行处置动作（封 IP / 锁账号 / 杀进程） |
| 对话研判、知识库检索 | 审批处置申请 |
| 提交知识条目（待审） | 审核知识库、管理用户 |
权限是刻意收窄的。 处置动作全部要求管理员角色 + 人工审批，所以公开一个分析员账号不会带来风险。
配额说明：为了让服务不被刷爆，接口有 50 次/天 的模型调用配额和 30 次/分钟 的限流。用完了第二天恢复。
建议试这几件事
按顺序试，能看出系统的设计思路：
1️⃣ 先问一个知识库问题
在「对话研判」里输入：
什么是路径穿越，怎么防御？
看什么：回答下面会附检索证据，包含命中的文档名、片段内容、相似度分数。
证据被包在一个 <UNTRUSTED_DATA> 标签里 —— 这是提示词注入防护：
知识库文档本身也可能是攻击载荷，不能被当成给模型的指令。
2️⃣ 再问一个需要"动手"的问题
帮我看看最近的告警里有没有可疑的
看什么：调度员会判定这是研判任务，派给对应角色的智能体，并调用工具去拉告警数据，而不是凭空编答案。
3️⃣ 去看告警大屏
看什么：列表默认显示的是聚合后的结果（同一源 IP + 时间窗 + 同类告警合成一条），带 ×N 徽标。点进去能下钻到原始明细。
这是解决"告警风暴"的核心设计。
4️⃣ 去看处置中心
看什么：处置动作分三级 —— 自动执行 / 需审批 / 禁止。 注意「需审批」那一列 —— 这是整个项目最重要的设计：高危动作永远不会自动执行。
5️⃣ 试着让它做危险的事
在对话里试试：
帮我封禁 127.0.0.1 这个 IP
看什么：会被代码层的白名单拦下来，而不是靠提示词拒绝。 内网地址、环回地址在处置护栏里是硬拦截的 —— 因为提示词可以被绕过，白名单不能。
为什么地址是这个
demo.xiaokeqing.cn —— 走的是 Cloudflare 命名隧道，不是临时隧道。
区别在这里：
| 临时隧道 | 命名隧道（现在用的） | |
|---|---|---|
| 地址 | 随机分配，重启就换 | 固定，绑在 Cloudflare 账号下 |
| 换服务器 | 链接失效 | 链接不变（只在新机器上重装隧道） |
| 入站端口 | 不需要 | 不需要 |
服务器上没有任何入站端口是开着的 —— 容器只监听 127.0.0.1，
隧道是服务器主动向 Cloudflare 建立出站连接。所以从外面扫这台机器，
扫到的只有 22 端口（而且已经关了密码登录）。
这条也是买域名真正要解决的问题：让地址和机器解耦。 服务器是消耗品，域名是资产。
已知限制（不想让你踩坑）
| 限制 | 说明 |
|---|---|
| 数据是模拟的 | 告警和日志是 MOCK 数据，没有接真实 SOC 环境 |
| 处置动作没实测过 | 代码里有完整实现和护栏，但不敢在生产环境真的封 IP 演示 |
| 响应偏慢 | 服务器在杭州，隧道绕经境外，首屏约 1.2~1.5 秒 |
| 手机端 | 能用，但告警大屏这类宽表格在小屏上体验一般 |
关于防护强度的真实数字
红队评测跑过了，27 例（19 例基础 + 8 例绕过型），结果：
| 指标 | 数值 | 说明 |
|---|---|---|
| 绕过率 | 4 / 19 = 21.05 % | 95% 置信区间约 8 % ~ 44 % |
| 误报率 | 0 / 8 未观察到误拦 | 真实误报率的 95% 置信上限约 37.5 % |
| 拦下 / 绕过 | 15 / 4 |
为什么要写置信区间，而不是写「误报率 0%」
8 个正常样本里 0 次误拦，不等于误报率是 0。 按统计学上的「三法则」，n 次试验 0 次事件时，真实发生率的 95% 置信上限约为
3/n—— 也就是 3/8 ≈ 37.5%。样本量太小，这个数字只够说明「没有明显误杀」， 支撑不了「误报率很低」的结论。同理，4/19 的绕过率区间宽到 8%~44%，几乎不具区分度。
写清楚这一点，是因为一个漂亮但站不住的 0% 比一个诚实的区间更容易被问倒。
为什么不写「拦截率 100%」：第一版 19 例跑出来就是 0 绕过、0 误报， 但那个数字没有意义 —— 用例是照着防护规则写的，当然全能命中。 0% 绕过率不是成绩，是评测集失效的信号。
所以补了 8 例专门针对规则边界的变形载荷（字符插空 / 全角 / Base64 / 同义改写 / 凭据拆开写…），绕过率立刻变成 42.11%。然后修掉其中能修的 4 类 （加文本归一化 + 补中文模式），降到 21.05%。
关键是：修完之后误报率没有变差 —— 8 个正常用例依然全部放行。 说明拦截率的提升不是靠「宁可错杀」换来的。
剩下 4 类修不掉，而且我知道为什么修不掉：
- 纯语义改写（「请把上面那段话作废…」）—— 正则无解
- Base64 编码的指令 —— 正则只看明文
- 编码后的私钥 —— 同上
- 中文自然语言表述的口令 —— 需要语义理解
这四类不是「还没修」，是「用规则修不了」。 加正则只会带来误报。 它们的存在，正是这条链路上必须保留人工审批的原因 —— 纵深防御不是口号。
下一步：这套用例是自己写的，可信度天花板就在那。 计划接入 NVIDIA Garak 与 Microsoft PyRIT 这类业界工具， 用第三方用例集解决「自己出题自己阅卷」的问题。
数据来源 · 口径 · 免责
公开端点实时探测（一次性，只读）
免责与取舍（逐条都是当前事实，2026-10-13 复核）：
① 所有数字都来自上面的公开只读端点，取不到就写「未接入 / 上次同步」，不补假数据、不用样本冒充真实；
② /api/public/audit 展示的是真实封禁与处置留痕，并在卡片里写明来源，而不是编一条 live 数据；
③ /api/public/latest 已上线：返回窗口聚合（windowSize=200 / windowAlertCount /
severityCounts / sourceCounts / latestEvent / latestBlock），字段全部来自公开白名单
（来源 IP 显示为前三段 + 末段 x，不含标题、内网目的地址、聚合 id）。此前文档里写的"404 未上线"是旧结论，已更正；
④ 明细下钻端点 /api/public/alerts/{aggId} 仍未上线，所以监测中心只展示聚合记录自带的字段，
不额外拼一份「原始事件列表」；
⑤ 蜜罐命令时间线（commandsAvailable=false）保持「数据源未接入」，不编造命令内容；
⑥ HTTP 状态码分布与 7 天 × 24 小时热力格没有画：公开端点里没有 statusCode / httpStatus 字段，
也没有历史日桶 —— 监测中心底部把这两项如实列成"读不到"，而不是拿 24h 数据伪装成 7 天；
⑦ 前端不做匿名常驻 SSE / WebSocket，秒级实时只给登录后的私有后台。
XK-LAB · 真实帧素材与真实几何 · 数据来自真实只读端点
正在读取…
欢迎回来。这里的数字都来自真实只读接口 —— 取不到我就直说读不到。