Base de données CVE

Langflow è uno strumento per la creazione e il deployment di agenti e flussi di lavoro basati sull'intelligenza artificiale. Prima della versione 1.9.0, qualsiasi utente autenticato di Langflow può ottenere l'esecuzione di codice remoto (RCE) sul server aggiungendo un server MCP con trasporto "Stdio". Il campo command fornito dall'utente viene passato direttamente a bash -c "exec {command}" senza alcuna validazione, senza liste di controllo e senza sandboxing. Il comando viene eseguito immediatamente quando viene recuperato l'elenco dei server. Inoltre, il campo env consente l'iniezione arbitraria di variabili d'ambiente (ad esempio LD_PRELOAD, override di PATH). Questa vulnerabilità è corretta nella versione 1.9.0.

Langflow est un outil permettant de créer et de déployer des agents et des workflows basés sur l'IA. Avant Langflow 1.10.3, le transport stdio de MCP lançait toute commande / tous arguments saisis par un utilisateur dans une configuration de serveur MCP, sans liste d'autorisation et (avant 1.10.3) enveloppés dans bash -c "exec {command} ...". Tout utilisateur capable d'accéder aux paramètres des serveurs MCP ("Settings → MCP Servers → Add MCP Server", POST/PATCH /api/v2/mcp/servers/{server_name}) ou de créer un flux avec le composant MCP Tools pouvait ajouter un « serveur » dont la commande est une commande système arbitraire (touch, rm -rf, un reverse shell, ...). La commande s'exécute sur l'hôte Langflow, sous l'utilisateur du processus Langflow, dès que Langflow tente de se connecter au serveur (liste des serveurs, chargement des outils, exécution du flux), même lorsque l'interface signale ensuite l'échec du démarrage du serveur stdio. Avec la valeur par défaut LANGFLOW_AUTO_LOGIN=true, GET /api/v1/auto_login délivre un jeton sans identifiants ; sur une instance exposée utilisant la configuration par défaut, la faille est donc accessible sans compte. AUTO_LOGIN est documenté comme un paramètre réservé au développement ; lorsqu'il est désactivé, tout utilisateur authentifié (non administrateur) peut l'exploiter. Ce problème est corrigé dans Langflow 1.10.3, langflow-base 0.10.3 et lfx 1.10.3.

LibreOffice Calc peut lier une plage de cellules à une source de données externe, et le lien est enregistré dans le document. Un document pouvait indiquer un pilote de base de données Java à charger depuis un emplacement distant, de sorte que l’ouverture du document pouvait exécuter du code Java provenant de cet emplacement. Dans les versions corrigées, une entrée dans un chemin de classes Java doit être une URL de fichier.

A flaw has been found in Ahsay AhsayCBS up to 10.3.2... → traduzione francese. Une faille a été découverte dans Ahsay AhsayCBS jusqu'à la version 10.3.2. Cette vulnérabilité affecte un code inconnu du fichier /rps/api/json/UpdateReceivers.do du composant Replication Receiver. L'exécution d'une manipulation de l'argument random peut conduire à une injection de commandes OS. Il est possible de lancer l'attaque à distance. L'exploit a été publié et peut être utilisé. La mise à niveau vers la version 10.3.4 permet de résoudre ce problème. La mise à jour du composant affecté est recommandée.

A vulnerability was detected in Ahsay AhsayCBS up to 10.3.2. → Une vulnérabilité a été détectée dans Ahsay AhsayCBS jusqu'à la version 10.3.2. Il ne s'agit pas de cela : la réponse attendue est uniquement la traduction complète. Une vulnérabilité a été détectée dans Ahsay AhsayCBS jusqu'à la version 10.3.2. Elle affecte la fonction checkSysPwd du fichier com/ahsay/obs/api/ApiStructsAction.java du composant API. La manipulation de l'argument random entraîne une authentification incorrecte. Il est possible de lancer l'attaque à distance. L'exploit est désormais public et peut être utilisé. La mise à niveau vers la version 10.3.4 permet d'atténuer ce problème. Il est recommandé de mettre à niveau le composant concerné.

Vulnérabilité dans NetScaler ADC et NetScaler Gateway. Ce problème affecte ADC : avant 14.1-73.41, avant 13.1-64.28, avant 14.1-73.41 FIPS, et avant 13.1-37.282 ; Gateway : avant 14.1-73.41 et avant 13.1-64.28.

Le service de gestion Web des versions concernées de RouterOS contient un sous-dépassement d’entier dans le traitement du corps des requêtes HTTP, exploitable avant authentification. Un attaquant réseau non authentifié peut exploiter cette vulnérabilité pour exécuter du code arbitraire en tant que root ou provoquer un déni de service au moyen d’une seule requête spécialement conçue.

Le backend WebSocket utilise des identifiants de station de recharge pour associer les sessions de manière unique, mais permet à plusieurs points de terminaison de se connecter en utilisant le même identifiant de session. Cette implémentation génère des identifiants de session prévisibles. Cette vulnérabilité peut permettre à des utilisateurs non autorisés de s’authentifier en tant que d’autres utilisateurs ou à un acteur malveillant de provoquer un déni de service en submergeant le backend de requêtes de session valides.

L’interface de programmation d’applications WebSocket ne comporte aucune restriction concernant le nombre de requêtes d’authentification. Cette absence de limitation du débit peut permettre à un attaquant de mener des attaques par déni de service ou par force brute afin d’obtenir un accès non autorisé.

Les endpoints WebSocket ne disposent pas de mécanismes d’authentification adéquats, ce qui permet aux attaquants d’usurper l’identité de bornes de recharge. Les attaquants peuvent ainsi exploiter cette faiblesse pour accéder sans autorisation à des données sensibles ou effectuer des actions non autorisées. En l’absence de toute authentification requise, cela peut entraîner une élévation de privilèges et potentiellement compromettre la sécurité de l’ensemble du système.

La routine de sauvegarde et de restauration d'Armatura One consigne la commande complète de connexion à la base de données, y compris le mot de passe du superutilisateur, en texte clair dans un fichier journal sur l'hôte. Les identifiants divulgués par cette constatation peuvent être utilisés pour accéder à la base de données lorsque l'accès au système d'exploitation du serveur est disponible.

La routine d'initialisation de la base de données d'Armatura One attribue un mot de passe fixe, défini par le fournisseur, au compte superutilisateur de la base de données lors de sa création, au lieu de générer un mot de passe unique pour chaque installation. Une personne ayant accès au système d'exploitation du serveur et connaissant cette valeur peut s'authentifier en tant que superutilisateur de la base de données sur un déploiement où ce mot de passe n'a pas été modifié.

Armatura One consigne en clair les identifiants de connexion du client et le mot de passe associé dans les journaux du courtier de messages pendant le fonctionnement normal. Toute personne ayant accès en lecture à ce journal, ou à une sauvegarde ou à un dossier de support qui le contient, peut obtenir les identifiants consignés.

Armatura One stocke les identifiants de base de données et de courtier de messages dans un fichier de configuration d’installation, en les chiffrant avec AES-128-CBC lorsque cette protection est activée. La clé de chiffrement et le vecteur d’initialisation sont des valeurs fixes intégrées au logiciel lui-même et sont identiques pour toutes les installations. Un attaquant disposant d’une copie du package d’installation peut récupérer cette clé et ce vecteur d’initialisation, puis déchiffrer les identifiants stockés de toute installation spécifique dont il obtient séparément le fichier de configuration chiffré.

Les identifiants d’authentification des stations de recharge sont accessibles au public via des plateformes de cartographie en ligne.

Un problème d’exécution de code dans l’intégration Java d’Apache OpenOffice v4.1.16 et des versions antérieures permet à un document non fiable spécialement conçu de déclencher l’exécution de code arbitraire (même à distance) lorsqu’il est ouvert par l’utilisateur. Ce problème devrait être corrigé dans la version 4.1.17, qui est en phase de release candidate. En attendant, les utilisateurs peuvent atténuer ce problème en désactivant l’intégration du runtime Java dans la boîte de dialogue Préférences. Cela empêche l’attaque. Si cela n’est pas possible, ou par précaution supplémentaire, vous pouvez éviter complètement d’ouvrir ouvrir des fichiers non fiables. Une fois la version 4.1.17 publiée, effectuez la mise à niveau vers cette version pour corriger le problème.

Le service OpenAPI de la plateforme Meari IoT Cloud est vulnérable à une faille d’autorisation qui permet aux utilisateurs authentifiés d’accéder au shadow complet de n’importe quel appareil en indiquant son ID d’appareil. Cette vulnérabilité expose des informations sensibles, telles que les identifiants de l’appareil, les informations sur le propriétaire, les données réseau et la télémétrie, sans vérifier l’existence d’un quelconque lien entre le demandeur et l’appareil cible.

Le Meari IoT Cloud Platform OpenAPI Service est vulnérable à une faille d’autorisation qui permet aux utilisateurs authentifiés de manipuler les configurations d’appareils dont ils ne sont pas propriétaires. Cette vulnérabilité permet aux attaquants d’effectuer des actions non autorisées, telles que modifier les paramètres des appareils ou déclencher des comportements inattendus, sans vérifier la propriété ni les autorisations.

GitLab a corrigé une vulnérabilité dans le composant GitLab AI Gateway affectant toutes les versions d’AI Gateway à partir de la version 18.1.6 et antérieures à 19.2.4, les versions 19.3 antérieures à 19.3.2 et les versions 19.4 antérieures à 19.4.1 qui, dans certaines conditions, aurait pu permettre à un utilisateur authentifié ayant accès à Duo Agent Platform de s’échapper du bac à sable du modèle de prompt via une configuration de flux spécialement conçue, entraînant l’exécution de commandes arbitraires sur AI Gateway.