Alham-Rizvi

Um problema de cross-site scripting armazenado existe porque o `rex media service` move arquivos SVG carregados para a pasta de mídia pública antes que o processo de sanitização seja concluído. Usuários autenticados com permissões de upload no mediapool podem explorar isso ao competir com o sanitizador ou esgotar os limites de memória, permitindo que scripts maliciosos dentro de arquivos SVG sejam servidos publicamente e executados nas sessões de backend de outros usuários.

As implementações de referência de `ClientConfigurationEndpoint.authenticate client()` e `ClientConfigurationEndpoint.check permission()` buscam um cliente alvo usando dados de `client id` da requisição e verificam se o alvo é editável, mas não verificam se o `request.credential` pertence a esse cliente alvo. Isso permite que um cliente com qualquer token de acesso de registro válido leia, modifique ou exclua o registro de outro cliente. A alteração de `redirect uris` pode permitir a interceptação de códigos de autorização ou tokens, e a exclusão de registros pode causar a negação de serviço para os clientes afetados.

Existe um problema de autorização ausente no recurso de exportação do complemento de backup. Isso permite que usuários não administradores que possuam a permissão `backup[export]` exportem tabelas de banco de dados sensíveis, incluindo `rex user` e `rex user session`. Um invasor pode explorar isso para obter IDs de sessão em texto simples e chaves de permanência conectada para sequestrar contas de administrador, ou recuperar hashes de senha para quebra offline.

A função padrão `JWTBearerGrant.get audiences()` retorna uma lista vazia, o que faz com que a `JWTBearerGrant.verify claims()` exija apenas que uma reivindicação `aud` exista, sem verificar se ela corresponde ao servidor de autorização atual. Isso permite que um invasor com uma asserção legítima para outro serviço a apresente a um servidor que compartilhe a mesma chave de assinatura e use a concessão padrão, obtendo um token de acesso através de um limite de confiança.

Quando o servidor Web Clipper opcional está habilitado no Joplin Desktop, o servidor em `packages/lib/ClipperServer.ts` envia o cabeçalho `Access-Control-Allow-Origin: *`. Isso permite que sites arbitrários chamem os endpoints de API 'POST /auth' e 'GET /auth/check' porque os endpoints de emparelhamento não rejeitam origens HTTP ou HTTPS. Como a caixa de diálogo de confirmação do desktop não identifica a origem solicitante, um usuário que aprova o aviso concede à página de ataque um token de API permanente. Este token permite acesso contínuo de leitura e gravação a notas, pastas, etiquetas, recursos e chaves mestras.

No arquivo `packages/server/src/models/TokenModel.ts`, tokens de CSRF, confirmação de conta, alteração de e-mail e redefinição de senha são armazenados sem um propósito designado. Além disso, a função `UserModel.resetPassword()` em `packages/server/src/models/UserModel.ts` aceita qualquer token retornado por `TokenModel.userFromToken()`. Um invasor que obtenha o token de CSRF ou de confirmação de uma vítima através de um canal de divulgação separado pode enviá-lo ao endpoint público de redefinição de senha para alterar a senha da vítima, resultando na exclusão de sessões existentes e aplicações de API.

Usuários autenticados podem causar a negação de serviço enviando mensagens WebSocket excessivamente grandes para o endpoint '/api/command'. A aplicação falha ao limitar o tamanho da mensagem antes de verificar as permissões, permitindo o buffer de mensagens arbitrariamente grandes. Esse processo pode esgotar a memória heap do servidor, levando a uma falha no sistema, independentemente da configuração `EnableExec` ou da permissão de Execução do usuário.

Um problema de cross-site scripting armazenado existe no recurso de visualização de ativos de pesquisa. A aplicação falha ao escapar o conteúdo de ativos indexados antes de inseri-lo no Document Object Model (DOM) usando a propriedade `innerHTML`. Isso permite que atacantes que consigam colocar ativos de texto manipulados em um espaço de trabalho executem JavaScript na origem do SiYuan quando uma vítima visualiza os ativos, permitindo potencialmente requisições de API autenticadas e manipulação do espaço de trabalho.

Ocorre uma filtragem insuficiente de valores de células de visualização de atributos privados no endpoint 'getAttributeViewKeys'. Isso permite que leitores de publicações recuperem payloads `KeyValues` ocultos de linhas vinculadas a documentos inacessíveis, resultando na exposição não autorizada de conteúdos privados do banco de dados.

Um problema de divulgação de informações existe no endpoint 'getAttributeViewKeysByID'. Isso permite que usuários com permissões de leitura de publicação enumerem definições de chaves de visualização de atributos privados sem que o sistema verifique a visibilidade do banco de dados pai. Um invasor pode usar esse endpoint para recuperar esquemas de chaves completos, incluindo nomes de campos sensíveis e definições de relação, de bancos de dados ocultos.

Um problema de cross-site scripting armazenado existe na função `tHtml()` (src/lib/stores/i18n.svelte.ts), que insere parâmetros não confiáveis, como nomes de usuário, em modelos de tradução antes de processá-los como markdown. Como a função de validação do lado do servidor `isValidUsername()` não bloqueia caracteres como <, >, ", ou ', um invasor pode registrar um nome de usuário contendo um payload HTML. Esse payload é executado na sessão autenticada de um administrador quando este visualiza elementos da interface que renderizam o nome de usuário via `tHtml()`, como o aviso de editor 'página bloqueada' ou o prompt de confirmação de desativação forçada de dois fatores.

O manipulador de Basic Auth do publish-service contém um problema de criação de sessão ilimitada. Atacantes autenticados podem se autenticar repetidamente usando credenciais válidas para gerar entradas de sessão persistentes que carecem de limites de capacidade ou expiração. Isso leva ao crescimento contínuo da memória do processo, resultando em negação de serviço.

Sanitização insuficiente da saída da função `marked.parse()` antes de ser injetada no Document Object Model (DOM) através da diretiva `{@html}` do Svelte nos componentes MarkdownEditor e MarkdownModal. Isso permite que atacantes injetem esquemas de URI `javascript:` em changelogs de plugins ou temas, resultando na execução de código arbitrário em sessões de administrador autenticadas.

O middleware de concorrência de requisições apresenta um problema de consumo ilimitado de recursos, no qual entradas de mutex são retidas para cada caminho de requisição único sem um mecanismo de expulsão. Atacantes não autenticados podem explorar isso enviando um grande número de caminhos de requisição únicos, resultando em um aumento permanente da memória do processo e da sobrecarga de sincronização, o que degrada a disponibilidade do sistema.

Existe uma falha de bypass de autorização no endpoint '/api/file/getFile'. Usuários com a função de leitor podem recuperar arquivos de notebooks configurados como `Visible:false` caso conheçam o identificador do notebook oculto e o caminho do arquivo. Isso permite o acesso não autorizado a arquivos privados do espaço de trabalho, incluindo configurações internas e metadados do notebook.

Um problema de divulgação de informações existe no endpoint POST '/api/transactions/undoState' acessível ao leitor. O endpoint retorna a lista `peekMutatedRootIDs` da pilha global de undo-log para um `root ID` fornecido pelo chamador sem aplicar a filtragem de visibilidade de acesso de publicação. Um leitor autenticado que conheça o root ID de um documento visível pode obter os root IDs internos de outros documentos, incluindo privados ou não publicados, que foram modificados na mesma transação entre documentos. Isso expõe identificadores internos e relacionamentos entre documentos, embora os conteúdos do corpo dos documentos não sejam expostos diretamente.

Ocorre a falha na neutralização (escaping) adequada dos campos de nome do bloco, alias e memo nas funções de renderização de dicas (hint), backlinks e breadcrumbs. Isso permite que um invasor insira tags HTML ou scripts no nome de um bloco, que são executados quando outro usuário visualiza documentos que referenciam ou exibem esse bloco.

Um problema de cross-site scripting armazenado existe na função `confirmDialog()`. Isso ocorre porque nomes de pacotes e nomes de notebooks não escapados são interpolados diretamente em atribuições de innerHTML. Um invasor pode enviar pacotes maliciosos do bazaar contendo payloads de HTML ou script no campo de nome, que são executados no navegador do usuário ao desinstalar pacotes ou desbloquear notebooks criptografados.

Um invasor autenticado pode explorar um problema de traversal de caminho e exposição de arquivos sensíveis através da função `RenderTemplate()`. Isso é acessível via o endpoint 'POST /api/template/render'. Embora o sistema restrinja os caminhos ao diretório do workspace usando `util.IsAbsPathInWorkspace`, ele não aplica uma lista de bloqueio de exclusão de caminhos sensíveis. Isso permite a leitura não autorizada de arquivos sensíveis do workspace, como o `conf/conf.json`, que armazena o token da API e a chave de assinatura de cookies.

Existe um problema em `kernel/server/serve.go` onde a proteção `IsForbiddenAbsPath` não é aplicada aos endpoints '/history/*path' e '/repo/diff/*path'. Embora esses endpoints exijam autenticação de administrador, eles constroem caminhos de arquivos de forma independente. Isso permite que um administrador autenticado recupere snapshots históricos de arquivos sensíveis, como `data/.siyuan/publishAccess.json`, que contém senhas de modo de publicação em texto simples, e arquivos localizados em `data/templates/`.