8 views
-/https://github.com/berriai/litellm/issues/29661
GitHub · issue

#29661 [Feature]: Azure Entra ID (managed identity) auth for the proxy database

  • State: open
  • Author: @mkceichelbeck
  • Labels: enhancement, proxy, llm translation

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### The Feature

Add keyless **Microsoft Entra ID / Azure Workload Identity** authentication for the proxy's PostgreSQL database, mirroring the existing AWS `IAM_TOKEN_DB_AUTH` path. The proxy would mint a short-lived Entra access token (scope `https://ossrdbms-aad.database.windows.net/.default`) via `azure-identity`'s `DefaultAzureCredential`, use it as the DB password, and let the **existing `PrismaWrapper` background-refresh / reconnect machinery** handle rotation — so no static DB password is needed on Azure.

Proposed, intentionally small and symmetric with the AWS path:

- New `litellm/proxy/auth/azure_entra_db_token.py` with `generate_azure_entra_db_token(db_host, db_user)`, mirroring `litellm/proxy/auth/rds_iam_token.py::generate_iam_auth_token`. - Select the token source in `PrismaWrapper.get_rds_iam_token()` / `litellm/proxy/db/db_url_settings.py` based on a provider — e.g. reuse the `IAM_TOKEN_DB_AUTH` activation plus a new `IAM_DB_AUTH_PROVIDER=aws|azure` (default `aws`, fully backward compatible). - Reuse the entire existing refresh/reconnect/lock wra…

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (3 events)
#0 of 0 · 31d19h13m1s ago — entered · #import:https:::github.com:berriai:litellm post #1671
The left requires cross-cutting backend authentication work involving cloud identity, token lifecycle, configuration compatibility, database reconnect behavior, and security-focused testing. The right is a contained dashboard/API pagination correction with an existing implementation path and regression coverage, so the left carries substantially greater engineering risk and scope.
The left requires cross-cutting security design, integration points across agent and persistence workflows, threat-model validation, and broader testing. The right is a comparatively contained provider-specific authentication implementation that can reuse established token-refresh and database plumbing.
#0 of 0 · 31d19h5m13s ago — current · #import:https:::github.com:berriai:litellm post #1789
The right issue is harder because it requires a new cloud-identity integration, dependency and configuration handling, secure token lifecycle coordination, and broad integration testing. The left issue is comparatively localized to request-path guarding and regression tests.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search