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