如何为浏览器端OpenTelemetry防护匿名用户的虚假spans？

针对匿名用户产生的虚假Spans问题，不需要依赖专属用户认证，也能通过以下几个实用方向解决：

• 轻量客户端请求校验

  • 给浏览器SDK加会话级签名：服务端在用户首次访问时下发一个短期有效（比如5分钟）的匿名会话密钥，存在客户端localStorage里。SDK发送Span前，用这个密钥对请求内容做哈希签名，服务端收到后校验签名合法性，非法请求直接丢弃。
  • 严格校验请求来源：服务端只接收来自自身域名的Span请求，配合CSP策略限制SDK的请求发起范围，拦截跨域的伪造请求。

• 基于流量特征的动态限流与过滤

  • IP+UA组合限流：对匿名用户，以IP和用户代理的组合作为标识，设置QPS阈值（比如单组合每分钟最多100条Span），超出阈值就临时拦截，避免批量虚假数据冲击。
  • 异常Span内容过滤：服务端检查Span字段，直接丢弃持续时间为0、重复度极高、缺少必要标识（如service.name）的无效Span；同时识别异常命名（比如全是随机字符串）的Span，直接过滤。

• 采样策略优化

  • 客户端+服务端二次采样：在浏览器SDK中设置低概率采样（比如10%），服务端对匿名用户的Span再做二次采样（比如再降为50%），大幅减少虚假数据的进入，同时不影响正常追踪分析。

• 高风险场景的验证码拦截

  • 如果匿名Span流量突然激增，服务端可以返回拦截标识，SDK触发前端验证码验证，用户通过后再恢复Span发送权限。这种方式适合偶尔出现的大规模恶意攻击场景。

• 流量隔离处理

  • 把匿名用户和授权用户的Span流量分开：用独立的追踪Endpoint或消息队列接收匿名数据，单独分配计算资源处理，既不影响授权用户的追踪准确性，还能给匿名流量加更严格的过滤规则。

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