Jackieya

Um problema de Execução Remota de Código existe no nó MCP do mecanismo de fluxo de trabalho. O sistema não valida adequadamente o JSON fornecido pelo usuário ao carregar `mcp servers`, pois a correção de um problema anterior restringiu apenas o caminho de código de referência. Como a variável `mcp source` é opcional, um invasor pode ignorar as restrições existentes omitindo-a ou fornecendo um valor de não referência. Ao enviar um payload JSON manipulado para a API de criação de fluxo de trabalho, um invasor pode injetar uma configuração de nó MCP usando transporte stdio com comandos e argumentos arbitrários, levando à execução de código quando o fluxo de trabalho é acionado via chat.

SQLBot is a data query system utilizing a large language model and RAG. Versions prior to 1.7.0 contain a Server-Side Request Forgery (SSRF) issue that allows an attacker to retrieve arbitrary system and application files from the server. An attacker can exploit the `/api/v1/datasource/check` endpoint by configuring a forged MySQL data source with a malicious parameter `extraJdbc='local infile=1'`. When the SQLBot backend attempts to verify the connectivity of this data source, an attacker-controlled MySQL server issues a malicious `LOAD DATA LOCAL INFILE` command during the MySQL handshake. This forces the target server to read arbitrary files from its local filesystem and transmit the contents back to the attacker.

SQLBot is an intelligent data query system based on a large language model and RAG. Versions prior to 1.7.0 contain a critical SQL Injection issue in the `/api/v1/datasource/uploadExcel` endpoint that enables Remote Code Execution (RCE). Any authenticated user, even with the lowest privileges, can fully compromise the backend server. The root cause is that Excel sheet names are directly concatenated into PostgreSQL table names without sanitization (datasource.py#L351), and these table names are embedded into COPY SQL statements via f-strings instead of parameterized queries (datasource.py#L385-L388). An attacker can bypass the 31-character sheet name limit using a two-stage technique: first, uploading a normal file with shell commands in its data rows, and then uploading a manipulated XML file with a sheet name that injects a TO PROGRAM 'sh' clause into the SQL. Confirmed impacts include arbitrary command execution as the postgres user (uid=999), sensitive file exfiltration (e.g., /etc/passwd, /etc/shadow), and complete PostgreSQL database takeover.

SQLBot is an intelligent data query system based on a large language model and RAG. Versions 1.5.0 and below contain a Stored Prompt Injection issue that combines three flaws: a missing permission check on the Excel upload API allowing any authenticated user to upload malicious terminology, unsanitized storage of terminology descriptions containing dangerous payloads, and a lack of semantic fencing when injecting terminology into the LLM's system prompt. These flaws allow an attacker to hijack the LLM's reasoning to generate malicious PostgreSQL commands (e.g., `COPY ... TO PROGRAM`), ultimately achieving Remote Code Execution on the database or application server with postgres user privileges. The API endpoint used for malicious uploads is the Excel upload API. The vulnerable parameter is the uploaded Excel file containing malicious terminology.

Foi identificada uma falha crítica no componente Backend do Administrador, especificamente na função `upload domain verification file` do arquivo `WxkConfig.php`. A manipulação do argumento `domain verification file` leva ao upload irrestrito. Esta vulnerabilidade pode ser explorada remotamente.

Nome do software vulnerável e versões afetadas: Versões do Yunke Online School System até a 3.0.6 Descrição: Foi encontrada uma vulnerabilidade no Yunke Online School System, afetando a função `downfile` do arquivo `application/admin/controller/Appadmin.php`. A manipulação do argumento `url` leva a um traversal de caminho. O ataque pode ser iniciado remotamente. A exploração foi divulgada ao público e pode estar em uso. Recomendações: Para versões até 3.0.6, como solução temporária, considere desativar a função `downfile` até que um patch esteja disponível. Restrinja o acesso ao arquivo `application/admin/controller/Appadmin.php` para minimizar o risco de exploração. Evite usar o argumento `url` na função afetada até que o problema seja resolvido. No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.