mcpField
C
competition-web-runtime

competition-web-runtime

github.com/zhaoxuya520安全43.7k95 次安装5 周前更新
代码仓库

关于 competition-web-runtime

competition-web-runtime 是用于分析 Web 类安全挑战的技能,须在 sandbox orchestrator 建立环境假设后使用。它通过验证真实请求流并对照浏览器与后端状态来定位运行时行为。

主要功能

  1. 01梳理主机、路由、存储与工作线程
  2. 02捕获并比较请求流程
  3. 03追踪中间件、认证与异步任务
  4. 04保留运行时行为证据

适用场景

  1. 01调查浏览器状态与服务端路由
  2. 02核实界面限制是否由后端执行
  3. 03追踪上传、导出或后台任务

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/zhaoxuya520/reverse-skill --skill competition-web-runtime

安装后在 Claude Code 中输入/competition-web-runtime确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
cookie-hmac-key-reuse-auth-bypass.md
routing-runtime.md

详细介绍

竞赛 Web 运行时

仅当 $ctf-sandbox-orchestrator 已处于活动状态,并已建立沙箱假设、节点归属和证据优先级之后,才将此技能作为下游专用技能使用。如果尚未如此,请先返回 $ctf-sandbox-orchestrator。

当当前挑战主要涉及 Web 行为、浏览器状态、服务端路由、API 顺序或由 worker 支持的应用流程时,请使用此技能。

除非用户明确要求使用英语,否则请用简体中文回复。

快速开始

  1. 假定所呈现的主机、域名和路由均属于该沙箱。
  2. 在信任可见 UI 之前,先检查入口 HTML、启动脚本、运行时配置和路由注册。
  3. 在基于源码做出宽泛断言之前,先端到端捕获一次真实的请求流程。
  4. 同时检查浏览器持久化和后端状态。
  5. 仅更改一个变量,重新运行最小流程。

工作流

1. 映射活动运行时
  • 识别活动的主机、路径、代理、容器和 worker。
  • 检查 cookies、localStorage、sessionStorage、IndexedDB、Cache Storage 和 service worker。
  • 记录活动流程中实际出现的路由名称、功能标志、存储键、队列名称和 worker 名称。
2. 捕获请求顺序
  • 记录决定性请求的精确方法、路径、查询、请求头、cookies 和请求体。
  • 对比成功与失败的路径。
  • 将 UI 门控视为提示,而非后端强制执行的证据。
3. 仅在一条路径得到验证后才进行扩展
  • 追踪中间件、处理器、auth/session 边界、上传、导出和后台任务。
  • 仅在首个流程得到扎实验证后,再验证隐藏路由、备用主机名、预览模式或 worker 副作用。

阅读本参考

  • 加载 references/routing-runtime.md,获取详细检查清单、证据打包方式以及常见 Web 陷阱。
  • 如果任务具体涉及 SSR loader、模板上下文、hydration 载荷、预览渲染或渲染层执行偏差,优先使用 $competition-template-render-path。
  • 如果任务具体涉及 source map、构建清单、chunk 注册表、产出的 bundle,或从已提供资源中恢复隐藏的运行时结构,优先使用 $competition-bundle-sourcemap-recovery。
  • 如果任务具体涉及 GraphQL schema、RPC 清单、持久化查询、生成的客户端,或契约与处理程序之间的偏差,优先使用 $competition-graphql-rpc-drift。
  • 如果任务具体涉及 SSRF 输入点、内部端点可达性、元数据服务跳板,或通过服务端抓取提取 token,优先使用 $competition-ssrf-metadata-pivot。
  • 如果任务具体涉及竞态窗口、依赖顺序的状态变更、重复操作效果,或对时序敏感的偏差,优先使用 $competition-race-condition-state-drift。
  • 如果任务具体涉及代理与后端的解析差异、路径规范化偏差、请求头歧义,或请求走私路径,优先使用 $competition-request-normalization-smuggling。
  • 如果任务具体涉及浏览器 cookie、存储、IndexedDB、Cache Storage、service worker,或缓存的认证状态,优先使用 $competition-browser-persistence。
  • 如果任务具体涉及 OAuth 或 OIDC 重定向、回调参数、PKCE、scope、token 交换,或 claim 接受,优先使用 $competition-oauth-oidc-chain。
  • 如果任务具体涉及 JWT 请求头、claim 规范化、密钥查找、kid、alg、issuer 或 audience 混淆,优先使用 $competition-jwt-claim-confusion。
  • 如果任务具体涉及上传解析、预览、归档解压、转换器,或反序列化链,优先使用 $competition-file-parser-chain。
  • 如果任务具体涉及队列载荷、仅 worker 行为、重试、cron 偏差,或异步副作用,优先使用 $competition-queue-worker-drift。
  • 如果任务具体涉及 WebSocket 或 SSE 握手、订阅、实时帧、重连逻辑,或由帧驱动的状态变更,优先使用 $competition-websocket-runtime。
  • 如果任务具体涉及 Host 请求头、vhost 路由、反向代理,或路由到服务的解析,优先使用 $competition-runtime-routing。
  • 如果唯一可用的证据是数据包捕获,而难点在于流或协议重建,优先使用 $competition-pcap-protocol。

需要保留的内容

  • 能证明行为的精确请求和响应
  • 具体的文件路径、函数名、路由名和存储键
  • 当异步处理很重要时,队列载荷、worker 名称或重试行为

评论

支持 Markdown