Shivaram Lingamneni 2f1cb1d289 fix OIDC introspection authentication (#31632) ... See discussion on #31561 for some background. The introspect endpoint was using the OIDC token itself for authentication. This fixes it to use basic authentication with the client ID and secret instead: * Applications with a valid client ID and secret should be able to successfully introspect an invalid token, receiving a 200 response with JSON data that indicates the token is invalid * Requests with an invalid client ID and secret should not be able to introspect, even if the token itself is valid Unlike #31561 (which just future-proofed the current behavior against future changes to `DISABLE_QUERY_AUTH_TOKEN`), this is a potential compatibility break (some introspection requests without valid client IDs that would previously succeed will now fail). Affected deployments must begin sending a valid HTTP basic authentication header with their introspection requests, with the username set to a valid client ID and the password set to the corresponding client secret.		2024-07-23 12:43:03 +00:00
..
api	add skip secondary authorization option for public oauth2 clients (#31454)	2024-07-19 14:28:30 -04:00
common	Refactor route path normalization (#31381)	2024-06-17 23:28:47 +00:00
install	Refactor names (#31405)	2024-06-19 06:32:45 +08:00
private	Allow force push to protected branches (#28086)	2024-07-05 18:21:56 +00:00
utils
web	fix OIDC introspection authentication (#31632)	2024-07-23 12:43:03 +00:00
init.go	Refactor names (#31405)	2024-06-19 06:32:45 +08:00