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

#14505 [Feature]: Pass immutable safety identifiers (user_ids) by default

  • State: open
  • Author: @berri-teddy
  • Labels: enhancement, enterprise, P1

### The Feature

Problem: • Teams can override or omit user_id fields in API calls. • This creates gaps in safety tracking and attribution. • Security/compliance frameworks often require immutable attribution of requests.

Proposed Solution: • LITELLM_ENFORCE_SAFETY_IDENTIFIER = TRUE should automatically attach a safety_identifier (user_id) to every request. • This value should be sourced from a trusted context (e.g., LiteLLM’s internal auth/session/user object). • Teams/users should not be able to override or modify this value in their request payloads. • Identifier should be passed downstream to providers in the most appropriate param (e.g., safety_identifier, user_id, metadata, or x-litellm-user-id header).

### Motivation, pitch

Description: Currently, LiteLLM allows teams/users to configure and send request parameters, including a safety_identifier to some providers, but there’s no mechanism to guarantee that a safety identifier (e.g., user_id) is always attached to requests and cannot be altered by teams or end-users. This is important for auditing, abuse detection, and regulatory compliance.

### LiteLLM is hiring a founding backend engineer, are you interested in j…

GitHub resolver

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

Refresh page
vote history (2 events)
#0 of 0 · 31d18h16m1s ago — entered · #import:https:::github.com:berriai:litellm post #2676
#14505 is harder because it requires cross-cutting security-context integration, trusted identity resolution, enforcement against conflicting inputs, provider-specific propagation, and broad regression coverage. #30008 is comparatively localized to configuration plumbing and runtime formatting behavior.
#0 of 0 · 31d17h57m45s ago — current · #import:https:::github.com:berriai:litellm post #2995
The right item is harder because it requires trusted-identity propagation across authentication, request construction, provider-specific mappings, override prevention, and broad compatibility testing, whereas the left item is a more localized validation and security-hardening change.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search