JWKS-downloads fia proxy foar Spring syn reaktive JWT-dekoder

Ynjektearje de klant yn NimbusReactiveJwtDecoder en behâld de besteande kontrôles fan útjouwer, publyk en oare tokens by it oansluten op de boarnetsjinner.

var transport = reactor.netty.http.client.HttpClient.create()
    .proxy(spec -> spec
        .type(reactor.netty.transport.ProxyProvider.Proxy.HTTP)
        .host("proxy.example")
        .port(8080));
var webClient = org.springframework.web.reactive.function.client.WebClient
    .builder()
    .clientConnector(new org.springframework.http.client.reactive
        .ReactorClientHttpConnector(transport))
    .build();

var decoder = org.springframework.security.oauth2.jwt.NimbusReactiveJwtDecoder
    .withJwkSetUri(jwkSetUri)
    .webClient(webClient)
    .build();
decoder.setJwtValidator(org.springframework.security.oauth2.jwt.JwtValidators
    .createDefaultWithIssuer(issuer));

Brûk de fertroude jwkSetUri/issuer-wearden en ynstallearje dizze dekoder fia de echte ReactiveJwtDecoder-bean of in eksplisite konfiguraasje fan de boarnetsjinner. It oanmeitsjen njonken in ûnferoare aktive dekoder feroaret it opheljen fan kaaien net. As de fertroude JWKS-URL iepenbier is en iepenbiere tuskenpersoanen tastien binne, leveret de HTTP-proksylist kandidaten foar de host en poarte fan it ferfier sûnder akkount.

De toande falidearder behâldt de standert tiidkontrôles en de falidaasje fan de útjouwer. Behâld de publykseasken en alle ekstra applikaasjefalidearders by it ferfangen fan de dekoder.

In bekende kaai-URI slacht de ûntdekking oer om him te finen. As in oar komponint noch hieltyd ûntdekking of tokenopheljen docht, konfigurearje dan de rûte fan dy klant apart.

Dit beslacht reaktive JWT-ferifikaasje op de boarnetsjinner. De Servlet-boarnetsjinner, OAuth2-oanmelding en saaklike API-klanten hawwe oare heakken; bewarje de mislearre kaai-URL en de faze by it ûndersyk.

Relatearre artikelen