PostHog database_schema 服务器端请求伪造信息泄露漏洞

该漏洞允许攻击者通过服务器端请求伪造 (SSRF) 泄露敏感信息。攻击者需要身份验证才能利用此漏洞，但一旦成功，他们可以访问 PostHog 内部数据库和配置信息，可能包括 API 密钥、数据库密码和其他敏感数据。这可能导致未经授权的访问、数据泄露甚至完全控制 PostHog 实例。由于 PostHog 经常用于跟踪用户行为和分析数据，因此泄露的信息可能包含个人身份信息 (PII) 和商业机密，造成严重的声誉和法律风险。该漏洞的利用模式类似于其他 SSRF 漏洞，攻击者可能通过构造恶意的 URL 请求来访问内部资源。

Organizations utilizing PostHog for product analytics, particularly those with sensitive data stored within their PostHog instance or connected to it, are at risk. Deployments with overly permissive network configurations or those lacking robust WAF protection are especially vulnerable. Shared hosting environments where multiple PostHog instances share resources could also amplify the impact of a successful exploitation.

• linux / server:

journalctl -u posthog -g "database_schema"

• generic web:

curl -I https://<posthog_url>/api/v1/database_schema | grep -i 'Server:'

• generic web:

curl -I https://<posthog_url>/api/v1/database_schema | grep -i 'X-Powered-By:'

1. 2024-11-22Disclosure

   disclosure

2. 2024-11-22Discovery

   published

1. 已保留2024-10-09
2. 发布日期2024-11-22
3. 修改日期2024-11-26
4. EPSS 更新日期2026-04-02

目前，官方建议升级到修复后的版本。由于没有提供具体的修复版本，建议查阅 PostHog 官方文档或联系 PostHog 支持团队以获取最新信息。在无法立即升级的情况下，可以考虑以下缓解措施：限制 PostHog 实例的网络访问，仅允许必要的流量通过；实施严格的身份验证和授权控制，确保只有授权用户才能访问 PostHog 实例；监控 PostHog 实例的网络流量，检测可疑的 SSRF 请求；使用 Web 应用防火墙 (WAF) 过滤恶意请求，阻止 SSRF 攻击。如果使用代理服务器，配置代理服务器以阻止对内部资源的直接访问。建议定期审查 PostHog 的配置，确保其安全性。