本站漏洞研究坚持合法授权、最小影响、证据完整和防御优先。这一页说明我们能做什么、不做什么，以及一份实验记录必须达到什么标准。
三项基本原则
合法授权。所有验证行为必须落在自有资产、本地隔离靶场或书面授权的范围内。授权文件要能说清范围与时限，口头同意不算。
最小影响。只触碰证明问题所必需的最小部分。能用一个请求说明的，不跑一个扫描；能读一个字段的，不导出整张表。
证据完整。结论必须能被第三方按同样条件复现。缺少环境说明或对照组的结论，在技术上不成立。
允许的研究范围
- 自有资产、本地隔离靶场，或获得书面授权的资产。
- 默认示例目标使用
127.0.0.1、私有网段或专用容器网络，不指向公网地址。 - 只处理虚拟账号、无价值数据和可随时销毁的实验环境。
- 组件版本、依赖与配置明确可查，且能在断网条件下复现。
- 涉及真实软件时，优先使用厂商提供的测试版本或官方容器镜像。
不提供的内容
- 批量扫描、公网目标筛选和自动化利用。
- 持久化、隐蔽绕过、真实凭据或数据窃取。
- 未公开零日、可直接武器化的完整攻击链。
- 绕过安全产品检测的具体手法，以及针对具体厂商产品的定向攻击步骤。
- 任何以”仅供学习”为免责声明的、实际可用于攻击的成品代码。
这条界限的判断标准是：如果一段内容脱离授权环境就无法成立，且照做会伤害到第三方，那它不会出现在这里。对于公开披露已久、防护手段成熟的漏洞，可以讨论原理与修复；对于仍在活跃利用期的问题，只做防御视角的解读。
一篇合格实验报告必须包含
以下八项是硬性要求，缺项视为未完成：
- 影响范围与版本：受影响组件、确切版本区间、前提条件。
- 环境与授权说明：系统、拓扑、组件清单，以及实验环境的授权性质。
- 正常对照：在未触发条件时系统的预期表现与证据。
- 异常证据：日志、抓包、响应差异，要求原始输出而非二次描述。
- 修复版本与临时缓解：官方修复方案，以及无法立即升级时的缓解措施和残余风险。
- 回归测试：修复后如何验证、验证命令与输出结果。
- 检测与排查规则：可供蓝队使用的日志规则、查询语句或排查清单。
- 官方来源与最后核验日期：厂商公告、CVE/NVD 链接，以及本文核验的时间点。
与厂商协作
发现第三方产品的问题时，第一动作是联系厂商安全响应渠道，而不是发文章。提交内容应包括受影响版本、复现条件、影响判断和建议的修复方向，并附上可验证的证据。在厂商确认并发布修复前，本站不公开可利用细节。
如果厂商长期无响应，或问题已被第三方公开利用，可以在评估风险后发布防御视角的说明：讲清影响范围、给出自查方法和缓解措施，但不提供武器化步骤。这类文章会明确标注披露状态与最后核验时间。
责任边界
文章不构成对任何第三方资产的测试授权。读者必须自行确认授权范围、变更审批和当地法律要求。因超出授权范围、跳过审批或用于真实环境造成的后果，由实施者自行承担。
本站不提供针对具体目标的测试服务，也不回答”怎么打某个站点”这类问题。