Api /oauth2/default/v1/keys causing CORS authentication error


#1

I am developing a SPA application(using @vue/okta-vue) and using okta for authetication. It was working fine until today(2018/12/13).

Today I input my username and password on Okta login page and the login seemed to succeed. Then my redirect uri was invoked and I got the error below

Failed to load https://dev-998107.oktapreview.com/oauth2/default/v1/keys: Response to preflight request doesn’t pass access control check: The value of the ‘Access-Control-Allow-Origin’ header in the response must not be the wildcard ‘*’ when the request’s credentials mode is ‘include’. Origin ‘http://localhost:8080’ is therefore not allowed access. The credentials mode of requests initiated by the XMLHttpRequest is controlled by the withCredentials attribute.

Making request to url like “https://dev-998107.oktapreview.com/oauth2/default/v1/keys” would be handled by okta-vue and I don’t know what happened

ps: I cleared my browser cache today. I don’t know whether it matters or not. Maybe this issue would existed a few days ago and didn’t happen because of my previous cache.


CORS issue in OKTA keys call "oauth2/default/v1/keys"
#2

Hi. I have the exact same problem as of today. Hope for a solution.


#3

Same issue. Affecting sites.


#4

I am facing the same issue.


#5

You seems to have have the same issue than me.

If I understand the error message, it is a problem with the header received by our browser…
The ’ ‘Access-Control-Allow-Origin’ header should not contains ‘*’ anymore but now the real address server.

NOT VALID : Look at the Chrome version 65 page in the comments

People use the --allow-file-access-from-files at the chrome launcher.

About prod, that means you have to config more precisely the servers list granted for cors exchange, don’t know if it is prod server or okta server.

N.B : This error also happens on Edge.


#6

I tried to lunch the Chrome Browser with
–allow-file-access-from-files
–disable-web-security

Does not change anything… In the same time I think it is Okta side because the following message : The value of the ‘Access-Control-Allow-Origin’ header in the response must not be the wildcard ‘*’ when the request’s credentials mode is ‘include’


#7

I have the exact same problem, this was working as of yesterday, just started having these issues. We have a client install today and would be a show stopper.


#8

I think it has nothing to do with browser. its totally linked with okta library.


#9

Same issue, was working until yesterday, stopped working today, we’ve got a deployment at 1pm.


#10

Same here i also have deployment today.


#11

Had a customer demo 10 minutes ago.
Great start, couldn’t login!


#12

This should be fixed now. Can you please try again? See https://trust.okta.com/#incident/a9C1Y000000GpJuUAK for more information about this incident.


#13

Thanks, all works fine now.


#14

Thank you, tested it again and it works.


#15

Now it’s working. Thank you