Skip to main content

Crate securitydept_token_set_context

Crate securitydept_token_set_context 

Source
Expand description

§securitydept-token-set-context

Unified product surface for the securitydept OIDC mode family, symmetric with the frontend token-set-context-client TS SDK.

§Canonical public surface

ModuleDescription
backend_oidc_modeCanonical — unified backend OIDC capability framework (capabilities, config, runtime, service, transport)
frontend_oidc_modeFrontend OIDC — config, runtime, service, cross-boundary contracts
access_token_substrateCross-mode shared substrate: resource-server verification, propagation, forwarder
orchestrationCross-mode shared config, OIDC client, provider infrastructure
modelsShared auth-state data models

§Mode relationship

  • backend-oidc is the canonical unified surface. It parameterizes runtime behaviour through capability axes (refresh_material_protection, metadata_delivery, post_auth_redirect). Adopters configure the axes directly — no preset indirection needed.
  • frontend-oidc has no backend OIDC client runtime — the browser owns the full OIDC lifecycle. This module provides formal config, runtime, and service patterns alongside cross-boundary contracts describing what the backend expects from frontend-produced tokens.

§Entry point

Adopters should enter via backend_oidc_mode for new integrations, use orchestration for shared config resolution, and access_token_substrate for token verification and propagation.

Modules§

access_token_substrate
Shared access-token substrate — cross-mode runtime infrastructure.
backend_oidc_mode
backend-oidc mode — unified backend OIDC capability framework.
cross_mode_config
frontend_oidc_mode
frontend-oidc mode — config, runtime, service, capabilities, and cross-boundary contracts.
models
orchestration
Shared orchestration abstractions — cross-mode lifecycle infrastructure.