PHP utilise longjmp() pour gérer les erreurs de mémoire (OOM - Out-Of-Memory). Cela permet à PHP de quitter le contexte actuel et d'abandonner le traitement de la requête. Cependant, certains contextes ne tiennent pas correctement compte de cette situation et laissent la mémoire de la requête dans un état non initialisé avant d'effectuer une nouvelle allocation.

• Problème : La procédure de nettoyage des requêtes suivante peut lire ou se baser sur cette mémoire non initialisée.
• Conséquence : Plusieurs stratégies de gestion des OOM peuvent déclencher de manière constante ce problème.
• Risque : Cela peut mener à une exécution de code à distance (RCE - Remote Code Execution).

En résumé, cette vulnérabilité dans PHP peut permettre à un attaquant de prendre le contrôle ou d'exécuter du code à distance sur le serveur, ce qui est une menace sérieuse pour la sécurité des applications web utilisant PHP.

PHP possède divers états globaux qui se réfèrent temporairement à la mémoire des requêtes. Dans certains cas, cet état global peut ne pas être correctement réinitialisé ou peut être rempli à nouveau après avoir été réinitialisé. L'état global peut alors pointer vers la mémoire d'une requête même après qu'elle a été libérée.

Les requêtes suivantes pourraient alors lire ou se baser sur cet état obsolète avant qu'il ne soit complètement initialisé. Plusieurs stratégies peuvent déclencher cette condition, entraînant une exécution de code à distance (RCE, Remote Code Execution).

Résumé des termes :

• RCE (Remote Code Execution) : Exécution de code à distance, où un attaquant peut exécuter du code malveillant sur un serveur.
• État global : Variables utilisées par PHP qui peuvent contenir des informations sur les requêtes en cours.

Risques :

• Les failles dans la gestion de cet état peuvent permettre aux attaquants d'exécuter du code non autorisé.
• Une mauvaise gestion de la mémoire peut affecter la sécurité de l'application.

Conclusion :

Il est crucial de bien gérer l'état global dans PHP pour éviter des vulnérabilités potentielles liées à l'exécution de code à distance.

Vulnérabilité de débordement de tampon dans Google Brotli

Une vulnérabilité de débordement de tampon (buffer overflow) a été découverte dans le décodeur Brotli (c/dec/decode.c) des versions de Google Brotli 1.0.3 à 1.2.0 sur toutes les plateformes. Cette vulnérabilité permet à un attaquant à distance et non authentifié de :

• Corrompre la mémoire de l'état du décodeur adjacent
• Divulguer des contenus sensibles de la mémoire
• Causer un déni de service (DoS)
• Potentiellement exécuter du code arbitraire en utilisant un flux compressé Brotli malveillant

Actions Recommandées

Les utilisateurs doivent mettre à jour toutes les bibliothèques ou binaires Brotli aux versions les plus récentes disponibles :
- 1.0.10 - 1.1.1 - 1.2.1

Définition des acronymes

• RCE : Remote Code Execution, exécution de code à distance.
• SSRF : Server-Side Request Forgery, une attaque permettant à un attaquant de faire des requêtes non autorisées depuis le serveur.
• XSS : Cross-Site Scripting, une vulnérabilité qui permet d'injecter du script malveillant dans une page web.

Il est crucial de prendre ces vulnérabilités au sérieux pour protéger les systèmes.

Une vulnérabilité a été découverte dans GitLab CE/EE, affectant toutes les versions suivantes :

• de 7.0 avant 18.11.13
• de 19.0 avant 19.0.10
• de 19.1 avant 19.1.9
• de 19.2 avant 19.2.9
• de 19.3 avant 19.3.6
• de 19.4 avant 19.4.3
• de 19.5 avant 19.5.1

Cette vulnérabilité pourrait permettre, dans certaines conditions, à un utilisateur non authentifié d'exécuter du code arbitraire sur le serveur GitLab. Ce problème est causé par un débordement d'entier lors de la compilation d'une expression régulière spécialement conçue.

Terminologie :

• RCE (Remote Code Execution) : Exécution de code à distance, permettant à un attaquant d'exécuter des commandes sur un serveur.
• SSRF (Server-Side Request Forgery) : Une technique où l'attaquant peut inciter le serveur à effectuer des requêtes indésirables.
• XSS (Cross-Site Scripting) : Une attaque permettant à un attaquant d'injecter des scripts dans des pages web consultées par d'autres utilisateurs.

Il est crucial de vérifier la version de GitLab utilisée et d'appliquer les mises à jour nécessaires pour se protéger contre cette vulnérabilité.

Résumé de la Vulnérabilité dans le Noyau Linux

Une vulnérabilité a été corrigée dans le noyau Linux concernant la gestion des paquets IPv4 :

• Problème : La fonction skb_checksum_help vérifiait un paramètre appelé checksum_start après la réception de paquets. Si des paquets avec des métadonnées de checksum incorrectes entraient dans la pile IPv4, cela pouvait corrompre l'en-tête réseau et causer divers problèmes.
• Découverte : La vulnérabilité a été signalée par Paulos et a été reproduite indépendamment par d'autres chercheurs.
• Solution : Bien que l'idéal serait d'empêcher l'entrée de tels paquets, une mesure de défense supplémentaire a été mise en place. Une vérification est désormais effectuée avant de compléter le calcul du checksum.
• Améliorations à venir : Une validation plus complète à l'entrée des paquets est prévue, mais nécessite encore du travail.

Cette vulnérabilité met en lumière l'importance de la validation des données dans les systèmes réseaux, prévenant ainsi des attaques exploitant des failles comme RCE (Remote Code Execution), SSRF (Server-Side Request Forgery) ou XSS (Cross-Site Scripting).

Vulnérabilité de SiteGuard Server Edition

• Produit concerné : SiteGuard Server Edition
• Type de vulnérabilité : Injection de commandes système (OS command injection)

Description

Une vulnérabilité a été identifiée dans SiteGuard Server Edition. Cette faille permettrait à un attaquant d'exécuter des commandes système arbitraires avec des privilèges de root (sur les systèmes Unix/Linux) ou SYSTEM (sur Windows). Cela signifie qu'un attaquant pourrait potentiellement prendre le contrôle total du système affecté.

Implications

• Exécution de code à distance (RCE) : La capacité d'exécuter des commandes sur le système cible, ce qui peut mener à des actions non autorisées.
• Accès non autorisé : L'attaquant pourrait accéder à des informations sensibles ou perturber le système.

Mesures recommandées

• Mettre à jour le produit vers la dernière version disponible.
• Effectuer une analyse de sécurité régulière pour identifier d'autres vulnérabilités potentielles.

Il est crucial de surveiller et d'appliquer rapidement des correctifs pour sécuriser le système contre ce type d'attaque.

Vulnérabilité Apache Log4j2

• Vulnérabilité identifiée: Les versions d'Apache Log4j2 de 2.0-beta9 à 2.15.0 (hors versions de sécurité 2.12.2, 2.12.3 et 2.3.1) présentent des défauts liés aux fonctionnalités JNDI (Java Naming and Directory Interface).
• Problème: Ces failles permettent à un attaquant de contrôler des messages de log ou des paramètres de message, ce qui lui donne la possibilité d'exécuter du code arbitraire (RCE - Remote Code Execution) provenant de serveurs LDAP lorsqu'une substitution de recherche dans les messages est activée.
• Correctifs:
• Depuis la version 2.15.0, ce comportement est désactivé par défaut.
• À partir de la version 2.16.0 (en plus des versions 2.12.2, 2.12.3 et 2.3.1), cette fonctionnalité a été complètement supprimée.
• Impact: Cette vulnérabilité concerne spécifiquement log4j-core et n'affecte pas log4net, log4cxx, ou d'autres projets des Apache Logging Services.

Acronymes

• RCE: Exécution de code à distance.
• JNDI: Interface Java pour nommer et accéder à des ressources.

Problème de Sécurité dans VeloCloud Orchestrator (VCO)

VeloCloud Orchestrator (VCO) en version sur site présente une vulnérabilité qui pourrait permettre à un attaquant distant d'accéder à des fonctionnalités internes privilégiées, affectant ainsi l'hôte VCO.

Détails de l'Incident

• L'exploitation réussie de cette vulnérabilité peut compromettre la confidentialité, l'intégrité, et la disponibilité des données gérées par l'orchestrateur.
• Sur un système affecté, tout utilisateur authentifié peut acquérir des privilèges d'opérateur et se faire passer pour un utilisateur local de type "superutilisateur opérateur".
• Cela inclut l'accès à des fonctionnalités réservées à un usage interne et non destinées à être accessibles à distance.

Versions Affectées

• Les versions hébergées, y compris les versions dédiées de VCO, ont été touchées, mais elles ont déjà été corrigées.

Terminologie

• RCE (Remote Code Execution) : Exécution de code à distance, permettant à un attaquant d'exécuter des commandes sur un système ciblé.
• SSRF (Server Side Request Forgery) : Attaque où l'attaquant manipule un serveur pour envoyer des requêtes non autorisées.
• XSS (Cross-Site Scripting) : Injection de scripts malveillants dans une page web, affectant les utilisateurs qui visitent cette page.

La vulnérabilité se situe au sein des composants internes du produit Remote Support de BeyondTrust. Voici les détails :

• Les composants ne valident pas correctement l'origine des messages qu'ils reçoivent.
• Cela crée un risque d'exécution de code à distance (RCE), ce qui signifie qu'un attaquant pourrait potentiellement exécuter des commandes malveillantes sur l'appareil.
• Les conséquences de cette vulnérabilité permettent à un attaquant de réaliser des opérations de fichiers sur l'appareil.

RCE (Remote Code Execution) : Une vulnérabilité qui permet à un attaquant d'exécuter des commandes à distance sur un système.

Cette situation souligne l'importance de mettre en place des mesures de sécurité robustes pour vérifier l'origine et l'intégrité des communications au sein des systèmes critiques.