使用OpenTelemetry Collector无法脱敏日志敏感值，该如何解决？

问题定位 #

核心问题是未正确定位敏感字段路径，或处理器执行顺序有误，导致attributes/redaction处理器无法触达body中的key字段。以下是两种适配JSON格式日志的可行脱敏方案。

方案1：Redaction 处理器精准配置 #

Redaction处理器支持直接指定字段路径或正则匹配，需确保在json_parser之后执行（先解析JSON为结构化属性）。

结构化字段脱敏（已解析JSON） #

如果json_parser已将日志解析为结构化属性，敏感字段路径为body.key，配置如下：

processors:
  redaction:
    fields:
      - key: body.key
        action: replace
        replacement: "***REDACTED***"

原始JSON字符串脱敏（未解析） #

若body仍是JSON格式字符串，用正则匹配替换：

processors:
  redaction:
    regex:
      - pattern: '"key":\s*"([^"]+)"'
        replacement: '"key": "***REDACTED***"'

方案2：Transform 处理器灵活处理 #

Transform处理器支持自定义逻辑，适合复杂场景（如哈希脱敏、动态判断）。

结构化字段替换/哈希 #

processors:
  transform:
    log_statements:
      - context: log
        statements:
          # 固定字符串脱敏
          - set(body.key, "***REDACTED***") where exists(body.key)
          # SHA256哈希脱敏（需启用哈希函数支持）
          - set(body.key, sha256(body.key)) where exists(body.key)

先解析JSON字符串再脱敏 #

如果body是未解析的JSON字符串，需先解析处理再序列化：

processors:
  transform:
    log_statements:
      - context: log
        statements:
          # 解析body为JSON对象
          - parse_json(body, parsed_body)
          # 脱敏key字段
          - set(parsed_body.key, "***REDACTED***")
          # 重新序列化为字符串存回body
          - set(body, stringify(parsed_body))

关键验证步骤 #

1. 确认处理器顺序：确保json_parser（或Transform的解析逻辑）在脱敏处理器之前执行，否则无法访问结构化字段。
2. 验证字段路径：用debug处理器打印日志属性，确认敏感字段的实际路径：

processors:
  debug:
    verbosity: detailed

3. Attributes处理器修正：若坚持用Attributes哈希，需指定正确字段路径：

processors:
  attributes:
    actions:
      - key: body.key
        action: hash
        algorithm: sha256

内容的提问来源于stack exchange，提问作者zamentali