Blog Jalios Community

Vulnérabilité Log4j - Produits Jalios non concernés

Plusieurs vulnérabilités critiques ont été identifiées dans la librairie log4j2 : 

Par ailleurs, nous avons également connaissance d'autres vulnérabilités affectant la version 1.x de log4j

Nous vous invitons cependant : 

  • À auditer vos éventuels développements spécifiques JPlatform pour rechercher l'usage de log4j2 et mettre à jour la version vulnérable
  • À auditer l'ensemble de votre système d'information pour rechercher les applications utilisant ces librairies vulnérables et à procéder à leur mise à jour

Bien que les produits Jalios ne soient pas vulnérables aux vulnérabilités log4j 1.x évoquées ci-dessus, JPlatform 10 SP6 remplace la librairie log4j 1.x par la librairie reload4j (cf JCMS-9107)

 

(*) Message de ceki, auteur de la librairie log4j 1.x : http://slf4j.org/log4shell.html

(**) Messages sur la liste de diffusions des utilisateurs de Tomcat : Mark Thomas on Sat, 11 Dec 2021 23:39:50 GMT, Mark Thomas on Mon, 13 Dec 2021 09:40:32 GMT

 

[Edit : 2021-12-12 15h10 - Billet mis à jour pour précision sur la vulnérabilité CVE-2021-4104]

[Edit : 2021-12-12 9h00 - ajout de lien concernant la vulnérabilité CVE-2021-4104]

[Edit : 2022-01-13 - ajout de liens sur l'ensemble des vulnérabilités de log4j]

[Edit : 2022-01-19 - ajout de liens sur des vulnérabilités de log4j 1.x récemment identifiées et n'affectant pas plus les produits Jalios]

[Edit : 2022-04-01 - ajout d'information sur le passage à reload4j dans JPlatform 10 SP6]

[Edit : 2023-05-04 - ajout de liens sur la vulnérabilité de log4j 1.x CVE-2023-26464  et n'affectant pas plus les produits Jalios]

13 déc. 2021
Olivier Jaquemet

À voir aussi :

mai 2023
Mises à jour des modules et applications - Avril 2023
mai 2023
JPlatform 10 SP7 est disponible
avril 2023
Clients Cloud : Votre calendrier local arrive !
avril 2023
Mises à jour des modules - Mars 2023
17 votes :
9 commentaires
#1
le 13/12/21 à 12:35
Olivier Jaquemet
5 votes :

Ressources annexes :

La communication de ces liens ne saurait être une approbation de leurs contenus par Jalios. Ils sont fournis à titre d'information.

#2
le 13/12/21 à 15:40
Jean Bernard Chabert

Merci pour toutes ces infos !

#3
le 13/12/21 à 16:28
Pierre MORIN
1 vote :

Pour information, jodconverter, utilisé pour la conversion des documents Office en PDF par le Module de conversion PDF 5.6, n'est pas touché non plus (il n'utilise pas log4j d'après ce que j'ai vu).

#4
le 13/12/21 à 17:37
Olivier Jaquemet
1 vote :

Merci Pierre MORIN, j'aurais effectivement pu lister l'ensemble des produits Jalios. Notre analyse montre qu'à ce jour, aucun de nos produits n'est vulnérable à ces failles.

#5
le 13/12/21 à 18:35
Pierre MORIN

Merci Olivier Jaquemet , j'ai pu effectivement constater entre temps que ni le serveur Horizon (en JS), ni l'application JMobile ne semblent touchées.
Je n'ai pas le code source de l'application JDrive, mais je n'ai pas à vérifier grâce à votre dernier message. 😉

#6
le 01/02/22 à 14:51
Emmanuel Buff

Un update sur les dernières vulnérabilités de Log4j ? :
(Ceux-là sont-il couverts par le commentaire "[Edit : 2022-01-19 - ajout de liens sur des vulnérabilités de log4j 1.x récemment identifiées et n'affectant pas plus les produits Jalios]" ? Si oui, merci, tout est OK alors.)

CVE-2022-23307

CVE-2020-9493 identified a deserialization issue that was present in Apache Chainsaw. Prior to Chainsaw V2.0 Chainsaw was a component of Apache Log4j 1.2.x where the same issue exists.

CVE-2022-23305

By design, the JDBCAppender in Log4j 1.2.x accepts an SQL statement as a configuration parameter where the values to be inserted are converters from PatternLayout. The message converter, %m, is likely to always be included. This allows attackers to manipulate the SQL by entering crafted strings into input fields or headers of an application that are logged allowing unintended SQL queries to be executed. Note this issue only affects Log4j 1.x when specifically configured to use the JDBCAppender, which is not the default. Beginning in version 2.0-beta8, the JDBCAppender was re-introduced with proper support for parameterized SQL queries and further customization over the columns written to in logs. Apache Log4j 1.2 reached end of life in August 2015. Users should upgrade to Log4j 2 as it addresses numerous other issues from the previous versions.

CVE-2022-23302

JMSSink in all versions of Log4j 1.x is vulnerable to deserialization of untrusted data when the attacker has write access to the Log4j configuration or if the configuration references an LDAP service the attacker has access to. The attacker can provide a TopicConnectionFactoryBindingName configuration causing JMSSink to perform JNDI requests that result in remote code execution in a similar fashion to CVE-2021-4104. Note this issue only affects Log4j 1.x when specifically configured to use JMSSink, which is not the default. Apache Log4j 1.2 reached end of life in August 2015. Users should upgrade to Log4j 2 as it addresses numerous other issues from the previous versions.

Par avance merci

#7
le 01/02/22 à 14:53
Olivier Jaquemet
1 vote :

Bonjour Emmanuel Buff

Je vous invite à relire le billet et notamment les mentions de mise à jour, ces vulnérabilités ne nous concerne pas non plus.

#8
le 01/02/22 à 14:56
Emmanuel Buff

C'est ce que je viens de voir à l'instant, un paragraphe parcouru trop vite. Tout est indiqué et merci pour ce rapide retour 👍

#9
le 01/04/22 à 16:40
Olivier Jaquemet
2 votes :

Bonjour à tous,

Ce billet vient d'être mis à jour pour préciser l'information suivante :

Bien que les produits Jalios ne soient pas vulnérables aux vulnérabilités log4j 1.x évoquées ci-dessus, JPlatform 10 SP6 passera de la librairie log4j 1.x à la librairie reload4j (cf JCMS-9107)