Security
Headlines
HeadlinesLatestCVEs

Headline

GHSA-f9c6-2f9p-82jj: Any user with view access to the XWiki space can change the authenticator

Impact

A user who can access pages located in the XWiki space (by default, anyone) can access the page XWiki.Authentication.Administration and (unless an authenticator is set in xwiki.cfg) switch to another installed authenticator.

Note that, by default, there is only one authenticator available (Standard XWiki Authenticator). So, if no authenticator extension was installed, it’s not really possible to do anything for an attacker.

Also, in most cases, if you have installed and are using an SSO authenticator (like OIDC or LDAP for example), the worst an attacker can do is break authentication by switching back to the standard authenticator (that’s because it’s impossible to login to a user which does not have a stored password, and that’s usually what SSO authenticator produce).

Patches

This has been patched in XWiki 15.10.9 and XWiki 16.3.0RC1.

Workarounds

You can very easily fix this vulnerability in your instance through right configuration:

  • access the page and children right administration of the page XWiki.Authentication (https://myhost/xwiki/bin/admin/XWiki/Authentication/WebPreferences?editor=spaceadmin&section=PageAndChildrenRights&space=XWiki.Authentication#|t=usersandgroupstable&p=1&l=10&uorg=groups&wiki=local&clsname=XWiki.XWikiGlobalRights)
  • make sure only admin user have the VIEW right

References

https://jira.xwiki.org/browse/XWIKI-22604 https://github.com/xwiki/xwiki-platform/commit/5efc31cea1501c9a5cb593566fea8b558ff32a2a

For more information

If you have any questions or comments about this advisory:

ghsa
#vulnerability#web#git#java#ldap#auth#jira#maven

Package

maven org.xwiki.platform:xwiki-platform-security-authentication-ui (Maven)

Affected versions

>= 15.3-rc-1, < 15.10.14

>= 16.0.0-rc-1, < 16.4.6

>= 16.5.0-rc-1, < 16.10.0-rc-1

Patched versions

15.10.14

16.4.6

16.10.0-rc-1

Impact

A user who can access pages located in the XWiki space (by default, anyone) can access the page XWiki.Authentication.Administration and (unless an authenticator is set in xwiki.cfg) switch to another installed authenticator.

Note that, by default, there is only one authenticator available (Standard XWiki Authenticator). So, if no authenticator extension was installed, it’s not really possible to do anything for an attacker.

Also, in most cases, if you have installed and are using an SSO authenticator (like OIDC or LDAP for example), the worst an attacker can do is break authentication by switching back to the standard authenticator (that’s because it’s impossible to login to a user which does not have a stored password, and that’s usually what SSO authenticator produce).

Patches

This has been patched in XWiki 15.10.9 and XWiki 16.3.0RC1.

Workarounds

You can very easily fix this vulnerability in your instance through right configuration:

  • access the page and children right administration of the page XWiki.Authentication (https://myhost/xwiki/bin/admin/XWiki/Authentication/WebPreferences?editor=spaceadmin&section=PageAndChildrenRights&space=XWiki.Authentication#|t=usersandgroupstable&p=1&l=10&uorg=groups&wiki=local&clsname=XWiki.XWikiGlobalRights)
  • make sure only admin user have the VIEW right

References

https://jira.xwiki.org/browse/XWIKI-22604
xwiki/xwiki-platform@5efc31c

For more information

If you have any questions or comments about this advisory:

  • Open an issue in Jira XWiki.org
  • Email us at Security Mailing List

References

  • GHSA-f9c6-2f9p-82jj
  • xwiki/xwiki-platform@5efc31c
  • https://jira.xwiki.org/browse/XWIKI-22604

Published to the GitHub Advisory Database

Apr 30, 2025

ghsa: Latest News

GHSA-9fwj-9mjf-rhj3: laravel-auth0 SDK Vulnerable to Brute Force Authentication Tags of CookieStore Sessions