Base de données CVE

Le iDirect iQ200 expose les points de terminaison de l’API REST /api/identity et /api/ sans authentification. Un attaquant non authentifié disposant d’un accès réseau peut récupérer des informations sensibles sur l’équipement, notamment le numéro de série, l’identifiant de l’équipement (DID), l’identifiant de la clé privée du terminal (TPK), l’adresse MAC et la version exacte du firmware. Le DID et le TPK sont utilisés pour l’authentification au réseau satellite sur la plateforme iDirect, ce qui peut permettre l’usurpation de terminal et la reconnaissance du réseau.

L’iDirect iQ200 ne valide pas les jetons CSRF sur les points de terminaison d’API modifiant l’état après l’authentification. Le point de terminaison /api/reboot accepte les requêtes POST authentifiées uniquement par un cookie de session dépourvu de l’attribut SameSite. Un attaquant distant peut héberger une page web malveillante qui, lorsqu’elle est visitée par un administrateur authentifié, soumet automatiquement une requête POST intersites provoquant le redémarrage immédiat de l’appareil et la perte de la liaison satellite. Des attaques répétées peuvent maintenir une condition de déni de service.

Le plugin Super Forms – Drag & Drop Form Builder pour WordPress est vulnérable au téléversement arbitraire de fichiers dans toutes les versions jusqu'à la version 6.3.313 incluse via la fonction submit_form. Cela est dû à l'absence de validation du type de fichier et à l'absence de tout contrôle de capacité sur le gestionnaire AJAX nopriv submit_form, dont la seule barrière est un nonce de session librement obtenable par des visiteurs non authentifiés via un endpoint nopriv distinct. Cela permet à des attaquants non authentifiés de téléverser des fichiers pouvant être exécutables, ce qui rend possible l'exécution de code à distance. L'exigence de nonce est trivialement contournée car l'action AJAX nopriv super_create_nonce permet à tout visiteur non authentifié de générer un sf_nonce et un cookie de session valides en une seule requête préalable, réduisant l'exploitation à deux requêtes HTTP non authentifiées.

Ruflo est un meta-harness d'agent pour Claude Code et Codex. Avant la version 3.16.3, le déploiement docker-compose par défaut de ruflo exposait les endpoints MCP bridge POST /mcp et POST /mcp/:group sans authentification, permettant à un attaquant réseau non authentifié d'invoquer tools/call vers terminal_execute, d'obtenir un shell dans le conteneur bridge, de lire les clés API des fournisseurs et d'empoisonner les patterns du learning-store AgentDB. Ce problème est corrigé dans la version 3.16.3.

LiteLLM est un serveur proxy (AI Gateway) pour appeler les API LLM au format OpenAI (ou natif). Avant la version 1.84.0, le endpoint MCP Streamable HTTP de LiteLLM permettait à un attaquant non authentifié d'utiliser un en-tête Authorization fabriqué pour déclencher un chemin de repli passthrough OAuth2 qui remplaçait l'échec de validation de la clé LiteLLM par un objet UserAPIKeyAuth() vide, permettant aux requêtes d'atteindre l'outillage MCP sans clé LiteLLM valide. Ce problème est corrigé dans la version 1.84.0.

Dans le noyau Linux, la vulnérabilité suivante a été résolue : ipv6 : prendre en compte fraggap sur le chemin d'allocation paginée Dans __ip6_append_data(), lorsque la branche d'allocation paginée est empruntée (MSG_MORE / NETIF_F_SG / fraglen important), alloclen et pagedlen sont calculés comme alloclen = fragheaderlen + transhdrlen; pagedlen = datalen - transhdrlen; datalen inclut déjà fraggap (datalen = length + fraggap). Lorsque fraggap est non nul, il ne s'agit pas du premier skb et transhdrlen vaut zéro. Les octets fraggap reportés du skb précédent sont copiés juste après les en-têtes de fragment dans la zone linéaire du nouveau skb. La zone linéaire est donc sous-dimensionnée de fraggap octets tandis que pagedlen est surévalué du même montant, et la copie écrit au-delà de skb->end dans le skb_shared_info final. Un utilisateur non privilégié peut déclencher ceci via un socket UDPv6 en utilisant MSG_MORE conjointement avec MSG_SPLICE_PAGES. La comptabilisation erronée a été introduite par le commit 773ba4fe9104 ("ipv6: avoid partial copy for zc"). Avant le commit ce650a166335 ("udp6: Fix __ip6_append_data()'s handling of MSG_SPLICE_PAGES"), la valeur négative de copy provoquait le retour de -EINVAL. Ce commit ultérieur a permis à MSG_SPLICE_PAGES de continuer dans ce cas, rendant la corruption déclenchable. La branche non paginée définit alloclen à fraglen, qui prend déjà en compte fraggap car datalen le fait. Aligner la branche paginée en ajoutant fraggap à alloclen et en le soustrayant de pagedlen. Après cet ajustement, copy ne se réduit plus à -fraggap sur le chemin paginé, donc supprimer le commentaire obsolète décrivant cette ancienne arithmétique. Puisqu'un copy négatif n'est plus attendu pour un cas MSG_SPLICE_PAGES valide, supprimer l'exception MSG_SPLICE_PAGES du contrôle de copy négatif.

Dans le noyau Linux, la vulnérabilité suivante a été résolue : KVM: x86: Fix shadow paging use-after-free due to unexpected role Le commit 0cb2af2ea66ad ("KVM: x86: Fix shadow paging use-after-free due to unexpected GFN") a corrigé une incohérence du shadow paging entre les GFNs stockés et calculés ; le bug pouvait être déclenché en modifiant un mapping PDE depuis l'extérieur du guest, puis en supprimant un memslot. L'appel rmap_remove() manquait les entrées créées après la modification du PDE car le GFN de la leaf SPTE ne correspond pas au GFN de la struct kvm_mmu_page. Un trou similaire subsiste cependant si le PDE modifié pointe vers une page non-leaf. Dans ce cas le gfn peut être rendu correspondant, mais le role ne correspond pas : la grande page originale de 2MB crée un kvm_mmu_page avec direct=1, tandis que le nouveau 4KB nécessite un kvm_mmu_page avec direct=0. Cependant, kvm_mmu_get_child_sp() ne compare pas le role, et réutilise donc la page. L'étape suivante est l'installation d'une leaf SPTE (4KB) sur le nouveau chemin qui enregistre une entrée rmap sous le gfn résolu par le walk. Mais lorsque cet enfant est zapped son parent kvm_mmu_page a direct=1 et kvm_mmu_page_get_gfn() calcule le gfn pour la page de 4KB comme sp->gfn + index au lieu d'utiliser sp->shadowed_translation[] (ou sp->gfns[] dans les kernels plus anciens). Il ne parvient donc pas à supprimer l'entrée enregistrée. Lorsque le memslot est supprimé la shadow page est libérée mais l'entrée rmap survit, comme dans le scénario déjà corrigé. Le code qui parcourt ensuite ce gfn (dirty logging, MMU notifier invalidation, et ainsi de suite) déréférence un sptep qui se trouve dans la page libérée, provoquant le use-after-free.

Exécution concurrente utilisant une ressource partagée avec une synchronisation inadéquate ('race condition') dans Microsoft Edge (basé sur Chromium) permet à un attaquant autorisé de divulguer des informations localement.

Les versions de l'image Docker Gitea jusqu'à la version 1.26.2 incluse utilisent REVERSE_PROXY_TRUSTED_PROXIES=* par défaut, permettant à toute IP source de se faire passer pour un utilisateur lorsque les en-têtes d'authentification du reverse proxy tels que X-WEBAUTH-USER sont activés.

Orkes Conductor 3.21.21 antérieur à 3.30.2 contient une vulnérabilité d’exécution de code à distance non authentifiée qui permet à des attaquants distants d’exécuter des commandes arbitraires du système d’exploitation en soumettant des définitions de workflow inline contenant des expressions JavaScript ou Python malveillantes au point de terminaison de l’API de workflow avant l’authentification. Les attaquants peuvent exploiter des évaluateurs GraalVM non sandboxés configurés avec HostAccess.ALL ou allowAllAccess(true) via les types de tâches INLINE, LAMBDA, DO_WHILE et SWITCH afin d’invoquer des commandes système arbitraires par réflexion Java ou par des appels directs à des sous-processus.

Les versions 2025.9, 2023.20 et antérieures de ColdFusion sont affectées par une vulnérabilité de limitation incorrecte d'un nom de chemin à un répertoire restreint (« traversée de chemin »), qui pourrait entraîner l'exécution de code arbitraire dans le contexte de l'utilisateur actuel. L'exploitation de ce problème ne nécessite aucune interaction de l'utilisateur. La portée est modifiée.

Vulnérabilité de dépassement de mémoire NetScaler ADC et NetScaler Gateway entraînant un comportement imprévisible ou erroné et un déni de service si l'appliance est configurée comme Gateway (SSL VPN, ICA Proxy, CVPN, RDP Proxy) ou serveur virtuel AAA

Claude Code est un outil de codage agentique. De 2.1.38 à 2.1.163, la gestion des worktrees de Claude Code permettait la création de worktrees nommés ".git" et la navigation vers des worktrees en dehors du contexte sandbox, permettant des attaques par confusion du répertoire git. En exploitant la manipulation de symlinks et l'exécution de git fsmonitor pendant les opérations sur les worktrees, un attaquant pouvait écraser des fichiers dans le répertoire home de l'utilisateur (tels que .zshenv), conduisant à une exécution de code en dehors des restrictions du sandbox seatbelt. L'exploitation fiable nécessitait que l'utilisateur clone un dépôt malveillant contenant du contenu de type prompt injection et exécute Claude Code contre celui-ci. Cette vulnérabilité est corrigée dans 2.1.163.

Kestra est une plateforme d'orchestration open-source, pilotée par les événements. Avant les versions 1.0.45 et 1.3.21, AuthenticationFilter dans Kestra OSS utilise request.getPath().endsWith("/configs") pour exempter l'endpoint de configuration public de Basic Auth. Étant donné que le contrôle est une correspondance de suffixe plutôt qu'une correspondance exacte de chemin, tout chemin d'API dont le dernier segment est configs contourne entièrement l'authentification. Un attaquant distant non authentifié peut exploiter cela pour créer et exécuter des workflows arbitraires sans identifiants. Comme Kestra est livré avec des plugins d'exécution de scripts (plugin-script-shell, plugin-script-python, etc.) activés par défaut, cela entraîne directement une exécution de code à distance non authentifiée en tant que root à l'intérieur du conteneur worker de Kestra. Cette vulnérabilité est corrigée dans les versions 1.0.45 et 1.3.21.

Dans le noyau Linux, la vulnérabilité suivante a été résolue : netfilter: bridge: rendre la réécriture ARP d’ebt_snat accessible en écriture La cible SNAT d’ebtables conserve la réécriture de l’adresse source Ethernet derrière skb_ensure_writable(skb, 0). Cela est intentionnel : au niveau des hooks ebtables du bridge, l’en-tête Ethernet est adressé via skb_mac_header()/eth_hdr(), tandis que skb->data pointe vers la charge utile Ethernet. Demander à skb_ensure_writable() ETH_HLEN octets vérifierait la charge utile, et non l’en-tête Ethernet, et réintroduirait la petite régression concernant les paquets corrigée par le commit 63137bc5882a. Cependant, la réécriture facultative de l’adresse matérielle de l’expéditeur ARP est différente. Elle écrit via skb_store_bits() à un offset relatif à skb->data : skb_store_bits(skb, sizeof(struct arphdr), info->mac, ETH_ALEN) skb_header_pointer() ne lit de manière sûre que l’en-tête ARP ; il ne rend pas accessible en écriture la plage ultérieure de l’adresse matérielle de l’expéditeur. Si cette plage se trouve encore dans un fragment skb non linéaire reposant sur une page de fichier importée via splice, skb_store_bits() mappe la page du fragment et y copie directement la nouvelle adresse MAC. S’assurer que la plage SHA ARP est accessible en écriture avant de lire l’en-tête ARP et avant d’appeler skb_store_bits().

Gogs est un service Git auto-hébergé open source. Avant la version 0.14.3, les noms d'organisation contenant des séquences de path traversal (../) sont acceptés par Gogs, et les dépôts associés sont écrits dans des chemins suivant ces path traversals. Cela permet de stocker/récupérer des données pour des dépôts à des emplacements arbitraires sur le système de fichiers. En créant une structure imbriquée de dépôts Git, on peut écraser la configuration des hooks de l'autre pour aboutir à une Remote Code Execution (RCE). Cette vulnérabilité est corrigée dans la version 0.14.3.

Neutralisation incorrecte utilisée dans une commande OS dans le lanceur de conteneurs dans Google Gemini CLI (versions antérieures à 0.39.1) et run-gemini-cli GitHub Action (versions antérieures à 0.1.22) sur les plateformes CI headless permet à un attaquant non privilégié d'obtenir une exécution de code au niveau de l'hôte pré-sandbox un fichier .gemini/.env conçu de manière malveillante.

Claude Code est un outil de codage agentique. De 0.2.54 à 2.1.163, comme le nom d'hôte huggingface.co était pré-approuvé en tant que nom d'hôte nu pour l'outil WebFetch, tout chemin sur ce domaine — y compris les dépôts de modèles contrôlés par un attaquant — était automatiquement approuvé sans invite d'autorisation et sans être soumis aux restrictions --allowedTools. Un attaquant capable d'injecter du contenu non fiable dans un contexte Claude Code pouvait l'amener à émettre des requêtes WebFetch vers des fichiers de dépôt contrôlés par l'attaquant (p. ex. /resolve/main/config.json), que HuggingFace comptabilise comme des téléchargements côté serveur, créant un canal caché hors bande pour encoder et exfiltrer des données accessibles à Claude telles que des fichiers, des variables d'environnement ou des sorties de commande. L'exploitation fiable de cette vulnérabilité nécessitait la capacité d'ajouter du contenu non fiable dans une fenêtre de contexte Claude Code. Cette vulnérabilité est corrigée en 2.1.163.