You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The metric attributes server.address and server.port on the http.server.* metrics can be manipulated externally by spoofing the HTTP Host header, which can lead to similar cardinality problems and degraded observability as open-telemetry/opentelemetry-specification#3470 (http.request.method).
After discussing with @lmolkova, our recommendation is make server.address and server.portOpt-In on all http.server.* metrics.
We believe that the majority of instrumented apps do not expose multiple virtual hosts/ports, and that the service.name resource attribute is a reasonable alternative to server.address and server.port in these cases.
The text was updated successfully, but these errors were encountered:
As pointed out in by @joaopgrassi and team in #17 (comment).
The metric attributes
server.address
andserver.port
on thehttp.server.*
metrics can be manipulated externally by spoofing the HTTP Host header, which can lead to similar cardinality problems and degraded observability as open-telemetry/opentelemetry-specification#3470 (http.request.method
).After discussing with @lmolkova, our recommendation is make
server.address
andserver.port
Opt-In on allhttp.server.*
metrics.We believe that the majority of instrumented apps do not expose multiple virtual hosts/ports, and that the
service.name
resource attribute is a reasonable alternative toserver.address
andserver.port
in these cases.The text was updated successfully, but these errors were encountered: