Bartłomiej Dmitruk

Existe uma falha de bypass de autenticação na API REST de administração quando a propriedade `admin.listeners` é configurada separadamente da propriedade principal `listeners`. Nesta configuração, as extensões REST definidas via `rest.extension.classes`, como a `BasicAuthSecurityRestExtension`, não são aplicadas à configuração do recurso de administração. Consequentemente, o endpoint `/admin/loggers` não herda os filtros de autenticação e autorização, permitindo que usuários não autenticados com acesso de rede ao listener de administração leiam nomes e níveis de log ou modifiquem níveis de log em todo o cluster. Isso pode levar à divulgação de nomes de classes carregadas e extensões de segurança, ou impactar a disponibilidade e a observabilidade ao suprimir ou inflar a saída de logs.

Apache Kafka Connect has the /connector-plugins/{connector-type}/config/validate endpoint on its REST API to validate connector configurations. Apache Kafka Connect also support Configuration Providers which enable to hide the values of sensitive configuration and only resolve them at runtime.  An attacker with access to the validate endpoint can use it to resolve and return plaintext values via any of the configuration providers installed on a Connect worker. Users are recommended to upgrade to version 4.2.2, 4.3.2, 4.4.0 or above, which fix this issue.

Um invasor remoto não autenticado pode explorar um problema de traversal de caminho através do endpoint '/api/pull'. Isso ocorre porque a função `digestToPath()` não valida suficientemente os digests de camada, permitindo o uso de sequências de traversal para gravar binários maliciosos fora do armazenamento de modelos pretendido. Se o processo do servidor tiver acesso de gravação em '/usr/lib/ollama', o que é comum em muitas imagens Docker, um invasor pode colocar um arquivo malicioso nesse diretório. Esse arquivo é então carregado e executado na próxima reinicialização do servidor, resultando em execução remota de código com privilégios de root.

Uma falha de injeção de comando de SO existe no manipulador IPC, que permite que o processo de renderização execute comandos de shell. Embora uma lista de permissões restrinja os nomes dos comandos a ferramentas específicas como `git`, `pandoc` e `grep`, a string de argumentos é concatenada com o comando e passada para a função `child process.spawn()` com a opção `shell: true`. Essa configuração permite que metacaracteres de shell nos argumentos ignorem a lista de permissões. Um invasor capaz de executar JavaScript no renderizador, como por meio de Cross-Site Scripting (XSS) no conteúdo de notas ou um plugin malicioso, pode executar comandos de shell arbitrários com os privilégios do processo Logseq, resultando em execução remota de código no host.

Um problema de cross-site scripting (XSS) armazenado existe onde um plugin malicioso pode incluir um payload de JavaScript no campo `name` de seu arquivo `package.json`. Isso ocorre porque o campo é renderizado usando `innerHTML` sem a sanitização adequada, permitindo a execução de código arbitrário no contexto do host privilegiado.

Uma falha de escape de sandbox permite que plugins executados em iframes isolados injetem atributos HTML arbitrários, como manipuladores de eventos, em seu elemento contêiner no DOM do host. Devido a uma Política de Segurança de Conteúdo (CSP)—uma camada de segurança que ajuda a detectar e mitigar certos tipos de ataques—desabilitada, um plugin malicioso pode executar JavaScript arbitrário no contexto privilegiado do host. Isso pode resultar em acesso não autorizado às APIs do sistema de arquivos.

O script de preload do Electron expõe um método de API que permite que o processo de renderização invoque manipuladores de IPC (Inter-Process Communication) sem a devida validação de caminho. Um invasor capaz de executar JavaScript no renderizador, como por meio de um plugin malicioso ou Cross-Site Scripting (XSS), pode ler, gravar ou excluir arquivos arbitrários no sistema local.

O mecanismo de atualização do Ollama for Windows permite a Execução Remota de Código devido ao manuseio inadequado de cabeçalhos de resposta HTTP controlados por um invasor. O aplicativo constrói caminhos de arquivos locais usando valores desses cabeçalhos sem validação, passando-os para a função `filepath.Join()`. Isso permite a travessia de diretório (path traversal) usando sequências como `../` para gravar arquivos fora do diretório de atualização pretendido. Um invasor capaz de influenciar as respostas de atualização pode gravar executáveis arbitrários em locais acessíveis ao usuário atual, como o diretório de Inicialização do Windows. Quando combinado com a falta de verificação de assinatura para atualizações, payloads maliciosos podem ser entregues, gravados em locais sensíveis e executados automática e persistentemente sem a interação do usuário, já que o software realiza atualizações automáticas silenciosas.

O Ollama para Windows não verifica a integridade ou autenticidade dos executáveis de atualização baixados. A rotina de verificação de atualização no Windows retorna sucesso incondicionalmente, ignorando a validação de assinatura digital e de confiança antes que as cargas úteis de atualização sejam preparadas ou executadas. Isso permite que executáveis fornecidos por atacantes sejam aceitos e executados. Como o aplicativo realiza atualizações automáticas silenciosas, cargas maliciosas podem ser instaladas sem o conhecimento do usuário.