mirror of
https://github.com/discourse/discourse.git
synced 2026-08-06 12:09:27 +08:00
5458a5f150Adds an OAuth-style device authorization flow for user API keys so applications that can't open a browser (CLIs, headless tools, IoT clients) can request a key by displaying a short user-facing code. The client POSTs to `/user-api-key/device` to obtain a device code, a user code, and a verification URL. The user visits the URL, authenticates, confirms the application and scopes, and either approves or denies the request. Meanwhile the client polls `/user-api-key/device/poll` until it receives the encrypted key payload, a denial, or expiry. The flow is implemented as a `UserApiKey::DeviceAuth` namespace of service objects (`CreateRequest`, `Authorize`, `Deny`, `Poll`, `Store`, `Crypto`, `ApprovalTokenStore`, `GrantPresenter`). Pending grants live in Redis with a short TTL and are rate limited per IP and per user code. Encrypted payload generation is shared with the existing redirect-based flow. Also adds first-class expiration for user API keys: - New `expires_at` column on `user_api_keys`. - New `max_user_api_key_expiry_days` site setting (default 365). - Clients can request a key lifetime via `expires_in_seconds`, which is surfaced to the user on the authorization screen and serialized back to the client. - A `user_api_key` rake task for listing, inspecting, expiring, and revoking keys from the console. --------- Co-authored-by: Penar Musaraj <pmusaraj@gmail.com> |
||
|---|---|---|
| .. | ||
| default_current_user_provider_spec.rb | ||
| discord_authenticator_spec.rb | ||
| discourse_id_authenticator_spec.rb | ||
| facebook_authenticator_spec.rb | ||
| github_authenticator_spec.rb | ||
| google_oauth2_authenticator_spec.rb | ||
| linkedin_oidc_authenticator_spec.rb | ||
| managed_authenticator_spec.rb | ||
| result_spec.rb | ||
| twitter_authenticator_spec.rb | ||
