Joostgrunwald

Um problema de SQL injection existe devido à validação insuficiente de entrada em certos endpoints. Isso permite que atacantes autenticados com baixos privilégios enviem requisições especialmente elaboradas para alterar consultas ao banco de dados e extrair informações sensíveis. SQL injection é uma técnica onde instruções SQL maliciosas são inseridas em campos de entrada para execução, permitindo potencialmente o acesso não autorizado a dados.

Certos endpoints falham ao aplicar verificações de autorização adequadas durante a modificação do status de documentos. Isso permite que usuários autenticados com baixos privilégios modifiquem dados além de sua função permitida, ignorando as restrições de acesso baseadas em função.

Usuários autenticados podem ler dados financeiros além de sua função permitida devido à falta de verificações de autorização. Isso permite que invasores consultem endpoints para acessar registros financeiros sensíveis que deveriam estar restritos.

Certos endpoints não aplicam verificações de autorização adequadas. Isso permite que usuários autenticados enviem solicitações a esses endpoints para modificar dados além do que a função atribuída a eles permite.

Certos endpoints não aplicam verificações de autorização adequadas durante a criação de documentos. Isso permite que usuários autenticados com baixos privilégios enviem solicitações a esses endpoints para criar documentos vinculados a registros além de sua função permitida, ignorando as restrições de permissão baseadas em função.

Certos endpoints não aplicam verificações de autorização adequadas. Isso permite que usuários autenticados enviem solicitações a esses endpoints para modificar dados além de sua função permitida, comprometendo a integridade dos dados.

Certos endpoints não aplicam verificações de permissão adequadas, resultando em um problema de falta de autorização. Isso permite que usuários autenticados com baixos privilégios solicitem esses endpoints e leiam dados pessoais além do permitido por sua função atribuída.

Certos endpoints não aplicam verificações de permissão adequadas. Isso permite que usuários autenticados com baixos privilégios solicitem esses endpoints diretamente para ler dados financeiros além do permitido por sua função atribuída.

Existe um problema em que um endpoint utilizado para enviar e-mails transacionais não verifica a autorização do chamador. Isso permite que qualquer usuário autenticado especifique conteúdos de mensagem e listas de destinatários arbitrários, possibilitando o envio de mensagens controladas por um invasor que parecem originar-se da conta de e-mail de saída configurada da organização.

O KaTeX utiliza o acesso comum a propriedades do JavaScript para o objeto de opções do renderizador, a configuração de confiança, metadados de configuração padrão e do processador, e a pesquisa de namespace e restauração de grupo. Isso permite que propriedades herdadas sejam tratadas como valores fornecidos explicitamente. Se o `Object.prototype` estiver poluído ou se um invasor controlar o protótipo do objeto de opções, expressões matemáticas controladas por invasores podem usar um valor de confiança herdado para habilitar a renderização confiável. Isso pode levar ao cross-site scripting (XSS) via interação do usuário—uma técnica onde scripts maliciosos são injetados em sites confiáveis—ou ao carregamento de recursos externos selecionados por invasores em aplicações que inserem a saída do KaTeX não sanitizada em uma página. O KaTeX não cria a poluição de protótipo por si só, e a renderização de uma expressão sozinha não executa scripts.