doorkeeper 5.9.3 → 5.9.9

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 71a32b8766b44f5eff16fbc128cfff6ab676b5af9104d16d58f060a0ed6d894c
-  data.tar.gz: 864e07764f1ba86d6f52a10e5a081291c2748dcecbfb8bcc60b0f27baa4e616e
+  metadata.gz: 3c4d0c4d775062d003452c97290c5fb4308812e17590946b9f8db9922e40f9d7
+  data.tar.gz: 7af434e11413a59e94cf12edd6ddcb088940110fabbd1174f0bacb2869a254da
 SHA512:
-  metadata.gz: 4116cfa7e4e06a1bff79489ddeced66af1803dedd6f2e1b1b5edd67db0d90e444922a87cfc2215a4e61357e54ddf988606c3ecce40e50afb24fdd5e06808a2bd
-  data.tar.gz: 558ec2ac88215ba2cde034380a27d44d0c989841942c070e4ea02a746d154944b094ae2aa6a9284c7cca6d310705634fde4f6566fbf8a268a0c1b33e41937107
+  metadata.gz: 1029aa2d0ff981b3d114f656f5b8d17308a946edd9466e7fe93d93fa5b6d1ba3c6873ba6cf628eab86ccb2f50b14507f272d61a0af829f2184963908941bb91c
+  data.tar.gz: 5b474f0a07ba2785acdbadca5d874a0b9e50955bebd0318499f84710cb06b0d1e8d58419ac4b889045e504011ddc88398ffea0c345434df291f0b43cf60fb3d2

data/CHANGELOG.md

@@ -5,9 +5,29 @@ upgrade guides.
 
 User-visible changes worth mentioning.
 
-## main
+## 5.9.9
 
-- Please add here
+- Fix: `AuthorizedApplicationsController` now answers `401 Unauthorized` instead of running with a `nil` resource owner, which listed and revoked every token that has no resource owner — the ones the client credentials flow issues. Affected host applications are those whose `resource_owner_authenticator` answers `nil` without halting the request itself; the generated initializer's example redirects and is not affected.
+- Fix: `AuthorizationsController#destroy` now validates the client and redirect URI before producing the deny response, and renders — never redirects — when validation fails. Previously the deny path performed no OAuth-layer validation at all, allowing an open redirect to an attacker-controlled origin with the OAuth `state` attached. Also reject unregistered `response_type` values on the authorization endpoint rather than resolving them through the `constantize` fallback.
+- Fix: refuse redirect URIs with a script scheme (`javascript`, `vbscript`, `data`) both when an application is registered and at authorization time, regardless of `forbid_redirect_uri`. Such a URI is never a legitimate redirection endpoint, and with `response_mode=form_post` it became the action of the auto-submitting form the authorization server renders on its own origin. Already stored records with such a URI are now refused with `invalid_redirect_uri` before the consent screen is shown.
+
+## 5.9.8
+
+- [#1938] Fix: a request body ActionDispatch cannot parse (malformed JSON under a JSON content type, say) no longer raises `ActionDispatch::Http::Parameters::ParseError` out of `Doorkeeper::OAuth::Token.from_request` and `doorkeeper_token`. Since 5.9.7 the RFC 6750 §2 multi-method check read the body on every request, so such a request raised even when it carried a valid Bearer header. The body is now treated as carrying no token, the same way ActionDispatch's own `#filtered_parameters` treats that error.
+
+## 5.9.7
+
+- Refuse requests that transmit an access token by more than one method (RFC 6750 §2), instead of silently authorizing with the first configured `access_token_methods` entry that matched and discarding the other tokens. Such a request now fails closed as carrying no usable token (401 `invalid_token`); no calling contract changes. The form-encoded body (§2.2) and the URI query (§2.3) count as two methods even though Rails and Rack merge them into a single `params` hash. The same token repeated across two methods is refused too — §2 forbids the second method, not a disagreement between the two — and a custom callable extractor in `access_token_methods` keeps the historical first-wins behavior and is never invoked more than once. (The strict `invalid_request` (400) answer §3.1 prescribes ships with Doorkeeper 6.0.)
+- [#1925] Internal: pin the development dependency on `json` below 3.0. json 3 removed the positional options Hash from `JSON.parse` and the `quirks_mode` option from `JSON.generate`, both of which Active Support still uses, so the suite could not run on any supported Rails version.
+
+## 5.9.6
+
+- Reject requests that present more than one client identity (e.g. an `Authorization: Basic` header for one client and a `client_id` parameter naming another) with an `invalid_request` error, instead of authenticating the first extracted identity and silently discarding the other one. A `client_id` sent alongside another authentication method keeps working when it identifies the same client (RFC 7521 §4.2). Like the RFC 6749 §2.3 check released in 5.9.5, this validation does not apply when `client_credentials` is configured with a callable extractor, since the credentials the remaining extractors would return are never evaluated — the `client_credentials` option documents that now.
+
+## 5.9.5
+
+- Reject requests that authenticate the client with more than one method (RFC 6749 §2.3) with an `invalid_request` error, instead of silently authenticating with the first method that matched and discarding the other credentials.
+- [#1853] Fix `reuse_access_token` reusing a token that was created with `custom_access_token_attributes` values when the new request doesn't specify any custom attributes. Such requests now only match tokens without custom attributes.
 
 ## 5.9.3
 
@@ -57,7 +77,6 @@ User-visible changes worth mentioning.
 - [#1779] Only lock previous access token model when creating a new token from its refresh token if revoke_previous_refresh_token_on_use is false
 - [#1778] Ensure that token revocation is idempotent by checking that that token has not already been revoked before revoking.
 
-
 ## 5.8.2
 
 - [#1755] Fix the error message for force_pkce

data/app/controllers/doorkeeper/authorizations_controller.rb

@@ -16,7 +16,13 @@ module Doorkeeper
       redirect_or_render(authorize_response)
     end
 
+    # The deny path answers a request the client sent, so it is subject to the
+    # same client and redirect URI validation as #create: without it an
+    # unregistered redirect_uri was honoured and the user-agent redirected to
+    # it, carrying the OAuth `state` to an origin of the caller's choosing.
     def destroy
+      return if refuse_invalid_client?
+
       redirect_or_render(authorization.deny)
     rescue Doorkeeper::Errors::InvalidTokenStrategy => e
       error_response = get_error_response_from_exception(e)
@@ -45,13 +51,37 @@ module Doorkeeper
 
       if Doorkeeper.configuration.redirect_on_errors? && pre_auth.error_response.redirectable?
         redirect_or_render(pre_auth.error_response)
-      elsif Doorkeeper.configuration.api_only
-        render json: pre_auth.error_response.body, status: pre_auth.error_response.status
       else
-        render :error, locals: { error_response: pre_auth.error_response }, status: pre_auth.error_response.status
+        render_error_response(pre_auth.error_response)
       end
     end
 
+    def render_error_response(error_response)
+      if Doorkeeper.configuration.api_only
+        render json: error_response.body, status: error_response.status
+      else
+        render :error, locals: { error_response: error_response }, status: error_response.status
+      end
+    end
+
+    # Renders the error when the request's client_id or redirect_uri is missing
+    # or invalid, and answers whether the request was refused. Errors are
+    # rendered, never redirected, regardless of `handle_auth_errors :redirect`:
+    # no failure this check can produce leaves a redirect target worth
+    # trusting. Either the client failed first, so the redirect URI was never
+    # reached, or the redirect URI is itself the invalid one - and RFC 6749
+    # Section 3.1.2.4 forbids redirecting the user-agent to an invalid
+    # redirection URI.
+    def refuse_invalid_client?
+      return false if pre_auth.client_valid?
+
+      error_response = pre_auth.error_response
+      error_response.raise_exception! if Doorkeeper.config.raise_on_errors?
+
+      render_error_response(error_response)
+      true
+    end
+
     def can_authorize_response?
       Doorkeeper.config.custom_access_token_attributes.empty? && pre_auth.client.application.confidential? && matching_token?
     end

data/app/controllers/doorkeeper/authorized_applications_controller.rb

@@ -3,6 +3,7 @@
 module Doorkeeper
   class AuthorizedApplicationsController < Doorkeeper::ApplicationController
     before_action :authenticate_resource_owner!
+    before_action :validate_resource_owner
 
     def index
       @applications = Doorkeeper.config.application_model.authorized_for(current_resource_owner)
@@ -29,5 +30,27 @@ module Doorkeeper
         format.json { head :no_content }
       end
     end
+
+    private
+
+    # `authenticate_resource_owner!` hands the request to the host
+    # application's `resource_owner_authenticator` block, which is expected to
+    # halt the request itself — redirect to a sign-in page, raise, render —
+    # when nobody is signed in. A block that merely answers nil halts nothing:
+    # the library default (no block configured) logs a warning and answers
+    # nil, and so does any block written as a bare lookup such as
+    # `User.find_by(id: session[:user_id])`.
+    #
+    # Both actions here scope their work to `current_resource_owner`, and a
+    # nil owner is not "no scope" — it is the scope of the records that have
+    # no resource owner, which is what the client credentials flow issues.
+    # #index would list every application holding one and #destroy would
+    # revoke them, for a caller that never authenticated. So refuse the
+    # request rather than treat "nobody" as an owner. Only this controller is
+    # guarded; `authenticate_resource_owner!` itself is left alone because
+    # AuthorizationsController shapes its own response around the owner.
+    def validate_resource_owner
+      head :unauthorized unless current_resource_owner
+    end
   end
 end

data/config/locales/en.yml

@@ -97,6 +97,7 @@ en:
           missing_param: 'Missing required parameter: %{value}.'
           request_not_authorized: 'Request needs to be authorized. Required parameter for authorizing the request is missing or invalid.'
           invalid_code_challenge: 'Code challenge is required.'
+          multiple_client_auth_methods: 'The request utilizes more than one mechanism for authenticating the client.'
         invalid_redirect_uri: "The requested redirect URI is malformed or doesn't match the client redirect URI."
         unauthorized_client: 'The client is not authorized to perform this request using this method.'
         access_denied: 'The resource owner or authorization server denied the request.'

data/lib/doorkeeper/config.rb

@@ -69,6 +69,10 @@ module Doorkeeper
       # falls back to the `:client_id` and `:client_secret` params from the
       # `params` object.
       #
+      # NOTE: a list that includes a callable extractor opts out of the RFC 6749
+      # §2.3 validation applied to the symbol extractors — see
+      # +Doorkeeper::OAuth::Client::Credentials.from_request+.
+      #
       # @param methods [Array] Define client credentials
       def client_credentials(*methods)
         @config.instance_variable_set(:@client_credentials_methods, methods)
@@ -325,7 +329,9 @@ module Doorkeeper
     option :allow_grant_flow_for_client,    default: ->(_grant_flow, _client) { true }
 
     # Allows to forbid specific Application redirect URI's by custom rules.
-    # Doesn't forbid any URI by default.
+    # Doesn't forbid any URI by default. Redirect URIs with a script scheme
+    # (`javascript`, `vbscript`, `data`) are always rejected, regardless of
+    # this option.
     #
     # @param forbid_redirect_uri [Proc] Block or any object respond to #call
     #

data/lib/doorkeeper/errors.rb

@@ -24,6 +24,19 @@ module Doorkeeper
       end
     end
 
+    # Raised when a request uses more than one client authentication method,
+    # which RFC 6749 §2.3 explicitly forbids ("The client MUST NOT use more
+    # than one authentication method in each request").
+    class MultipleClientAuthMethods < DoorkeeperError
+      def type
+        :invalid_request
+      end
+
+      def reason
+        :multiple_client_auth_methods
+      end
+    end
+
     class MissingRequiredParameter < DoorkeeperError
       attr_reader :missing_param
 

data/lib/doorkeeper/helpers/controller.rb

@@ -56,7 +56,8 @@ module Doorkeeper
           OAuth::InvalidRequestResponse.new(
             name: exception.type,
             state: params[:state],
-            missing_param: exception.missing_param,
+            missing_param: exception.try(:missing_param),
+            reason: exception.try(:reason),
           )
         else
           OAuth::ErrorResponse.new(name: exception.type, state: params[:state])

data/lib/doorkeeper/models/access_token_mixin.rb

@@ -89,7 +89,8 @@ module Doorkeeper
       # @param custom_attributes [Nilable Hash]
       #   A nil value, or hash with keys corresponding to the custom attributes
       #   configured with the `custom_access_token_attributes` config option.
-      #   A nil value will ignore custom attributes.
+      #   A nil value will ignore custom attributes, while an empty hash will
+      #   only match tokens that have no custom attributes set.
       #
       # @return [Doorkeeper::AccessToken, nil] Access Token instance or
       #   nil if matching record was not found
@@ -124,7 +125,8 @@ module Doorkeeper
       # @param custom_attributes [Nilable Hash]
       #   A nil value, or hash with keys corresponding to the custom attributes
       #   configured with the `custom_access_token_attributes` config option.
-      #   A nil value will ignore custom attributes.
+      #   A nil value will ignore custom attributes, while an empty hash will
+      #   only match tokens that have no custom attributes set.
       #
       # @return [Doorkeeper::AccessToken, nil] Access Token instance or
       #   nil if matching record was not found
@@ -220,7 +222,10 @@ module Doorkeeper
         scopes = Doorkeeper::OAuth::Scopes.from_string(scopes) if scopes.is_a?(String)
 
         if Doorkeeper.config.reuse_access_token
-          custom_attributes = extract_custom_attributes(token_attributes).presence
+          # An empty hash must stay distinct from nil here: nil ignores custom
+          # attributes when matching, while an empty hash only matches tokens
+          # that have no custom attributes set.
+          custom_attributes = extract_custom_attributes(token_attributes)
           access_token = matching_token_for(
             application, resource_owner, scopes, custom_attributes: custom_attributes, include_expired: false,
           )

data/lib/doorkeeper/oauth/client/credentials.rb

@@ -5,12 +5,48 @@ module Doorkeeper
     class Client
       Credentials = Struct.new(:uid, :secret) do
         class << self
+          # Extracts the client credentials from the request using the
+          # configured extraction methods. The first method that yields
+          # credentials wins, as it always has.
+          #
+          # Raises Errors::MultipleClientAuthMethods when the request
+          # authenticates the client with more than one method, or presents
+          # more than one client identity, which RFC 6749 §2.3 forbids ("The
+          # client MUST NOT use more than one authentication method in each
+          # request").
           def from_request(request, *credentials_methods)
-            credentials_methods.inject(nil) do |_, method|
-              method = self.method(method) if method.is_a?(Symbol)
-              credentials = Credentials.new(*method.call(request))
-              break credentials if credentials.present?
-            end
+            # Callable extractors are opaque: they may legitimately overlap the
+            # built-in methods they are configured with, and evaluating all of
+            # them would also break the existing contract that the extractors
+            # after the matching one are not called. Such configurations keep
+            # the historical behaviour untouched, including the fact that a
+            # request authenticating with more than one method, or presenting
+            # more than one client identity, resolves to the first extracted
+            # credentials instead of being rejected: the extractor that would
+            # have surfaced the second identity is never evaluated. The
+            # +client_credentials+ configuration option documents this.
+            return first_from_request(request, credentials_methods) unless credentials_methods.all?(Symbol)
+
+            credentials = credentials_methods.filter_map { |method| extract(request, method) }
+
+            # Only credentials carrying a secret authenticate the client. A bare
+            # uid is a public client identifying itself (RFC 6749 §2.3 "none"),
+            # not an authentication method of its own, so it doesn't count
+            # towards the single-method rule — RFC 7521 §4.2, for example,
+            # explicitly allows a client_id next to another authentication
+            # method.
+            raise Errors::MultipleClientAuthMethods if credentials.count { |c| c.secret.present? } > 1
+
+            # §4.2 allows that bare client_id because it identifies the *same*
+            # client as the authentication method it accompanies. Credentials
+            # naming two different clients are two client identities in one
+            # request and authenticate neither: without this check the first
+            # extracted uid would win and the other identity would be silently
+            # discarded, so the caller could authenticate as one client while
+            # the request asks to act as another.
+            raise Errors::MultipleClientAuthMethods if credentials.uniq(&:uid).size > 1
+
+            credentials.first
           end
 
           def from_params(request)
@@ -23,6 +59,22 @@ module Doorkeeper
               Base64.decode64(Regexp.last_match(1)).split(/:/, 2)
             end
           end
+
+          private
+
+          def first_from_request(request, credentials_methods)
+            credentials_methods.inject(nil) do |_, method|
+              credentials = extract(request, method)
+              break credentials if credentials
+            end
+          end
+
+          # Returns the credentials the given method extracts from the request,
+          # or nil when it extracts none.
+          def extract(request, method)
+            method = self.method(method) if method.is_a?(Symbol)
+            Credentials.new(*method.call(request)).presence
+          end
         end
 
         # Public clients may have their secret blank, but "credentials" are

data/lib/doorkeeper/oauth/client_credentials/creator.rb

@@ -45,8 +45,11 @@ module Doorkeeper
         end
 
         def find_active_existing_token_for(client, scopes, attributes)
+          # An empty hash must stay distinct from nil here: nil ignores custom
+          # attributes when matching, while an empty hash only matches tokens
+          # that have no custom attributes set.
           custom_attributes = Doorkeeper.config.access_token_model
-            .extract_custom_attributes(attributes).presence
+            .extract_custom_attributes(attributes)
           Doorkeeper.config.access_token_model.matching_token_for(
             client, nil, scopes, custom_attributes: custom_attributes, include_expired: false,
           )

data/lib/doorkeeper/oauth/helpers/uri_checker.rb

@@ -6,6 +6,15 @@ module Doorkeeper
   module OAuth
     module Helpers
       module URIChecker
+        # Schemes a user agent evaluates in the document that navigates to
+        # them instead of fetching a resource from somewhere else. With
+        # `response_mode=form_post` that document is the authorization
+        # server's own page, so a redirect URI with one of these schemes would
+        # run the client's script on the server's origin. None of them can be
+        # a legitimate redirection endpoint (RFC 6749 Section 3.1.2), so they
+        # are refused regardless of the `forbid_redirect_uri` configuration.
+        SCRIPT_SCHEMES = %w[javascript vbscript data].freeze
+
         def self.valid?(url)
           return true if oob_uri?(url)
 
@@ -62,10 +71,15 @@ module Doorkeeper
 
         def self.valid_scheme?(uri)
           return false if uri.scheme.blank?
+          return false if script_scheme?(uri)
 
           %w[localhost].exclude?(uri.scheme)
         end
 
+        def self.script_scheme?(uri)
+          SCRIPT_SCHEMES.include?(uri.scheme.to_s.downcase)
+        end
+
         def self.hypertext_scheme?(uri)
           %w[http https].include?(uri.scheme)
         end

data/lib/doorkeeper/oauth/pre_authorization.rb

@@ -5,6 +5,14 @@ module Doorkeeper
     class PreAuthorization
       include Validations
 
+      # The validations that identify the client and its redirect URI. None of
+      # them depend on the resource owner, and none of their failures leaves a
+      # redirect target worth trusting: RFC 6749 Section 4.1.2.1 (Section
+      # 4.2.2.1 for the implicit flow) asks for the resource owner to be
+      # informed when the client_id is missing or invalid, and Section 3.1.2.4
+      # asks the same for the redirect URI.
+      CLIENT_VALIDATIONS = %i[client_id client redirect_uri].freeze
+
       validate :client_id, error: Errors::InvalidRequest
       validate :client, error: Errors::InvalidClient
       validate :client_supports_grant_flow, error: Errors::UnauthorizedClient
@@ -40,6 +48,25 @@ module Doorkeeper
         valid?
       end
 
+      # Runs only CLIENT_VALIDATIONS, in declared order, so a request naming an
+      # unknown client or an invalid redirect URI can be refused on its own -
+      # the validations in between (client_supports_grant_flow,
+      # resource_owner_authorize_for_client) answer a different question and
+      # are left to a full #validate run.
+      def client_valid?
+        @error = nil
+        @missing_param = nil
+
+        self.class.validations.each do |validation|
+          next unless CLIENT_VALIDATIONS.include?(validation[:attribute])
+
+          @error = validation[:options][:error] unless send("validate_#{validation[:attribute]}")
+          break if @error
+        end
+
+        @error.nil?
+      end
+
       def scopes
         Scopes.from_string(scope)
       end

data/lib/doorkeeper/oauth/token.rb

@@ -3,8 +3,54 @@
 module Doorkeeper
   module OAuth
     class Token
+      # Built-in extractors that read a request parameter, and the parameter
+      # each of them reads. RFC 6750 treats the form-encoded body (§2.2) and
+      # the URI query string (§2.3) as two distinct transmission methods, but
+      # Rack and ActionDispatch both collapse them into a single parameter
+      # hash — ActionDispatch lets the query win, Rack lets the body win — so
+      # a request carrying the parameter in both would present a single value
+      # to the extractor and never be refused. The multi-method check reads
+      # the two sources separately for these extractors; selection keeps
+      # using the extractor, so which one wins is unchanged.
+      PARAMETER_EXTRACTORS = {
+        from_access_token_param: "access_token",
+        from_bearer_param: "bearer_token",
+      }.freeze
+
       class << self
+        # RFC 6750 §2: "Clients MUST NOT use more than one method to transmit
+        # the token in each request", and §3.1 lists using more than one method
+        # among the conditions an invalid_request answers. Returning the first
+        # method that yields a value would discard every other token presented
+        # in the same request with no error, warning or log entry, leaving
+        # which token authorizes the request to be decided by the configured
+        # order of +access_token_methods+ rather than by what the caller sent —
+        # so a layer in front of Doorkeeper that reads a different one of them
+        # can reach a different verdict about the very same request.
+        #
+        # What §2 forbids is using more than one method, so the check counts
+        # transmission methods rather than comparing the tokens they carry:
+        # the same value presented twice is still two methods. Refusal answers
+        # nil: the caller is told the request carries no usable token and
+        # fails closed with the invalid_token (401) response, keeping every
+        # calling contract on this stable branch intact — the invalid_request
+        # (400) that §3.1 strictly prescribes needs a new error and render
+        # path, so it ships with 6.0 only.
+        #
+        # Only the built-in extractors — symbols naming methods on this class,
+        # all of them side-effect-free reads of the request — take part in
+        # that check. A custom callable extractor is a configuration adapter
+        # rather than a transmission method: it keeps the historical
+        # first-wins selection and is never invoked more than once, the same
+        # exemption client authentication gives its legacy callable
+        # extractors (Request#validate_client_authentication!).
         def from_request(request, *methods)
+          used = methods.sum do |method|
+            method.is_a?(Symbol) ? transmission_methods_used(request, method) : 0
+          end
+
+          return if used > 1
+
           methods.inject(nil) do |_, method|
             method = self.method(method) if method.is_a?(Symbol)
             credentials = method.call(request)
@@ -23,11 +69,11 @@ module Doorkeeper
         end
 
         def from_access_token_param(request)
-          request.parameters[:access_token]
+          parameters(request)[:access_token]
         end
 
         def from_bearer_param(request)
-          request.parameters[:bearer_token]
+          parameters(request)[:bearer_token]
         end
 
         def from_bearer_authorization(request)
@@ -44,6 +90,53 @@ module Doorkeeper
 
         private
 
+        # How many transmission methods the given built-in extractor finds a
+        # token in. Usually one, or none — but for the parameter extractors
+        # above it is the body and the query counted separately, since the
+        # parameter hash collapsed them into the single value the extractor
+        # reads. That value is counted on its own only when neither raw source
+        # explains it, so a token reaching the extractor by some other route —
+        # an :access_token path segment, or a host that overrode the extractor
+        # — is still counted exactly once rather than twice.
+        def transmission_methods_used(request, method)
+          value = self.method(method).call(request).presence
+
+          parameter = PARAMETER_EXTRACTORS[method]
+          return value ? 1 : 0 unless parameter
+
+          sources = parameter_sources(request, parameter)
+          sources.size + (value && !sources.include?(value) ? 1 : 0)
+        end
+
+        # The form-encoded body (§2.2) and the URI query (§2.3) as Rack
+        # exposes them, for a request object that keeps the two apart.
+        def parameter_sources(request, parameter)
+          return [] unless request.respond_to?(:GET) && request.respond_to?(:POST)
+
+          query = request.GET
+          body = body_parameters(request)
+          return [] unless query.is_a?(Hash) && body.is_a?(Hash)
+
+          [query[parameter], body[parameter]].filter_map(&:presence)
+        end
+
+        # A body ActionDispatch cannot parse — malformed JSON under a JSON
+        # content type, say — carries no token. Reading it must not raise out
+        # of the extractors, which host apps call from places that run after
+        # their own ParseError handling (instrumentation, exception apps), the
+        # same way ActionDispatch's own #filtered_parameters treats that error.
+        def parameters(request)
+          request.parameters
+        rescue ActionDispatch::Http::Parameters::ParseError
+          {}
+        end
+
+        def body_parameters(request)
+          request.POST
+        rescue ActionDispatch::Http::Parameters::ParseError
+          {}
+        end
+
         def token_from_basic_header(header, pattern)
           encoded_header = token_from_header(header, pattern)
           decode_basic_credentials_token(encoded_header)

data/lib/doorkeeper/orm/active_record/redirect_uri_validator.rb

@@ -34,8 +34,12 @@ module Doorkeeper
       Doorkeeper::OAuth::NonStandard::IETF_WG_OAUTH2_OOB_METHODS.include?(uri)
     end
 
+    # Script schemes are refused before the host application's rule is
+    # consulted, so a `forbid_redirect_uri` that rejects them too does not
+    # report the error twice.
     def forbidden_uri?(uri)
-      Doorkeeper.config.forbid_redirect_uri.call(uri)
+      Doorkeeper::OAuth::Helpers::URIChecker.script_scheme?(uri) ||
+        Doorkeeper.config.forbid_redirect_uri.call(uri)
     end
 
     def unspecified_scheme?(uri)

data/lib/doorkeeper/request.rb

@@ -3,18 +3,30 @@
 module Doorkeeper
   module Request
     class << self
+      # Resolves the strategy that answers the given response_type at the
+      # authorization endpoint.
+      #
+      # A response_type no registered authorization flow handles is refused
+      # rather than turned into a class name: `constantize` would otherwise
+      # resolve any constant under Doorkeeper::Request, token endpoint
+      # strategies (`password`, `client_credentials`, `refresh_token`,
+      # `authorization_code`) included, none of which can answer an
+      # authorization request.
       def authorization_strategy(response_type)
+        response_type = response_type.to_s
+
         grant_flow = authorization_flows.detect do |flow|
           flow.matches_response_type?(response_type)
         end
 
-        if grant_flow
-          grant_flow.response_type_strategy
-        else
-          # [NOTE]: this will be removed in a newer versions of Doorkeeper.
-          # For retro-compatibility only
-          build_fallback_strategy_class(response_type)
-        end
+        raise Errors::InvalidTokenStrategy unless grant_flow
+
+        # [NOTE]: this will be removed in a newer versions of Doorkeeper.
+        # For retro-compatibility only: flows declared through the deprecated
+        # Config#calculate_authorization_response_types hook are built as
+        # GrantFlow::FallbackFlow and carry no strategy, so the class is looked
+        # up by name - but only for a response type the server does declare.
+        grant_flow.response_type_strategy || build_fallback_strategy_class(response_type)
       end
 
       def token_strategy(grant_type)

data/lib/doorkeeper/version.rb

@@ -5,7 +5,7 @@ module Doorkeeper
     # Semantic versioning
     MAJOR = 5
     MINOR = 9
-    TINY = 3
+    TINY = 9
     PRE = nil
 
     # Full version number

data/lib/generators/doorkeeper/templates/initializer.rb

@@ -283,6 +283,14 @@ Doorkeeper.configure do
   # Check out https://github.com/doorkeeper-gem/doorkeeper/wiki/Changing-how-clients-are-authenticated
   # for more information on customization
   #
+  # NOTE: configuring a callable extractor opts the request out of the RFC 6749
+  # §2.3 checks that reject a request authenticating the client with more than
+  # one method, or presenting more than one client identity. A callable may
+  # legitimately overlap the built-in extractors, and the extractors after the
+  # matching one are never called, so what they would have returned is unknown.
+  # Prefer the symbol extractors unless you need something they cannot express;
+  # a callable has to reject such a request itself.
+  #
   # client_credentials :from_basic, :from_params
 
   # Change the way access token is authenticated from the request object.
@@ -308,10 +316,13 @@ Doorkeeper.configure do
   # Specify what redirect URI's you want to block during Application creation.
   # Any redirect URI is allowed by default.
   #
-  # You can use this option in order to forbid URI's with 'javascript' scheme
+  # Redirect URIs with a script scheme (`javascript`, `vbscript`, `data`) are
+  # always rejected, regardless of this option.
+  #
+  # You can use this option in order to forbid URI's of a particular host
   # for example.
   #
-  # forbid_redirect_uri { |uri| uri.scheme.to_s.downcase == 'javascript' }
+  # forbid_redirect_uri { |uri| uri.host == 'example.com' }
 
   # Allows to set blank redirect URIs for Applications in case Doorkeeper configured
   # to use URI-less OAuth grant flows like Client Credentials or Resource Owner

metadata

@@ -1,16 +1,17 @@
 --- !ruby/object:Gem::Specification
 name: doorkeeper
 version: !ruby/object:Gem::Version
-  version: 5.9.3
+  version: 5.9.9
 platform: ruby
 authors:
 - Felipe Elias Philipp
 - Tute Costa
 - Jon Moss
 - Nikita Bulai
+autorequire: 
 bindir: bin
 cert_chain: []
-date: 1980-01-02 00:00:00.000000000 Z
+date: 2026-09-24 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: railties
@@ -329,6 +330,7 @@ metadata:
   bug_tracker_uri: https://github.com/doorkeeper-gem/doorkeeper/issues
   documentation_uri: https://doorkeeper.gitbook.io/guides/
   funding_uri: https://opencollective.com/doorkeeper-gem
+post_install_message: 
 rdoc_options: []
 require_paths:
 - lib
@@ -343,7 +345,8 @@ required_rubygems_version: !ruby/object:Gem::Requirement
     - !ruby/object:Gem::Version
       version: '0'
 requirements: []
-rubygems_version: 4.0.11
+rubygems_version: 3.5.16
+signing_key: 
 specification_version: 4
 summary: OAuth 2 provider for Rails and Grape
 test_files: []