Skip to content

← Public intelligence

Maven package

org.wildfly.security:wildfly-elytron-http-oidc

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Medium, CVSS 4.2MavenPublished

    WildFly Elytron OpenID Connect Client ExtensionOIDC authorization code injection attack

    CVE-2024-12369 · GHSA-5565-3c98-g6jc

    Affected
    • Maven org.wildfly.security:wildfly-elytron-http-oidc >= 1.17.0.Final, < 2.2.9.Final; >= 2.3.0.Final, < 2.6.2.Final
    Fixed in
    2.6.2.Final2.2.9.Final· Vendor fix available
    Issue
    Impact A vulnerability was found in OIDC-Client. When using the elytron-oidc-client subsystem with WildFly, authorization code injection attacks can occur, allowing an attacker to inject a stolen authorization code into the attacker's own session with the client with a victim's identity. This is usually done with a Man-in-the-Middle (MitM) or phishing attack. Patches 2.2.9.Final 2.6.2.Final Workarounds Currently, no mitigation is currently available for this vulnerability. References https://nvd.nist.gov/vuln/detail/CVE-2024-12369 https://access.redhat.com/security/cve/CVE-2024-12369 https://bugzilla.redhat.com/showbug.cgi?id=2331178 https://issues.redhat.com/browse/ELY-2887

    Recommended action: Upgrade to 2.6.2.Final or 2.2.9.Final by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. High, CVSS 7.3MavenPublished

    WildFly Elytron: OIDC app attempting to access the second tenant, the user should be prompted to log

    CVE-2023-6236 · GHSA-jpmx-996v-48fm

    Affected
    • Maven org.wildfly.security:wildfly-elytron-http-oidc < 2.2.5.Final
    Fixed in
    2.2.5.Final· Vendor fix available
    Issue
    A flaw was found in JBoss EAP. When an OIDC app that serves multiple tenants attempts to access the second tenant, it should prompt the user to log in again since the second tenant is secured with a different OIDC configuration. The underlying issue is in OidcSessionTokenStore when determining if a cached token should be used or not. This logic needs to be updated to take into account the new "provider-url" option in addition to the "realm" option.

    Recommended action: Upgrade to 2.2.5.Final or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →