Skip to content

[Website]: Managed OTLP docs don't mention elasticsearch.index routing #6962

Open
elastic/opentelemetry
#686

Description

@axw

Before you submit

  • This issue is about a documentation page, flow, or piece of content.

Type of issue

Missing information

What documentation page or section is affected

https://www.elastic.co/docs/reference/opentelemetry/motlp

What happened?

https://www.elastic.co/docs/reference/opentelemetry/motlp#routing-telemetry-to-dedicated-datasets-or-namespace documents how to route to different data streams by setting the data_stream.dataset attribute. It does not mention that you can also route to arbitrary* indices by setting elasticsearch.index, as described at https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/exporter/elasticsearchexporter#elasticsearch-document-routing

We should document that. We'll need to be clear that routing to an index like this means that you're on your own as far as index templates / mappings go.

*arbitrary so long as they start with "logs", "metrics-", or "traces-"

Additional info

No response

Activity

  1. added
    source:webIssues originating from the elastic.co docs
    on Jun 18, 2026
  2. eddxavier-elastic commented on Jun 18, 2026

    @eddxavier-elastic

    @elastic/elastic-security-labs hey team, can you take a look on this?

  3. leandrojmp commented on Jun 18, 2026

    @leandrojmp

    Just some context, we saw this post in the security labs blog on how to get Claude Code and Claude Cowork logs using OTEL and decided to implement it.

    Since we use Elastic Cloud we used the Managed OTLP endpoint to receive this data, before going into production we decided to validate the risks and was discovered that the API Key used for the Managed OTLP have write permissions on logs-*, metrics-* and traces-* and not just on the otel data streams.

    Since this API Key will be set as an Environment variable, the users would have access to it and therefore would be able to ingest data into any index.

    If this information were present in the documentation we would start with a self-hosted EDOT collector and not used the Managed OTLP.

    This issue is to make more clear that the Managed OTLP API Key has full write permissions on logs-*, metrics-* and traces-* depending on the attributes sent to the endpoint.

  4. hilt86 commented on Aug 27, 2026

    @hilt86

    Can anyone from Elastic bump this issue please? An api key with write to all indices for the OTLP / Claude use case is not cool

  5. hilt86 commented on Oct 26, 2026

    @hilt86

    Any update on least privileges for this please?

  6. alexandra5000 commented on Oct 26, 2026

    @alexandra5000
    Contributor

    Hi @hilt86! This issue tracks the docs update. There's now a PR open for it: elastic/opentelemetry#686. It documents the key's actual write scope (anything under logs-, metrics-, traces-) and the elasticsearch.index routing behavior, so the tradeoff is at least visible upfront.

    As for the product change, it's something the team is aware of and has discussed, but there's no public tracker or timeline I can point you to.

    In the meantime, the way to get least privilege is to send data through a self-managed collector in Gateway mode with an API key scoped to specific indices, and point your apps at that instead of the managed endpoint.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Team:SKIIssues owned by the SKI Docs Teamdocs-fix:coherenceDuplicate or contradictory content vs published docsdocumentationImprovements or additions to documentationsource:webIssues originating from the elastic.co docs

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions