Bug 1986810 - [AUTH-13] oauth-proxy in default OpenShift components might fail to log users in if custom route certificate is configured
Summary: [AUTH-13] oauth-proxy in default OpenShift components might fail to log users...
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: apiserver-auth
Version: 4.9
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 4.9.0
Assignee: Standa Laznicka
QA Contact: liyao
: 1991604 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2021-07-28 11:25 UTC by Standa Laznicka
Modified: 2021-10-18 17:43 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2021-10-18 17:42:49 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Github openshift oauth-proxy pull 220 0 None open Bug 1986810: trust the oauth-server when constructing a client to OpenShift 2021-07-28 11:26:50 UTC
Red Hat Product Errata RHSA-2021:3759 0 None None None 2021-10-18 17:43:06 UTC

Description Standa Laznicka 2021-07-28 11:25:31 UTC
Description of problem:
Users can now configure their custom certificates for the oauth-server's route. Since the oauth-proxy needs to communicate with the oauth-server directly, it would not trust such a certificate and the OAuth token request flow would fail, resulting in failed login.

Make the oauth-proxy trust the oauth-server's certificate that's to be found in the 'openshift-config-managed/oauth-serving-cert' ConfigMap.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. configure a custom certificate for the oauth-openshift route by setting the ingress.config/cluster's `componentRoutes` field appropriately
2. wait for the authentication operator to rollout the changes
3. attempt to login as a valid openshift user to one of the openshift-monitoring services wrapped by the oauth-proxy

Actual results:
the login fails with 500

Expected results:
the login succeeds

Additional info:

Comment 2 liyao 2021-08-05 07:20:12 UTC
Tested in fresh env 4.9.0-0.nightly-2021-08-04-131508

Follow OCP-43036 test steps, oc login fails in the step4

$ oc login -u testuser-0 -p xxxx
error: x509: certificate signed by unknown authority

Comment 3 Xingxing Xia 2021-08-06 02:17:57 UTC
Please READ bug's description part, this bug does NOT talk about oc login. Rather, it TALKS about login to https://<route_host> consoles under openshift-monitoring (e.g. Prometheus UI checkpoint of your case):
$ oc get route -n openshift-monitoring

For comment 2, you need append the custom CA cert (not server cert) to original admin kubeconfig certificate authority field then try oc login, please HAVE a test.
Then OPEN a new Documentation bug to document this way for user when using this custom feature.

Comment 5 Sebastian Łaskawiec 2021-08-09 14:14:04 UTC
*** Bug 1991604 has been marked as a duplicate of this bug. ***

Comment 6 liyao 2021-08-16 09:14:32 UTC
Tested in fresh cluster 4.9.0-0.nightly-2021-08-14-065522

1. generate custom CA cert and signed server cert
2. create secret in openshift-config using the generated server cert 
3. append the custom CA cert to original admin kubeconfig certificate authority field
4. configure the ingress.config to contain custom route settings
$ oc edit ingresses.config.openshift.io cluster
  domain: <cluster domain name>
    - name: oauth-openshift
      namespace: openshift-authentication
      hostname: <custom-oauth-server-hostname>
        name: <custom-oauth-secret>
5. wait for the authentication operator to pick up the changes
6. check login to the openshift-monitoring services, actual result is expected and login succeeds 
$ oc get route -n openshift-monitoring

Comment 7 kevin 2021-08-22 01:17:30 UTC

Does OCP 4.8 can support customized oauth url with certificate?

Comment 10 errata-xmlrpc 2021-10-18 17:42:49 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: OpenShift Container Platform 4.9.0 bug fix and security update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.