GHSA-M7GV-V8XX-V47W

Vulnerability from github – Published: 2022-11-04 18:58 – Updated: 2022-11-08 15:17
VLAI?
Summary
XWiki OIDC Authenticator vulnerable to bypassing OpenID login by providing a custom provider
Details

Impact

Even if a wiki has an OpenID provider configured through its xwiki.properties, it is possible to provide a third party provider by providing its details through request parameters. One can then bypass the XWiki authentication altogether by specifying its own provider through the oidc.endpoint.* request parameters (or by using an XWiki-based OpenID provider with oidc.xwikiprovider.

With the same approach, one could also provide a specific group mapping through oidc.groups.mapping that would make his user automatically part of the XWikiAdminGroup

Patches

Patched in version 1.29.1.

Workarounds

There is no workaround, an upgrade of the authenticator is required.

References

https://jira.xwiki.org/browse/OIDC-118

For more information

If you have any questions or comments about this advisory:

  • Open an issue in Jira XWiki
  • Email us at our security mailing list
Show details on source website

{
  "affected": [
    {
      "package": {
        "ecosystem": "Maven",
        "name": "org.xwiki.contrib.oidc:oidc-authenticator"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "1.29.1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "aliases": [
    "CVE-2022-39387"
  ],
  "database_specific": {
    "cwe_ids": [
      "CWE-287"
    ],
    "github_reviewed": true,
    "github_reviewed_at": "2022-11-04T18:58:46Z",
    "nvd_published_at": "2022-11-04T19:15:00Z",
    "severity": "CRITICAL"
  },
  "details": "### Impact\n\nEven if a wiki has an OpenID provider configured through its xwiki.properties, it is possible to provide a third party provider by providing its details through request parameters. One can then bypass the XWiki authentication altogether by specifying its own provider through the oidc.endpoint.* request parameters (or by using an XWiki-based OpenID provider with oidc.xwikiprovider.\n\nWith the same approach, one could also provide a specific group mapping through oidc.groups.mapping that would make his user automatically part of the XWikiAdminGroup\n\n### Patches\n\nPatched in version 1.29.1.\n\n### Workarounds\n\nThere is no workaround, an upgrade of the authenticator is required.\n\n### References\n\nhttps://jira.xwiki.org/browse/OIDC-118\n\n### For more information\n\nIf you have any questions or comments about this advisory:\n\n* Open an issue in Jira XWiki\n* Email us at our security mailing list\n\n",
  "id": "GHSA-m7gv-v8xx-v47w",
  "modified": "2022-11-08T15:17:36Z",
  "published": "2022-11-04T18:58:46Z",
  "references": [
    {
      "type": "WEB",
      "url": "https://github.com/xwiki-contrib/oidc/security/advisories/GHSA-m7gv-v8xx-v47w"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2022-39387"
    },
    {
      "type": "WEB",
      "url": "https://github.com/xwiki-contrib/oidc/commit/0247af1417925b9734ab106ad7cd934ee870ac89"
    },
    {
      "type": "PACKAGE",
      "url": "https://github.com/xwiki-contrib/oidc"
    },
    {
      "type": "WEB",
      "url": "https://jira.xwiki.org/browse/OIDC-118"
    }
  ],
  "schema_version": "1.4.0",
  "severity": [
    {
      "score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H",
      "type": "CVSS_V3"
    }
  ],
  "summary": "XWiki OIDC Authenticator vulnerable to bypassing OpenID login by providing a custom provider"
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.


Loading…

Loading…

Loading…

Sightings

Author Source Type Date

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.


Loading…

Detection rules are retrieved from Rulezet.

Loading…

Loading…