Base de données CVE

Vulnérabilité liée à l'attribution incorrecte d'autorisations pour une ressource critique dans ABB Protection and control IED manager (PCM600). Ce problème affecte Protection and control IED manager (PCM600) jusqu'à la version 2.14.

Vulnérabilité dans Citrix NetScaler ADC et Citrix NetScaler Gateway. Ce problème affecte ADC : avant 14.1-73.37, avant 13.1-64.23, avant 14.1-73.37 FIPS, et avant 13.1.37.279 FIPS et NDcPP ; Gateway : avant 14.1-73.37 et avant 13.1-64.23 conduisant à l'exécution de code à distance ou au déni de service

Vulnérabilité de validation incorrecte des entrées dans Citrix NetScaler ADC et Citrix NetScaler Gateway. Ce problème affecte ADC : avant 14.1-73.37, avant 13.1-64.23, avant 14.1-73.37 FIPS, et avant 13.1.37.279 FIPS et NDcPP ; Gateway : avant 14.1-73.37 et avant 13.1-64.23 permettant à un attaquant non authentifié d'exécuter des commandes arbitraires.

Vulnérabilité de valeur exacte prévisible à partir des valeurs précédentes dans Citrix NetScaler ADC et Citrix NetScaler Gateway. Ce problème affecte ADC : avant 14.1-73.37, avant 13.1-64.23, avant 14.1-73.37 FIPS, et avant 13.1.37.279 FIPS et NDcPP ; Gateway : avant 14.1-73.37 et avant 13.1-64.23.

MatchTrustedPeer ignore la clé publique utilisée, ce qui permet à des clones d’AC falsifiés de passer la vérification. Les compilations concernées sont celles qui activent la macro WOLFSSL_TRUST_PEER_CERT et chargent des certificats d’AC avec wolfSSL_CTX_trust_peer_cert() ou wolfSSL_trust_peer_cert(). Le pair doit connaître les certificats chargés par l’une de ces API pour tirer parti du problème. Lorsque OPENSSL_COMPATIBLE_DEFAULTS est également défini, l’API concernée est étendue à tous les chargements de certificats d’AC. Les deux macros sont définies lors de l’utilisation de compilations autoconf telles que (nginx, haproxy, stunnel, wpas, apache httpd, hitch, bind, rsyslog, ffmpeg, all, distro). Lorsque le certificat est répertorié comme certificat de pair de confiance, le problème permettait auparavant à un serveur (D)TLS malveillant de contourner l’authentification dès lors qu’il savait quelles AC le client accepterait. Cela concerne également les cas d’authentification mutuelle où le client sait quelles AC le serveur a chargées. Si vous compilez avec l’une de ces configurations et utilisez (D)TLS, lorsque les AC chargées peuvent être connues et qu’une authentification du pair est souhaitée, les utilisateurs doivent soit : effectuer la mise à jour vers la dernière version de wolfSSL, appliquer le correctif, ou utiliser l’option de configuration --disable-openssl-compatible-defaults et ne pas charger d’AC avec wolfSSL_CTX_trust_peer_cert() ou wolfSSL_trust_peer_cert() afin d’atténuer le problème.

Dans les versions 5.7.2 à 5.9.2 de wolfSSL, une faille d’implémentation côté client dans RFC 6961, l’agrafage de réponses OCSP multiples, peut entraîner une falsification de certificats. Lorsqu’un client wolfSSL active l’agrafage OCSP avec la fonctionnalité HAVE_CERTIFICATE_STATUS_REQUEST_V2 et appelle wolfSSL_UseOCSPStaplingV2(ssl, WOLFSSL_CSR2_OCSP_MULTI, options), le client accepte n’importe quel certificat de la chaîne du pair comme autorité de certification sans vérifier que le certificat est effectivement autorisé à exercer cette fonction. Cela signifie qu’un attaquant qui possède n’importe quel certificat rattaché à une AC approuvée par le client (ainsi que sa clé privée) peut falsifier des certificats pour des identités arbitraires qui seront acceptés comme valides par le client. Le certificat d’entité finale du serveur est stocké dans le magasin de confiance persistant, ce qui affecte les connexions ultérieures qui réutilisent le contexte, même lorsque l’utilisation d’OCSP multi n’est pas employée. Découvert lors des tests internes de wolfSSL.

cleanup_xml_node() dans l’analyseur XML SOAP effectue une récursion à chaque niveau d’imbrication XML sans limite de profondeur. Un attaquant non authentifié peut envoyer une requête SOAP contenant des dizaines de milliers d’éléments imbriqués à n’importe quel point de terminaison SoapServer, épuiser la pile et provoquer le crash du processus. La même récursion sans limite existe dans le décodeur de valeurs SOAP et dans la fonction auxiliaire de recherche de nœuds WSDL.

ServiceNow a corrigé une vulnérabilité liée à une autorisation manquante identifiée dans la plateforme IA ServiceNow. Cette vulnérabilité pourrait permettre à un utilisateur non authentifié, dans certaines circonstances, d’extraire des données d’instance au-delà de ce qui était prévu, entraînant une élévation de privilèges. ServiceNow a déployé une mise à jour de sécurité sur les instances hébergées et l’a fournie à ses partenaires et à ses clients auto-hébergés. Nous n’avons actuellement connaissance d’aucune exploitation malveillante visant des instances ServiceNow. Nous recommandons aux clients d’appliquer rapidement les mises à jour appropriées ou de passer à une version corrigée s’ils ne l’ont pas déjà fait.

ServiceNow a corrigé un problème de sécurité lié à un contournement de l’autorisation identifié dans la ServiceNow AI Platform. Si ce problème de sécurité était exploité, un utilisateur non authentifié pourrait accéder à des données au sein de la ServiceNow AI Platform auxquelles il ne serait autrement pas autorisé à accéder, ce qui pourrait permettre d’autres accès non intentionnels. ServiceNow a déployé une mise à jour de sécurité sur les instances hébergées et a fourni cette mise à jour à ses partenaires et à ses clients auto-hébergés. Nous n’avons actuellement connaissance d’aucune exploitation malveillante visant des instances ServiceNow. Nous recommandons aux clients d’appliquer rapidement les mises à jour appropriées ou de passer à une version corrigée s’ils ne l’ont pas déjà fait.

ServiceNow a corrigé un problème de sécurité lié à un contrôle d’accès inapproprié identifié dans la ServiceNow AI Platform. Ce problème de sécurité pourrait permettre à un utilisateur non authentifié, dans certaines circonstances, de créer, modifier ou supprimer des données d’instance au-delà de ce qui était prévu. En août 2026, ServiceNow a déployé une mise à jour de sécurité sur les instances hébergées et a fourni cette mise à jour à ses partenaires et à ses clients auto-hébergés. Nous n’avons actuellement connaissance d’aucune exploitation malveillante visant des instances ServiceNow. Nous recommandons aux clients d’appliquer rapidement les mises à jour appropriées ou de passer à une version corrigée s’ils ne l’ont pas déjà fait.

ServiceNow a corrigé un problème de sécurité lié à un contournement d’autorisation qui a été identifié dans la plateforme ServiceNow AI. Si ce problème de sécurité était exploité, un utilisateur authentifié pourrait accéder à des données de la plateforme ServiceNow AI auxquelles il ne serait autrement pas autorisé à accéder, ce qui pourrait permettre d’autres accès non souhaités. ServiceNow a déployé une mise à jour sur les instances hébergées et l’a fournie à ses partenaires et à ses clients auto-hébergés. À l’heure actuelle, nous n’avons pas connaissance d’une exploitation malveillante visant des instances ServiceNow. Nous recommandons aux clients d’appliquer rapidement les mises à jour appropriées ou de passer à une version corrigée s’ils ne l’ont pas déjà fait.

ServiceNow a corrigé une vulnérabilité d’injection SQL identifiée dans la plateforme ServiceNow AI Platform. Cette vulnérabilité pourrait permettre à un utilisateur non authentifié, dans certaines circonstances, d’exécuter des instructions SQL arbitraires sur la base de données sous-jacente de l’instance et d’accéder aux données de l’instance, ou de les modifier, au-delà de ce qui était prévu. ServiceNow a déployé une mise à jour de sécurité sur les instances hébergées et a fourni cette mise à jour à ses partenaires et à ses clients auto-hébergés. Nous n’avons actuellement connaissance d’aucune exploitation malveillante visant des instances ServiceNow. Nous recommandons aux clients d’appliquer rapidement les mises à jour appropriées ou de mettre à niveau vers une version corrigée s’ils ne l’ont pas déjà fait.

GitLab a corrigé un problème dans GitLab CE/EE affectant toutes les versions à partir de 19.2 et antérieures à 19.2.7, 19.3 et antérieures à 19.3.3, et 19.4 et antérieures à 19.4.1, qui, dans certaines conditions, aurait pu permettre à un utilisateur authentifié d’exécuter du code arbitraire sur le serveur GitLab en raison d’un dépassement d’entier lors de la compilation d’une expression régulière spécialement conçue dans une configuration CI/CD.

GitLab a corrigé un problème dans GitLab CE/EE affectant toutes les versions à partir de 19.2 et antérieures à 19.2.7, 19.3 et antérieures à 19.3.3, et 19.4 et antérieures à 19.4.1, qui, dans certaines conditions, aurait pu permettre à un utilisateur authentifié d’exécuter du code arbitraire sur le serveur GitLab en raison d’un problème de double free lors de l’analyse d’une expression régulière spécialement conçue dans une configuration CI/CD.

Plex Media Server avant 1.43.3.10861 permet à un utilisateur admin d'écrire des fichiers arbitraires qui peuvent être exécutés au chargement. La préférence TranscoderH264Options est ajoutée verbatim à la chaîne d'options de x264 à chaque transcodage. Au démarrage, tous les fichiers .so sont exécutés sans vérification de signature, de bit d'exécution ou de symboles.

Plex Media Server avant 1.43.3.10861 permet à un utilisateur authentifié de demander des adresses internes ou externes arbitraires via le paramètre de chemin '/video/:/transcode/universal'

Plex Media Server avant 1.43.3.10861 ne neutralise pas correctement les valeurs d'URL incluses dans 'searchOne', permettant à un attaquant d'appeler les fonctions d'autres plugins et de fournir ses propres paramètres.

Plex Media Server avant la version 1.43.3.10861 permet une SSRF via '/player/timeline'. Un attaquant utilisant n'importe quelle valeur de X-Plex-Token peut inclure une URL complète dans le paramètre 'protocol' et forcer le serveur Plex à effectuer une requête POST vers la destination de son choix.

IBM Financial Transaction Manager (FTM) for RedHat OpenShift est vulnérable à une attaque de cross-site scripting stocké (CWE-79) dans le composant React NetworkAcknowledgement de l’interface utilisateur FTM (NetworkAcknowledgement.jsx:42). Un acteur malveillant peut injecter un script dans les données d’accusé de réception réseau stockées, qui s’exécute dans les navigateurs des opérateurs authentifiés, permettant le détournement de session et des opérations de paiement non autorisées au niveau opérateur.

Une faille a été découverte dans sudo. Lorsque les règles sudoers utilisent des restrictions d’accès temporelles NOTBEFORE ou NOTAFTER avec des horodatages omettant l’indicateur de fuseau horaire final « Z », l’évaluation de l’heure dépend de la variable d’environnement TZ héritée de l’utilisateur appelant. Comme sudo est un programme setuid-root, un utilisateur local non privilégié peut définir TZ sur un décalage horaire extrême afin de décaler la fenêtre d’autorisation d’environ 25 heures au maximum, ce qui entraîne le traitement de règles expirées comme si elles étaient valides. Cela permet à l’utilisateur d’exécuter des commandes en dehors de la fenêtre temporelle prévue. L’authentification n’est pas contournée ; seule la vérification de l’autorisation basée sur l’heure est affectée.