Skip to content

Read OIDC metadata from an internal address, and assert the Google redirect URI as emitted - #2541

Merged
p-hoffmann merged 3 commits into
webapi-3.0from
p-hoffmann/oidc-internal-discovery-base
Aug 30, 2026
Merged

Read OIDC metadata from an internal address, and assert the Google redirect URI as emitted#2541
p-hoffmann merged 3 commits into
webapi-3.0from
p-hoffmann/oidc-internal-discovery-base

Conversation

@p-hoffmann

Copy link
Copy Markdown
Member

No description provided.

An issuer served through a gateway is often unreachable under that name
from inside the deployment, which leaves the client registration unable to
build and takes the whole context down with it. security.auth.oidc.internalUrl
supplies an address that does resolve; discovery and the signing keys are read
there while the issuer, and the endpoints a browser is sent to, stay public.

Blank keeps the previous behaviour of resolving everything from the issuer.
# Conflicts:
#	src/main/java/org/ohdsi/webapi/security/authc/OidcAuthConfig.java
Two assertions described behaviour that cannot occur. The redirect URI is
carried in a query parameter, where ":" and "/" need no escaping, so it appears
verbatim rather than percent-encoded. The other named a server port that
disagreed with a portless Host header, which a servlet container cannot
produce, and the port then surfaced in the redirect URI.

The resolver's output was correct in both cases.
@p-hoffmann p-hoffmann changed the title Allow OIDC metadata to be read from an internal address Read OIDC metadata from an internal address, and assert the Google redirect URI as emitted Aug 30, 2026
@p-hoffmann
p-hoffmann merged commit e918273 into webapi-3.0 Aug 30, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant