7
Add a scoped, read-only metrics / monitoring API key (alternative to service_role)
Source: supabase/supabase#42418 · opened by @tagorenathv
Problem Supabase exposes project metrics via the privileged endpoint: Access to this endpoint currently requires the service_role key. While this works functionally, it creates a security and operational concern: service_role bypasses RLS and provides full admin access (DB, auth, storage, RPC). For monitoring use cases, this level of privilege is significantly broader than required. This becomes especially problematic when integrating with: * SaaS monitoring platforms (Datadog, Grafana Cloud, pgpulse, etc.) * Hosted metrics backends * Third-party observability tools Many security teams will not approve sharing a full admin key with external services, which effectively blocks adoption of Supabase metrics without running a custom proxy. --- Proposed solution Introduce a scoped, read-only monitoring token, for example: * metrics_role / monitoring_role * Read-only access * Valid only for metrics endpoints (e.g. /metrics) * Does no…
No pledges yet. Be the first to back this.
Comments
Similar requests
Adding custom API keys with selectable Postgres role for backend components
1 vote · 0 comments
Exposing Edge Function Metrics in the Prometheus-compatible Metrics Endpoint
10 votes · 0 comments
Metrics, Prometheus etc.
3 votes · 0 comments
Add performance metrics
1 vote · 0 comments
Scoped API keys for Supabase Management API
3 votes · 0 comments
No comments yet.