Send Feature Flagging API key fingerprint - #12115
Conversation
|
🎯 Code Coverage (details) 🔗 Commit SHA: fe91ced | Docs | Datadog PR Page | Give us feedback! |
🟡 Java Benchmark SLOs — Performance SLO warning (near threshold)
PR vs. master results
Commit: Load and DaCapo benchmarks can be triggered manually in the GitLab pipeline. Results will appear in the Benchmarking Platform UI after completion. |
There was a problem hiding this comment.
More details
The independently executed SHA-256/base62 conversion produced the specified Clifford fingerprints for empty, ordinary, Unicode, leading-zero, and configured API-key inputs. The request path gates the new header behind the same managed-HTTPS condition as the API-key credential, so custom and HTTP endpoints remain excluded. No additional tests recommended: the existing test suite already covers the endpoint-routing and authoritative fingerprint vectors.
📊 Validated against 5 scenarios · Open Bits AI session
🤖 Datadog Autotest · Commit fe91ced · What is Autotest? · @DataDog review to ask questions · Any feedback? Reach out in #autotest
sameerank
left a comment
There was a problem hiding this comment.
I haven't been following the solution-ing around this. We'll be maintaining an internal map to decode the fingerprints?
Motivation
The Feature Flags CDN needs a stable API-key identifier without writing the raw API key to CDN backend API logs. SDKs must send the Clifford v1 fingerprint so ffe-service can verify and log the fingerprint instead of the credential.
Changes and Decisions
DD-API-KEY-FINGERPRINTwithDD-API-KEYfor Datadog-managed HTTPS endpoints.