Base de données CVE

Les versions de JFrog Artifactory (Self Hosted) antérieures à la version 7.133.11 sont vulnérables à une attaque par élévation de privilèges en raison d’une vérification de validation de la signature/de l’émetteur du token, et non de la portée du token.

Dans JetBrains TeamCity avant 2026.1.3, 2025.11.7, l'exécution de code à distance non authentifiée était possible via le protocole de polling de l'agent

VeloCloud Orchestrator (VCO) on-prem présente un problème de sécurité où ce problème peut permettre à un attaquant distant d'accéder à des fonctionnalités internes privilégiées et d'avoir un impact sur l'hôte VCO. Une exploitation réussie peut compromettre la confidentialité, l'intégrité et la disponibilité de l'orchestrateur et des données gérées par l'orchestrateur. Cette fonctionnalité était destinée à un usage interne uniquement et n'est pas destinée à être accessible à distance. Les versions Hosted et Dedicated de VCO ont déjà été corrigées avant la publication de cet avis. Ce problème a été découvert en externe et est connu pour être activement exploité.

Dans le noyau Linux, la vulnérabilité suivante a été résolue : Open vSwitch stocke les actions de flux générées sous forme de nlattrs, dont le champ nla_len est u16. Le commit a1e64addf3ff (« net: openvswitch: remove misbehaving actions length check ») a permis au flux total sw_flow_actions de dépasser 64 KiB, ce qui est valide, mais a également supprimé la dernière protection empêchant un attribut d'action imbriqué généré de dépasser U16_MAX. Un conteneur généré surdimensionné peut donc être fermé avec un nla_len tronqué. Un dump ou un démontage ultérieur parcourt alors un flux structurellement différent de celui qui a été validé. En particulier, une action CLONE/CT imbriquée surdimensionnée peut amener les octets suivants du flux généré à être interprétés comme des actions indépendantes. Conserver le comportement de flux d'actions total plus grand, mais faire en sorte que la fermeture d'action imbriquée rejette les conteneurs générés qui ne tiennent pas dans nla_len, et propager l'erreur à tous les appelants. Pour les constructeurs récursifs SAMPLE, CLONE, DEC_TTL et CHECK_PKT_LEN, tronquer les fins de listes d'actions détenant des ressources dans l'ordre inverse de construction avant de supprimer les wrappers défaillants, afin que les ressources copiées dans les fins rejetées soient libérées avant que les wrappers ne soient retirés. La plupart des wrappers externes défaillants sont supprimés en tronquant actions_len après que les ressources enfants ont été libérées. CHECK_PKT_LEN tronque également son parent après que les ressources de branche ont été libérées. Les échecs de fermeture SET/TUNNEL défont directement leur propriété tun_dst connue, et SET_TO_MASKED n'a pas de propriété externe et tronque en cas d'échec de fermeture.

Dans le noyau Linux, la vulnérabilité suivante a été corrigée : bpf: prise en charge du durcissement contre le JIT spraying L’allocateur BPF JIT regroupe de nombreux petits programmes dans des allocations exécutables plus grandes et réutilise l’espace de ces allocations lorsque des programmes sont chargés et libérés. Lorsque du nouveau code est écrit dans l’espace occupé précédemment par un programme, un saut indirect vers le nouveau programme peut réutiliser une prédiction de branche laissée par l’ancien programme. Vider les prédicteurs de branche indirecte avant de réutiliser la mémoire JIT afin que les sauts indirects vers un programme nouvellement écrit ne réutilisent pas les prédictions d’un ancien programme qui occupait le même espace. Introduire la clé statique bpf_arch_pred_flush_enabled et l’appel statique bpf_arch_pred_flush pour vider les prédicteurs de branche lors de la réutilisation de la mémoire JIT. Les architectures qui nécessitent un vidage peuvent la mettre à jour pour utiliser une fonction de vidage du prédicteur. Par défaut, il s’agit d’un NOP et aucun CALL n’est émis. Les allocations de taille supérieure à celle d’un pack ne sont pas couvertes par ce vidage. Cela ne présente aucun risque, car la taille des programmes cBPF (la surface d’attaque non privilégiée) est largement inférieure à celle d’un pack. Émettre un avertissement si cette hypothèse est un jour invalidée alors que le vidage est actif.

Dans le noyau Linux, la vulnérabilité suivante a été corrigée : x86/bugs : activer le flush IBPB lors de l’allocation BPF JIT Activer le renforcement contre le JIT spraying lorsque les mesures d’atténuation de Spectre-v2 sont utilisées. Plus précisément, déclencher un flush IBPB lors de la réutilisation de la mémoire BPF JIT. Ne pas activer le flush IBPB si le dispatcher BPF utilise déjà une séquence retpoline. Ce renforcement s’applique uniquement lorsque BPF-JIT est utilisé. Protéger l’activation avec CONFIG_BPF_JIT afin que bugs.c soit toujours compilé avec CONFIG_BPF_JIT=n.

Le Tycon Systems TPDIN-Monitor-WEB2 est livré sans identifiants HTTP configurés, l'installateur étant censé les définir lors de la première utilisation. Avec le firmware 2.4.4 et versions antérieures, une unité laissée dans cet état non configuré expose l'interface de gestion web sans exiger de connexion. Un attaquant disposant d'un accès réseau à une telle unité peut accéder à l'ensemble des commandes de l'appareil, notamment la gestion des relais de puissance, le redémarrage de l'appareil, la configuration du service d'accès à distance et les paramètres réseau, ce qui pourrait permettre la perturbation de l'infrastructure connectée ou des dommages physiques à l'équipement.

L'interface de gestion web de Tycon Systems TPDIN-Monitor-WEB2 stocke et affiche les identifiants système en clair sur une certaine page de configuration accessible aux utilisateurs authentifiés. Toute partie ayant accès au tableau de bord administratif peut immédiatement lire ces identifiants, qui peuvent être utilisés pour compromettre d'autres systèmes sur le réseau local.

La neutralisation incorrecte des délimiteurs d’arguments dans la méthode install_packages() du AWS Bedrock AgentCore Python SDK avant la version 1.18.1 pourrait permettre à un utilisateur distant authentifié d’exécuter des commandes arbitraires dans le sandbox Code Interpreter via des arguments de nom de package spécialement conçus. Pour atténuer ce problème, les utilisateurs doivent passer à la version corrigée 1.18.1.

Le plugin SAML Single Sign On – SSO Login pour WordPress est vulnérable à un contournement d'authentification dans toutes les versions jusqu'à la version 5.4.4 incluse. Cela est dû au fait que la fonction mo_saml_validate_signature() effectue un contrôle booléen lâche sur l'entier brut à trois états renvoyé par openssl_verify() de PHP, ce qui fait qu'une valeur de retour d'erreur de -1 est évaluée comme truthy et donc traitée comme une vérification de signature réussie. Cela permet à des attaquants non authentifiés de se connecter en tant que n'importe quel utilisateur WordPress existant, y compris des administrateurs, en soumettant une SAMLResponse forgée contenant un NameID contrôlé par l'attaquant et une valeur de signature délibérément malformée qui déclenche une erreur de traitement OpenSSL — contournant entièrement la vérification et entraînant l'appel de wp_set_auth_cookie() pour le compte ciblé.

Une vulnérabilité d'exécution de code à distance (RCE) existe dans fastjson 1.2.68 à 1.2.83. Cette vulnérabilité est exploitable avec la configuration par défaut standard de fastjson — aucune activation d'AutoType requise, aucun gadget classpath requis.

Une vulnérabilité de contournement de l'authentification dans le processus de connexion Check Point SmartConsole permet à un attaquant distant non authentifié d'obtenir un jeton de connexion applicatif et de l'utiliser pour s'authentifier avec des privilèges administratifs complets. Une exploitation réussie permet à l'attaquant de modifier les politiques de sécurité et les configurations de sécurité. L'exploitation à distance nécessite un accès Internet à l'adresse IP du Management Server et une configuration qui ne restreint pas les Trusted Clients. Check Point est conscient que cette vulnérabilité est exploitée et a affecté un très petit nombre de clients.

Dans Progress® Telerik® UI for AJAX avant v2026.2.708, une vulnérabilité de désérialisation dans les utilitaires de persistance permet l'instanciation de types non sécurisés à partir d'un état persisté influencé par l'attaquant, ce qui peut conduire à l'exécution de code à distance.

Dans Progress® Telerik® UI for AJAX avant v2026.2.708, une vulnérabilité de type path traversal dans le fournisseur de stockage persistant basé sur fichiers peut être exploitée lorsque la clé de stockage est dérivée d'une entrée contrôlée par l'utilisateur, permettant une désérialisation contrôlée par l'attaquant et l'exécution de code à distance.

Dans Progress® Telerik® UI for AJAX avant la v2026.2.708, les applications utilisant le stockage basé sur les cookies dans RadPersistenceManager ou RadDockLayout désérialisent le contenu des cookies contrôlé par l'attaquant, permettant une exécution de code à distance non authentifiée.

Dans Progress® Telerik® UI for AJAX avant v2026.2.708, en l'absence de Telerik.Upload.ConfigurationHashKey et lorsque machineKey n'est pas explicitement configuré, la protection de l'intégrité des métadonnées d'upload peut se rabattre sur une clé par défaut prévisible, permettant aux attaquants de falsifier les métadonnées d'upload protégées et de débloquer d'autres chaînes d'exploitation.

Dans Progress® Telerik® UI for AJAX antérieur à v2026.2.708, le traitement des métadonnées de téléversement de RadAsyncUpload peut divulguer la validité cryptographique par des différences de temps mesurables, permettant à des attaquants distants de récupérer les valeurs de métadonnées protégées.

Dans Progress® Telerik® UI for AJAX avant la v2026.2.708, le traitement du client-state de RadAsyncUpload peut distinguer les échecs de déchiffrement des échecs d'analyse de JSON invalide, créant un oracle qui révèle les valeurs de métadonnées protégées à des attaquants distants.

Dans Progress® Telerik® UI for AJAX antérieur à v2026.2.708, des métadonnées d'upload falsifiées peuvent influencer le traitement AsyncUploadTypeName et déclencher une résolution de type non sécurisée contrôlée par l'attaquant, permettant l'exécution de code à distance dans les déploiements affectés.

SolarWinds Serv-U est affecté par une vulnérabilité de contrôle d'accès défaillant qui pourrait permettre la lecture et l'écriture arbitraires de fichiers, pouvant ensuite être utilisées pour élever les privilèges et exécuter du code en tant que root. Un accès administrateur de domaine est requis, et l'impact est moindre sur les installations Windows.