Geo-Chen

A função `userSessionLogout()` em `src/RestControllers/AuthorizationController.php` utiliza `decodeToken()` para processar um `id token hint` sem verificar sua assinatura. Quando a sessão confiável referenciada está ausente, a aplicação redireciona para o `post logout redirect uri` fornecido pelo chamador antes de validá-lo em relação às URIs de redirecionamento registradas do cliente. Isso permite que um invasor não autenticado crie um link de logout que invalida a sessão do usuário e o redireciona para um site externo arbitrário, facilitando fluxos de phishing. Este problema está acessível quando a API REST do OpenEMR está habilitada.

O ponto de entrada `generatePdf` no arquivo `modules/AOS PDF Templates/generatePdf.php` carrega registros arbitrários usando a função `BeanFactory::getBean()` sem verificar as permissões de acesso do usuário solicitante. Isso permite que qualquer usuário autenticado ignore as funções de Lista de Controle de Acesso (ACL) e leia informações sensíveis de registros aos quais não tem autorização, incluindo dados financeiros, de contatos, de negócios e campos personalizados.

Verificações de autorização inadequadas permitem que funcionários autenticados ignorem permissões e visualizem detalhes de adiantamentos de despesas de outros funcionários. Isso é feito por meio de consultas à API Expense Claim Advances, expondo informações financeiras sensíveis.

A aplicação falha ao implementar uma verificação de autenticação ao nível da rota no roteador de auditoria. Especificamente, o endpoint '/api/v2/audit/timeline/{id}' não exige a dependência `auth.get current active user`. Isso permite que um invasor de rede não autenticado use caminhos vazios, parciais ou curingas para consultar registros de `TimelineLog`. Os dados expostos incluem os campos `actor`, `target id`, `action` e `details`, que podem conter nomes de usuário de analistas, identificadores de objetos e dados históricos de objetos de inteligência de ameaças.

A neutralização inadequada da sintaxe de citação na construção de identificadores SQL no componente de gravação do Apache Iceberg permite que um usuário remoto autenticado com permissões para modificar os metadados do AWS Glue Data Catalog realize ações não autorizadas. Ao utilizar um nome de coluna manipulado, o usuário pode ler qualquer tabela acessível a um principal com mais privilégios e gravar na tabela que esse principal está atualizando.

Existe um problema onde campos de mensagem controlados pelo usuário são renderizados como templates sem a neutralização adequada, levando à injeção de template no lado do servidor. Um invasor autenticado com uma função operacional comum pode injetar expressões de template que o servidor avalia em um contexto irrestrito.

A ausência de autenticação no manipulador POST de streams em tempo real permite que invasores não autenticados injetem dados arbitrários em streams de execução em qualquer ambiente, incluindo produção. Isso ocorre porque o manipulador `action` no arquivo `apps/webapp/app/routes/realtime.v1.streams.$runId.$streamId.ts` não possui um wrapper de autenticação. Além disso, o sistema realiza a busca de execuções usando a variável `friendlyId` sem verificar o `runtimeEnvironmentId`, e esses identificadores seguem padrões previsíveis. O endpoint de API afetado é '/realtime/v1/streams/:runId/:streamId'.

Ocorre uma falha de autorização no endpoint 'commands/results' onde os resultados dos comandos MDM não são filtrados adequadamente por autorização de equipe. Isso permite que usuários com escopo de equipe acessem resultados de comandos MDM de hosts pertencentes a outras equipes quando um UUID de comando compartilhado atinge hosts em múltiplas equipes. Essa exposição inclui UUIDs de host, payloads de comando e respostas de dispositivos.

O endpoint '/datasources/unauth-datasource' não aplica corretamente a autorização de fontes de dados. Um usuário autenticado pode invocar este endpoint para obter informações sobre fontes de dados às quais não tem permissão de acesso, o que pode expor metadados sensíveis e configurações de fontes de dados.

Usuários com tokens de API pessoais podem recuperar respostas de perguntas em espaços privados aos quais não têm acesso autorizado. Isso ocorre porque a função `getPostReplies()` em `ApiController.java` não aplica a verificação `canAccessSpace` antes de retornar dados do endpoint 'GET /api/posts/{id}/answers'. O problema é explorável quando `scoold.api user access enabled` e `scoold.api enabled` estão definidos como true e o detentor do token identifica ou enumera um identificador de pergunta privada. Consequentemente, enquanto o endpoint de pergunta pode negar o acesso, o endpoint de respostas retorna os corpos das respostas privadas, expondo discussões confidenciais de equipes ou projetos.

Usuários autenticados que não são membros de um espaço privado podem criar conteúdo em perguntas pertencentes a esse espaço. Isso ocorre porque a função `reply()` em `QuestionController.java` e a função `createAjax()` em `CommentController.java` não aplicam a verificação de autorização `canAccessSpace`. Quando `scoold.is default space public` está definido como false e espaços privados estão em uso, um usuário com uma sessão válida e um identificador de pergunta conhecido ou enumerável pode enviar solicitações para os endpoints 'POST /question/{id}' e 'POST /comment'. Isso permite a modificação não autorizada de discussões privadas e pode disparar notificações que revelam metadados ou a existência de atividades privadas.

Ocorre uma validação inadequada de certificados com incompatibilidade de host na camada de conexão TLS do cliente MQTT, afetando especificamente a autenticação mútua X.509 na porta 8883 e o WebSocket SigV4 na porta 443. Essa falha permite que um agente adversary-in-the-middle se passe pelo endpoint do AWS IoT Core usando um certificado emitido para um hostname não relacionado por uma autoridade certificadora presente no armazenamento de confiança do dispositivo. Consequentemente, um invasor pode ler a telemetria do dispositivo e injetar mensagens MQTT arbitrárias que o dispositivo processa como autênticas.

Existe um problema onde a função `getThemeFolder()` em `admin/controller/editor/revisions.php` retorna o parâmetro `theme` sem a devida sanitização. A função `backupFolder()` então concatena este parâmetro abaixo de `DIR THEMES` antes que os endpoints `editor/revisions/load` ou `editor/revisions/delete` operem em um arquivo .html. Embora a função `sanitizeBackupFileName()` remova caracteres de travessia do parâmetro de arquivo, ela não protege o componente do diretório do tema. Um usuário autenticado com a função de Editor e permissão `editor/*` pode usar sequências de travessia para redirecionar `file get contents()` ou `unlink()` para subdiretórios de backup fora da raiz da web. Isso requer uma sessão de administrador válida e um token CSRF. O impacto inclui a divulgação de conteúdo sensível do site exportado (limitado a arquivos .html em diretórios de backup) ou a remoção de dados de backup, desde que o sistema possua permissões de escrita no sistema de arquivos.

Um problema de escalonamento de privilégios existe no endpoint '/join tables'. O sistema falha ao validar a função ou a associação ao workspace de usuários autenticados, concedendo-lhes a capacidade JOIN TABLES. Isso permite que um invasor autenticado leia tabelas arbitrárias de qualquer workspace ao fornecer os identificadores do workspace alvo no caminho da requisição enquanto utiliza suas próprias credenciais válidas.

Usuários com privilégios baixos e a função BASIC podem ignorar os controles de acesso ao nível de tabela ao enviar solicitações de consulta manipuladas para o endpoint 'POST /api/datasources/query'. Isso permite a leitura, criação, atualização ou exclusão de linhas em qualquer tabela, independentemente das restrições de função configuradas por tabela.

Uma falha de autorização existe no endpoint 'POST /api/resources/duplicate'. Construtores autenticados podem injetar tabelas, automações, consultas e telas em qualquer aplicativo ao especificar um ID de espaço de trabalho de destino arbitrário no corpo da requisição, mesmo sem possuir um cargo no espaço de trabalho alvo. Isso permite que atacantes acionem automações injetadas usando webhooks de saída para exfiltrar dados dos aplicativos vítimas.

Um usuário de API com baixos privilégios pode acessar a chave do cluster em texto claro por meio de um endpoint de configuração que falha ao redigir informações sensíveis. Embora a API REST normalmente utilize um controle de mascaramento chamado `mask sensitive config` para ocultar campos como `authd.pass` e `cluster.key` de usuários sem permissões de `update-config`, o endpoint 'GET /cluster/local/config' não implementa esse controle. Este endpoint, que utiliza a função `read config wrapper`, requer apenas permissões de `cluster:read`. Consequentemente, contas com as funções `readonly` ou `cluster readonly` podem recuperar a chave real do cluster. Como essa chave é usada para autenticar e criptografar o tráfego entre os nós do cluster, sua divulgação pode facilitar cadeias de execução remota de código entre pares do cluster.

O manipulador `mcp post` do MCP HTTP Stream não impõe um número máximo de sessões e não invoca a função ` cleanup sessions()` para expirar entradas antigas. Consequentemente, cada solicitação `initialize` cria uma nova sessão em memória que nunca é removida. Além disso, o endpoint `notifications/cancelled` popula um conjunto ` cancelled requests` que nunca é limpo. Como a solicitação `initialize` não requer autenticação, um invasor remoto pode enviar solicitações repetidas para esgotar a memória do sistema, levando a uma negação de serviço quando o processo é encerrado pelo eliminador de falta de memória (OOM killer). Este problema é amplificado pelo fato de o servidor reter o histórico de eventos SSE para cada sessão.

A pilha SCTP integrada autentica cookies de estado usando valores mágicos fixos em vez de um segredo por instância e HMAC, o que diverge da RFC 9260 Seção 5.1.3. Esta falha em `StateCookie::IsMediasoupStateCookie()` e `Association::HandleReceivedCookieEchoChunk()` permite que um invasor on-path, visando `PlainTransport` ou `PipeTransport` com SCTP habilitado e sem proteção DTLS, forje um COOKIE-ECHO. Ao corresponder a tag de verificação do pacote com um `localVerificationTag` controlado pelo invasor, uma associação SCTP não autorizada pode ser estabelecida, permitindo a injeção de mensagens de DataChannel como um peer confiável. SCTP é um protocolo de camada de transporte usado para garantir a entrega confiável de dados.

Um problema de Cross-Site Request Forgery (CSRF) existe no transporte MCP HTTP-stream. A função ` validate origin()` em `transports/http stream.py` utiliza uma correspondência de prefixo via `startswith()` para validar a variável `request origin` contra uma lista de permissões. Isso permite que um invasor ignore a verificação usando um domínio que comece com um prefixo permitido, como `http://localhost.attacker.com`. Como o servidor pode ser executado sem uma chave de API por padrão e processa os corpos das requisições independentemente do cabeçalho `Content-Type`, um invasor pode enviar uma requisição CORS simples usando `text/plain`. Isso ignora a verificação de preflight do navegador e permite a invocação não autenticada do endpoint `tools/call`. Um invasor pode explorar isso para realizar ações de alteração de estado, notadamente usando a ferramenta `praisonai.rules.create` para gravar arquivos maliciosos no diretório global de regras. Isso resulta em uma injeção de prompt persistente, onde instruções controladas pelo invasor são aplicadas a cada execução subsequente do agente na máquina da vítima, podendo levar à exfiltração de dados sensíveis, como chaves SSH e chaves de API. Outras ferramentas afetadas incluem `praisonai.rules.delete`, `praisonai.todo.add`, `praisonai.todo.delete` e `praisonai.schedule.add`.