Une vulnérabilité dans OpenOffice permet l'exécution de code lors de l'ouverture d'un fichier.

Une vulnérabilité a été détectée dans la suite bureautique Apache OpenOffice (CVE-2021-33035), permettant l'exécution de code lors de l'ouverture d'un fichier DBF spécialement conçu. Le chercheur ayant révélé le problème a averti qu'un exploit fonctionnel avait été créé pour la plateforme Windows. Pour l'instant, le correctif de la vulnérabilité n'est disponible que sous forme de patch dans le dépôt du projet, qui a été inclus dans les versions de test d'OpenOffice 4.1.11. Aucun mise à jour pour la branche stable n'a encore été publiée.

Le problème est causé par le fait qu'OpenOffice s'est basé sur les valeurs fieldLength et fieldType dans l'en-tête des fichiers DBF lors de l'allocation de mémoire, sans vérifier la conformité du type de données réel dans les champs. Pour réaliser l'attaque, il est possible de spécifier le type INTEGER dans fieldType, tout en plaçant des données de taille supérieure et en indiquant une valeur fieldLength qui ne correspond pas à la taille des données de type INTEGER, ce qui entraînant l'écriture de la queue de données du champ au-delà du tampon alloué. Grâce à un débordement de tampon contrôlé, le chercheur a pu redéfinir le pointeur de retour de la fonction et, en utilisant des techniques de programmation orientée retour (ROP — Return-Oriented Programming), exécuter son propre code.

En utilisant la technique ROP, l'attaquant ne tente pas de placer son code en mémoire, mais s'appuie sur des morceaux d'instructions machine déjà présents dans les bibliothèques chargées, se terminant par une instruction de retour de contrôle (généralement, il s'agit de la fin des fonctions de bibliothèque). Le fonctionnement de l'exploit consiste à créer une chaîne d'appels de ces blocs (« gadgets ») pour obtenir la fonctionnalité souhaitée. Dans l'exploit pour OpenOffice, le code provenant de la bibliothèque libxml2 utilisée par OpenOffice a été employé, qui, contrairement à OpenOffice lui-même, a été compilé sans les mécanismes de protection DEP (Data Execution Prevention) et ASLR (Address Space Layout Randomization).

Les développeurs d'OpenOffice ont été informés du problème le 4 mai, après quoi une divulgation publique de la vulnérabilité a été prévue pour le 30 août. Comme la mise à jour de la branche stable n'a pas été réalisée à la date prévue, le chercheur a déplacé la divulgation des détails au 18 septembre, mais les développeurs d'OpenOffice n'ont pas réussi à préparer la version 4.1.11 à ce moment-là. Notons qu'au cours de la même recherche, une vulnérabilité similaire a été identifiée dans le code de support du format DBF dans Microsoft Office Access (CVE-2021–38646), dont les détails seront révélés plus tard. Aucun problème n'a été trouvé dans LibreOffice.

Source : opennet.ru