MY技术book｜网安手记是一个面向开发者、运维人员与安全从业者的个人技术内容站，关注网络原理、防御工程、漏洞研究与安全响应。我们不追热点，也不做工具搬运，只把一件事讲清楚：一个安全问题从发现到闭环，中间要经过哪些判断和动作。
我们希望解决什么问题
复杂的安全问题不应该停在”有漏洞”或”跑通工具”这一步。大量技术文章在给出验证方法之后就结束了，读者知道了怎么触发，却不知道该怎么判断影响、该在日志里找什么、补丁打完之后怎么确认真的修好了。我们把重心放在后半程：影响范围怎么界定、证据怎么留、修复怎么验、向上怎么汇报。
因此本站的实验类文章都要求覆盖四个环节——正常对照组、异常证据、修复动作、回归验证。缺任何一环，这篇文章就不算写完。这个标准会拉高写作成本，但读者拿到的是一份可以对照执行的记录，而不是一段只能围观的演示。
另一个常被忽略的问题是时效。厂商公告会更新、补丁会回滚、缓解措施会被证明无效。所以本站的每篇涉及具体版本的文章都会标注最后核验日期，并在结论变化时补充修订说明，避免读者照着过期的结论操作生产环境。
内容原则
- 证据优先：优先引用厂商公告、CVE/NVD、CISA、RFC 与项目官方文档。二手转述只作为线索，不作为结论依据；无法追溯来源的说法宁可删掉。
- 授权实验：漏洞研究仅在自有资产、本地靶场或获得书面授权的环境中进行。示例目标默认使用回环地址、私有网段或专用容器网络，不指向任何公网资产。
- 防御闭环：实验必须覆盖正常对照、异常证据、修复动作与回归验证。只讲怎么触发、不讲怎么修的选题不立项。
- 持续更新：重要版本与处置结论发生变化时，通过修订记录说明变更内容与时间，不悄悄改正文。
信息来源与引用
本站的技术结论按可信度分层引用：第一层是厂商安全公告与官方文档，第二层是 CVE/NVD、CISA KEV 等权威漏洞库，第三层是 RFC、标准组织文档与开源项目仓库。媒体报道、社区帖子只在”事件背景”层面使用，不用来支撑技术判断。
涉及版本号、命令参数、配置项的表述都会对照官方文档核对一遍。读者如果发现引用错误、链接失效或结论过时，欢迎通过投稿渠道指出，核实后会及时更正并在文末注明。
更新与修订
安全内容的保质期很短。一个漏洞从披露到修复，再到出现绕过或补丁回滚，可能只有几周。本站对涉及具体版本的文章采取这样的处理方式：文末标注最后核验日期；结论发生变化时追加修订段落，写清”改了什么、为什么改、依据是什么”；如果整篇文章的前提已经不成立，会在顶部给出失效提示，而不是直接删除。
适合谁阅读
正在建立网络基础的学习者、负责 Web 与云环境的开发和运维人员，以及需要把漏洞情报转化为处置动作的安全从业者。不同角色的切入方式不太一样，可以按下面的顺序取用：
- 学习者：从网络基础栏目按协议链路顺序读，先建立整体框架，再补细节。
- 开发与运维：直接看防御工程栏目，那里是可落地的配置基线与回归标准。
- 安全从业者：关注漏洞研究和安全快讯，重点看影响判断与处置清单部分。
网站备案信息
- 网站名称：MY技术book
- 网站域名：mrmever.top
- 主体类型：个人
- ICP备案号：豫ICP备2026001271号-1
- 公安联网备案：豫公网安备 41010502007235号
本站为个人非经营性技术博客，内容仅用于安全教育、授权研究与防御实践，不构成针对任何未授权目标的操作许可。