Skip to content
cccskills
FreePublished on GitHub

hunt-cache-poisoning

在授权渗透测试中挖掘 Web 缓存投毒与缓存欺骗(web cache poisoning / cache deception)。

当目标前有缓存层(CDN/反代/Varnish)且缓存键未覆盖某些影响响应的输入(unkeyed header/参数/解析差异)时使用——典型场景:X-Forwarded-Host 反射进响应被缓存、unkeyed 参数、缓存键规范化差异、静态扩展名欺骗缓存私有页。适用目标类型 Web / CDN。

触发场景包括用户说"测下缓存投毒""X-Forwarded-Host 能不能毒缓存""缓存欺骗看一下""unkeyed 输入有没有"。输出:投毒/欺骗可行性 + 被缓存证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

See how to install

Files included (7)

  • SKILL.md4.2 KB
  • evidence/.gitkeep0 B
  • reference.md2.8 KB
  • tools/common.py2.8 KB
  • tools/hunt_cache.py3.4 KB
  • tools/recon.sh2.5 KB
  • tools/validate.sh4.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

hunt-cache-poisoning · Web 缓存投毒猎杀

只解决缓存投毒/缓存欺骗一类:找到"影响响应但不进缓存键"的输入(unkeyed header/参数/解析差异),把恶意内容写进共享缓存,或诱导缓存把私有页当静态资源存下。判定靠投毒后无害请求也拿到被污染响应、或私有内容被缓存。

投毒污染的是共享缓存,会影响其他用户。默认只投无害标记(如 hcp9f3a2b)证明可被缓存,并尽量用唯一 cache-buster 把影响限制在自己的缓存条目,不投恶意内容、不毒公共路径。手法与真实报告见 reference.md。

Scope(授权范围)

先确认授权。 投毒共享缓存可能波及真实用户。

落实:授权目标、是否允许触碰共享缓存键(优先用唯一 cache-buster 限制影响)、测试窗口、只投无害标记。任一不清楚就停下问。

Goal

判定缓存键是否漏掉影响响应的输入,达成缓存投毒或缓存欺骗,给出可复现 PoC(含被缓存证明)与影响,尽量把影响限制在自控缓存条目。

Workflow

scope-check → recon → hunt → validate → report。

1. scope-check

  • 动作:写 evidence/scope.txt(allow_shared_cache)。
  • 命令:bash tools/recon.sh <target> --scope-only。
  • 终止条件:scope 明确,否则 KILL。

2. recon

  • 动作:确认缓存层与缓存状态头(X-Cache/CF-Cache-Status/Age/Cache-Control),找可缓存页面与反射点。
  • 输出:recon/endpoints.json(缓存指纹 + 候选页)。
  • 命令:bash tools/recon.sh <target>。
  • 终止条件:确认存在缓存层。

3. hunt

  • 动作:对候选页发 unkeyed 输入探针(X-Forwarded-Host/X-Host/X-Forwarded-Scheme 等带标记),看①标记是否反射进响应 ②是否被缓存(换用带唯一 cache-buster 的干净请求仍见标记)。再试缓存欺骗(/account/foo.css 让私有页被当静态缓存)。
  • 输出:candidates.json。
  • 命令:python tools/hunt_cache.py --target <url> --output candidates.json。
  • 终止条件:candidates.json 生成。

4. validate → report

  • 动作:过 7-Question Gate,对可行项证明"投毒后干净请求拿到污染响应"取证。任一 NO → killed。
  • 命令:bash tools/validate.sh candidates.json。
  • 终止条件:每条 confirmed/killed,confirmed 有被缓存证据(X-Cache: HIT + 标记)。

7-Question Gate(任一 NO 则 KILL)

  1. 目标在授权 scope 内?
  2. 目标确有缓存层且响应可缓存(X-Cache/Age 佐证)?
  3. 有客观信号(标记反射 + 后续请求命中缓存仍见标记),非猜测?
  4. 输入确实 unkeyed(不进缓存键却影响响应)?
  5. 可复现(缓存 TTL 内稳定复现)?
  6. 已留存投毒→命中证据?
  7. 影响可陈述,且用无害标记 + cache-buster 限制了对真实用户的影响?

Finding 输出格式

### <Title>
- Severity: Critical | High | Medium | Low | Info
- Asset: <可缓存页 + unkeyed 输入>
- Reproduction: <投毒请求 + 干净请求命中缓存的对照(X-Cache: HIT)>
- Impact: <存储型 XSS / 重定向 / 私有信息缓存欺骗>
- Evidence: <evidence/ 投毒响应 + HIT 响应>
- Status: confirmed | killed(<第几问 NO>)

参考

unkeyed 输入清单、缓存欺骗手法、缓存状态判读、真实报告见 reference.md。

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Use when an agent must decide whether to proceed autonomously, ask for clarification, request approval, or select an appropriate verification scope for a coding or documentation task

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘认证/授权绕过(authentication & authorization bypass)。当目标的登录、SSO/OAuth/SAML、2FA、会话、密码重置、邮箱验证等鉴权环节可能被逻辑缺陷或解析差异绕过时使用——典型场景:SAML 签名/entityId 绕过、OAuth `response_type`/`redirect_uri` 篡改窃取 token、邮箱规范化/预验证绕过、2FA 可预测/可跳过、会话类型混淆。适用目标类型 Web / REST API / SSO。触发场景包括用户说"测下认证绕过""这个 SAML/OAuth 有没有问题""能不能跳过 2FA""邮箱验证能绕吗"。输出:绕过路径 + 越权访问证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中系统性挖掘命令注入与参数/标志注入(OS command injection、argument/flag injection、外部程序 delegate 注入)。当目标把用户输入拼进 shell 命令、或作为参数传给 git/tar/curl/ffmpeg/ImageMagick 等外部程序、或经模板/eval 执行时使用——典型场景:文件名/路径/URL/ref 参数最终进了命令行,想拿 RCE 或任意文件读写。适用目标类型 Web / REST API / CI 系统。触发场景包括用户说"测下命令注入/RCE""这个参数会不会进 shell""git/tar/ffmpeg 参数能注入吗""上传头像触发 ImageMagick 了"。输出:带原始请求/命令回显或带外证据的 finding 报告(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘跨站请求伪造(CSRF)及其防护绕过。当目标存在状态变更操作(改邮箱/密码/角色/设置、转账、增删)而 CSRF 防护缺失或可绕过时使用——典型场景:无 token/token 不校验、SameSite=Lax 被 GET 或子域绕过、Content-Type text/plain 避开 preflight、cookie 注入伪造 token、Flash/307 重定向绕 CORS、Login CSRF。适用目标类型 Web / REST API。触发场景包括用户说"测下 CSRF""这个改密码有没有 CSRF 防护""SameSite 能绕吗""token 校验严不严"。输出:CSRF 可行性 + PoC 的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权渗透测试中挖掘不安全反序列化(insecure deserialization)。当目标把用户可控数据交给 unserialize/Marshal/pickle/ObjectInputStream/BinaryFormatter/YAML.load 等还原成对象时使用——典型场景:cookie/token/viewstate/隐藏字段里出现序列化数据、导入文件触发对象还原、想借 gadget chain 拿 RCE。适用目标类型 Web / REST API(PHP/Ruby/Python/Java/.NET)。触发场景包括用户说"测下反序列化""这个 cookie 是不是序列化对象""能不能 gadget chain 打 RCE""phar/Marshal/pickle 打一下"。输出:识别出的序列化落点 + gadget 可用性判定 + 带外/回显证据的 finding(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

在授权测试中核验 Node.js 权限模型(--permission / --experimental-permission,及旧 policy.json)能否被内部 API 绕过。当目标依赖 Node.js Permission Model 做沙箱隔离、需要判断给定 Node 版本下是否存在已知逃逸(inspector 断点、process.binding、fs.statfs/openAsBlob、process.mainModule.require、Module._load、path.resolve 覆盖、Uint8Array 路径、符号链接重命名)时使用。适用目标类型 Node.js 运行时 / 依赖权限模型的服务或 CLI。触发场景包括用户说"这个 Node 权限模型靠谱吗""--permission 能被绕过吗""测下 policy.json 沙箱逃逸""inspector/process.binding 能突破权限吗"。输出:给定 Node 版本下各绕过原语的命中矩阵 + 建议升级版本(含 killed 记录)。

The English summary is being prepared. Showing the original description.

galact-byte/galact-Skills7Updated Oct 13, 2026

See all skills by galact-byte

Report a problem with this skill