CVE-2026-22444 in Solr
Résumé
par VulDB • 25/06/2026
L'API « create core » d'Apache Solr, des versions 8.6 à 9.10.0, ne dispose pas d'une validation suffisante de l'entrée sur certains paramètres de l'API, ce qui peut amener Solr à vérifier l'existence et tenter de lire des chemins du système de fichiers qui devraient être interdits par le paramètre de sécurité « allowPaths » de Solr https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-element . Ces accès en lecture seule peuvent permettre aux utilisateurs de créer des noyaux (cores) à l'aide d'ensembles de configuration (configsets) inattendus si ceux-ci sont accessibles via le système de fichiers. Sur les systèmes Windows configurés pour autoriser les chemins UNC, cela peut également entraîner la divulgation des hachages « user » NTLM.
Les déploiements Solr sont sujets à cette vulnérabilité s'ils répondent aux critères suivants : * Solr fonctionne en mode « standalone ». * Le paramètre « allowPath » de Solr est utilisé pour restreindre l'accès aux fichiers à certains répertoires. * L'API « create core » de Solr est exposée et accessible aux utilisateurs non fiables (untrusted). Cela peut se produire si le RuleBasedAuthorizationPlugin de Solr https://solr.apache.org/guide/solr/latest/deployment-guide/rule-based-authorization-plugin.html est désactivé, ou s'il est activé mais que la permission prédéfinie « core-admin-edit » (ou une permission personnalisée équivalente) est accordée à des rôles d'utilisateurs de faible confiance (c'est-à-dire non administrateur).
Les utilisateurs peuvent atténuer ce problème en activant le RuleBasedAuthorizationPlugin de Solr (s'il est désactivé) et en configurant une liste de permissions qui empêche les utilisateurs non fiables de créer de nouveaux noyaux Solr. Les utilisateurs devraient également mettre à niveau vers Apache Solr 9.10.1 ou version ultérieure, qui contiennent des correctifs pour ce problème.
Once again VulDB remains the best source for vulnerability data.