=====================================================================

                                 CERT-Renater

                      Note d'Information No. 2024/VULN434
_____________________________________________________________________

DATE                : 16/10/2024

HARDWARE PLATFORM(S): /

OPERATING SYSTEM(S): Systems running Apache Solr versions prior to
                                     9.7.0, 8.11.4.

=====================================================================
https://lists.apache.org/thread/jlzm8kppfwj3hvdd3j9bdglg5jq23t4r
https://lists.apache.org/thread/z4trnzbqfoc545rn3shrfmrg17hn8fgw
_____________________________________________________________________

CVE-2024-45216: Apache Solr: Authentication bypass possible using
a fake URL Path ending


Severity: critical

Affected versions:

- Apache Solr 5.3.0 before 8.11.4
- Apache Solr 9.0.0 before 9.7.0

Description:

Improper Authentication vulnerability in Apache Solr.

Solr instances using the PKIAuthenticationPlugin, which is enabled
by default when Solr Authentication is used, are vulnerable to
Authentication bypass.

A fake ending at the end of any Solr API URL path, will allow requests
to skip Authentication while maintaining the API contract with the
original URL Path.

This fake ending looks like an unprotected API path, however it is
stripped off internally after authentication but before API routing.


This issue affects Apache Solr: from 5.3.0 before 8.11.4, from 9.0.0
before 9.7.0.

Users are recommended to upgrade to version 9.7.0, or 8.11.4, which
fix the issue.

This issue is being tracked as SOLR-17417

Credit:

Liu Huajin (reporter)


References:

https://solr.apache.org/security.html#cve-2024-45216-apache-solr-authentication-bypass-possible-using-a-fake-url-path-ending
https://solr.apache.org
https://www.cve.org/CVERecord?id=CVE-2024-45216
https://issues.apache.org/jira/browse/SOLR-17417

_____________________________________________________________________

CVE-2024-45217: Apache Solr: ConfigSets created during a backup
restore command are trusted implicitly


Severity: moderate

Affected versions:

- Apache Solr 6.6.0 before 8.11.4
- Apache Solr 9.0.0 before 9.7.0

Description:

Insecure Default Initialization of Resource vulnerability in
Apache Solr.

New ConfigSets that are created via a Restore command, which copy
a configSet from the backup and give it a new name, are created
without setting the "trusted" metadata.

ConfigSets that do not contain the flag are trusted implicitly if
the metadata is missing, therefore this leads to "trusted"
ConfigSets that may not have been created with an Authenticated
request.


"trusted" ConfigSets are able to load custom code into classloaders,
therefore the flag is supposed to only be set when the request that
uploads the ConfigSet is Authenticated & Authorized.

This issue affects Apache Solr: from 6.6.0 before 8.11.4, from
9.0.0 before 9.7.0. This issue does not affect Solr instances that
are secured via Authentication/Authorization.

Users are primarily recommended to use Authentication and
Authorization when running Solr. However, upgrading to version
9.7.0, or 8.11.4 will mitigate this issue otherwise.

This issue is being tracked as SOLR-17418

Credit:

Liu Huajin (reporter)


References:

https://solr.apache.org/security.html#cve-2024-45217-apache-solr-configsets-created-during-a-backup-restore-command-are-trusted-implicitly
https://solr.apache.org
https://www.cve.org/CVERecord?id=CVE-2024-45217
https://issues.apache.org/jira/browse/SOLR-17418


=========================================================
+ CERT-RENATER        |    tel : 01-53-94-20-44         +
+ 23/25 Rue Daviel    |    fax : 01-53-94-20-41         +
+ 75013 Paris         |   email:cert@support.renater.fr +
=========================================================