标头注入（Header Injection）

标头注入（header injection）通过代理实现时，是指在请求或响应经过代理服务器的过程中，受控地添加、修改或删除 HTTP 标头。这种操作发生在客户端与源站服务器之间，或源站服务器与客户端之间，从而在不修改客户端应用和服务器应用的前提下，动态改变通信元数据。

理解通过代理进行的标头注入

代理服务器充当客户端向其他服务器请求资源时的中间人。在这一中转过程中，代理可以检查并修改 HTTP 通信的各个方面，包括其标头。标头注入是在代理上有意进行的配置，用于实现特定的运维、安全或开发目标。

代理可以在以下场景中操作标头：
* 出站请求： 修改从客户端发送到源站服务器的标头。
* 入站响应： 修改从源站服务器发送到客户端的标头。

这与恶意的标头注入漏洞不同：后者是攻击者利用应用缺陷注入不需要的标头。这里的标头注入是代理运营方主动配置的合法操作。

标头操作机制

当 HTTP 请求或响应经过代理时，代理服务器的配置决定标头如何被处理。该过程通常包括：
1. 拦截： 代理接收 HTTP 消息。
2. 解析： 代理解析消息并提取标头。
3. 规则评估： 代理根据 URL、方法、客户端 IP 或现有标头值等条件，应用已配置的规则。
4. 操作： 根据规则，代理添加新标头、修改现有标头的值，或完全删除标头。
5. 转发： 修改后的消息随后被转发至目的地（源站服务器或客户端）。

常见用例与收益

通过代理进行标头注入可服务于多种实际目的。

1. 安全与匿名

代理通过操作标识性标头，是提升安全性和匿名性的基础手段。
* IP 匿名化： 删除或修改 X-Forwarded-For、Via 或 Remote-Addr 标头，使源站服务器无法获知客户端的真实 IP 地址。
* User-Agent 伪装： 修改 User-Agent 标头，使其表现为另一种浏览器或设备，从而避免服务端追踪或内容定制。
* Referer 控制： 修改或剥离 Referer 标头，使源站服务器无法得知客户端此前访问的页面。
* 身份验证： 为需要基于代理侧凭据进行认证的上游服务注入 Authorization 标头或自定义令牌。

2. 性能优化

标头操作会显著影响缓存和内容分发。
* 缓存控制： 注入 Cache-Control 或 Pragma 标头，影响源站服务器或中间缓存处理内容缓存的方式，例如强制重新验证（Cache-Control: no-cache）或延长缓存生存期。
* 内容压缩： 若客户端未发送，则添加 Accept-Encoding: gzip, deflate，确保源站服务器返回压缩后的内容。

3. 开发与测试

开发者使用代理来模拟各种客户端条件或测试服务器行为。
* 浏览器模拟： 修改 User-Agent，无需多个真实浏览器即可测试网站在不同浏览器中的渲染效果。
* 语言测试： 注入 Accept-Language 标头，测试 Web 应用的国际化与本地化功能。
* API 测试： 添加 API 所需、但在客户端应用中不易配置的 X-API-Key 或自定义标头。
* 调试： 注入 X-Debug 标头，在源站服务器上触发调试模式以获取详细日志。

4. 内容适配与路由

代理可以影响内容的分发方式或请求的路由方式。
* 地理定向模拟： 注入 X-Geo-Location 或类似标头，无需实际改变所在位置即可测试地域化内容分发。
* 负载均衡： 上游负载均衡器可利用自定义标头，将请求路由到特定的服务器实例。
* A/B 测试： 注入自定义标头，将用户导向网站的不同版本以进行 A/B 测试。

标头操作的类型

代理通常支持对标头的三种基本操作：

1. 添加新标头

即插入原始请求或响应中不存在的标头。
* 示例： 为每个出站请求添加 X-MyProxy-ID: P123 以便追踪。
* 示例： 为所有响应添加 Strict-Transport-Security: max-age=31536000; includeSubDomains 以强制启用 HSTS。

2. 修改现有标头

即改变已存在标头的值。
* 示例： 将 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) 改为 User-Agent: MyCustomBot/1.0。
* 示例： 向现有标头追加信息，例如 X-Forwarded-For: client_ip, proxy_ip。

3. 删除标头

即在转发消息前，从消息中剥离某个标头。
* 示例： 从请求中删除 Cookie 标头以增强隐私。
* 示例： 从响应中删除 Server 或 X-Powered-By 标头，减少服务器指纹暴露。

代理配置示例

标头注入的实现方式因代理软件或服务而异。

Nginx（作为反向代理）

Nginx 对请求使用 proxy_set_header、对响应使用 add_header 等指令。

http {
    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend_server;

            # 添加/修改请求标头
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header User-Agent "MyCustomUserAgent/1.0";
            proxy_set_header X-My-Custom-Header "Value";

            # 删除请求标头（通过设置为空值）
            # 注意：Nginx 无法直接“删除”请求标头，
            # 但可以阻止其被转发，或用空值覆盖。
            # 若要真正删除，可能需要 Lua 或更高级的模块。

            # 添加/修改响应标头
            add_header X-Frame-Options "DENY";
            add_header X-Content-Type-Options "nosniff";
            add_header Cache-Control "no-cache, no-store, must-revalidate";

            # 删除响应标头（需要更高级的模块或 header_filter_by_lua）
            # 使用 ngx_headers_more 模块中 `more_clear_headers` 的示例
            # more_clear_headers 'Server';
        }
    }
}

Squid Proxy（作为正向代理）

Squid 使用 request_header_add、request_header_replace、request_header_access、reply_header_add 等指令。

# 向客户端请求添加标头
request_header_add X-Proxy-Client-IP %<A

# 替换客户端请求中的现有标头
request_header_replace User-Agent MySquidAgent/1.0

# 从客户端请求中删除标头
request_header_access Referer deny all

# 向服务器响应添加标头
reply_header_add X-Squid-Cache-Status %s

# 从服务器响应中删除标头
reply_header_access Server deny all

通用代理服务（概念性 API/UI）

商业代理服务可能通过控制台或 API 提供配置。

{
  "proxy_rules": [
    {
      "match": {
        "url_pattern": ".*",
        "method": "GET"
      },
      "actions": {
        "request_headers": {
          "add": {
            "X-Proxy-Request-ID": "{{request_id}}"
          },
          "modify": {
            "User-Agent": "BotCrawler/1.0"
          },
          "remove": ["Accept-Encoding"]
        },
        "response_headers": {
          "add": {
            "X-Cache-Status": "HIT"
          },
          "modify": {
            "Content-Security-Policy": "default-src 'self'"
          },
          "remove": ["X-Powered-By"]
        }
      }
    }
  ]
}

对比：客户端侧与代理侧的标头操作

风险与注意事项

标头注入虽然强大，但通过代理使用时也存在潜在风险：

• 安全影响： 配置不当的标头注入可能在无意中泄露敏感信息（例如本不该暴露的内部 IP 地址经 X-Forwarded-For 泄露），或在管理不慎时导致防护被绕过。
• 应用兼容性： 修改或删除关键标头（例如 Host、Content-Length、Cookie）可能破坏依赖这些标头原始值或其存在性的应用。
• 调试复杂度： 出现问题时，判断是否由代理的标头操作引起可能很困难，因为客户端与服务器日志可能显示不同的标头集合。
• 性能开销： 大量的标头操作规则会为每个请求和响应增加处理延迟，可能影响代理的整体性能。
• 合规性： 某些法规（例如 GDPR、CCPA）对标识性标头的处理方式有要求，需要谨慎配置以确保合规。
• 缓存失效： 错误地修改 Vary 或 Cache-Control 标头，可能导致向用户提供陈旧内容或降低缓存命中率。