Michael Holmquist

Invoice Ninja before 5.13.28 contains a broken access control vulnerability that allows authenticated vendor-portal contacts to access documents belonging to other vendors and clients by exploiting authorization checks that validate only company id scope instead of vendor ownership. Attackers can request GET /vendor/documents/{hashid}/download or POST /vendor/documents/download multiple, enumerating predictable sequential Hashids document identifiers due to a default empty HASH SALT, to read any invoice PDFs, contracts, payment receipts, and expense attachments within the company.

The LeRobot library is vulnerable to arbitrary code execution via unsafe dynamic class instantiation in the from pretrained() method and related paths. When loading a policy's processor configuration from a repository, the library uses the class field within the JSON configuration to dynamically resolve and instantiate Python classes using importlib.import module() and getattr().

Uma verificação de autorização está ausente no manipulador de atualização da página de perfil, permitindo que atacantes autenticados com baixos privilégios ignorem a autenticação de dois fatores (2FA) obrigatória indefinidamente. Ao enviar uma requisição POST manipulada que omite o campo `two-factor-authentication`, um atacante pode pular a verificação de nonce e acionar a função `delete two fa meta()`. Esta ação redefine o timestamp de ancoragem do período de carência em cada ciclo de login, adiando a aplicação obrigatória do 2FA.

Usuários autenticados podem publicar conteúdo nos namespaces de outros locatários porque o sistema falha ao autorizar os chamadores em relação ao workspace no caminho do endpoint de publicação em massa. Isso permite que atacantes escrevam visualizações publicadas com título, corpo e metadados controlados em workspaces de vítimas, o que pode ser usado para desfigurar páginas públicas ou hospedar conteúdo de phishing em URLs confiáveis.

Ocorre uma gravação fora dos limites na função `NC4 HDF5 inq attname()` ao processar arquivos HDF5. O problema surge porque os nomes de atributos HDF5 são copiados para um buffer fixo de 256 bytes sem a devida validação de comprimento. Um invasor pode usar um arquivo HDF5 especialmente criado com nomes de atributos excessivamente grandes para transbordar o buffer de destino, resultando em corrupção de memória e falhas no aplicativo durante a enumeração de nomes de atributos.

O ModelScope utiliza o `yaml.Loader` inseguro do PyYAML para analisar arquivos de configuração de modelo. Isso permite a execução de código arbitrário por meio de tags de construção de objetos Python, permitindo que atacantes criem repositórios de modelos maliciosos com arquivos de configuração contaminados que executam código quando carregados pelos usuários.

O software falha ao revogar tokens de atualização (refresh tokens) quando um usuário altera sua senha, permitindo que terceiros mantenham o acesso à conta. Um invasor com um refresh token roubado pode chamar o RPC `RefreshToken` para obter novos tokens de acesso e rotacionar o refresh token indefinidamente, ignorando a medida de segurança de alteração de senha.

Usuários autenticados podem recuperar as participações em grupos de outros usuários porque o software falha ao realizar verificações de autorização por objeto. Ao chamar o endpoint de API 'GET /users/{id}/groups' com valores de `id` arbitrários, um invasor pode acessar nomes de grupos, associações de entidades e notas privadas entre limites de locatários (tenants).

Uma falha de autorização existe no endpoint '/render jinja template'. Usuários com baixos privilégios podem renderizar templates Jinja arbitrários ao fornecer strings de template brutas. Isso permite que atacantes que possuam permissões de impressão em qualquer documento executem instruções SELECT arbitrárias contra tabelas não relacionadas, o que pode levar à exposição de hashes de senhas da tabela ` Auth`.

Uma verificação de autorização incorreta na API REST permite que usuários autenticados excluam documentos usando permissões insuficientes. A função `Documents::delete()` em `htdocs/api/class/api documents.class.php` chama `dol check secure access document()` usando o modo `read` em vez do modo `write` ao processar o endpoint `DELETE /api/index.php/documents`. Consequentemente, um usuário com apenas permissões de leitura para um módulo (como `societe:lire` ou `facture:lire`) pode excluir permanentemente arquivos, incluindo faturas, pedidos, propostas, arquivos de projeto e PDFs gerados, sem possuir privilégios de criação, escrita, exclusão ou administração.

O software salva anexos de e-mails recebidos utilizando o nome fornecido nos cabeçalhos MIME da mensagem sem sanitizá-lo adequadamente para um nome base seguro. Isso ocorre na função global `saveAttachment()` em htdocs/emailcollector/lib/emailcollector.lib.php, que constrói `$filepath` usando `$path`, `$filename` e `$ext` antes de passá-lo para `file put contents()`, e na função privada `saveAttachment()` em htdocs/emailcollector/class/emailcollector.class.php, que grava em `$destdir` usando `$filename`. Esses valores são derivados de `getName()` ou `getFilename()` do anexo durante as operações de record-join, create-ticket e create-project. Um invasor pode incluir uma sequência de traversal no nome do arquivo para colocar conteúdo controlado fora do diretório de anexos pretendido, sem a necessidade de possuir uma conta. Se o diretório htdocs for somente leitura, o impacto fica limitado à árvore de documentos, podendo corromper ou forjar documentos de outros objetos. No entanto, se o htdocs for gravável, o invasor pode gravar arquivos em um caminho executável via web.

O software armazena e renderiza descrições de cartões de espaço de trabalho sem filtragem de Cross-Site Scripting (XSS). Isso ocorre porque o campo de descrição do doctype Workspace Link é configurado para ignorar filtros de XSS, fazendo com que a função ` sanitize content()` em `frappe/model/base document.py` armazene o valor enviado sem sanitização. Subsequentemente, a função `LinksWidget.set body()` em `frappe/public/js/frappe/widgets/links widget.js` interpola esse conteúdo em um popover do Bootstrap sem a devida codificação HTML. Um usuário com a função de Workspace Manager pode injetar marcações arbitrárias na descrição de um cartão de espaço de trabalho público. Essa marcação é executada na sessão de qualquer usuário que passe o mouse sobre a descrição, permitindo potencialmente o roubo de tokens de sessão e a realização de requisições autenticadas não autorizadas.

Ocorre uma leitura e escrita fora dos limites quando o software indexa sua matriz de camadas usando um índice de um arquivo de configuração sem verificá-lo em relação ao comprimento da matriz. A matriz é alocada em `src-lib/darknet network.cpp` com base no número de seções de camada declaradas. Especificamente, o campo `from` nas seções shortcut, scale channels e sam, e o campo `layers` na seção route, fornecem índices que são usados em `parse shortcut section` dentro de `src-lib/darknet cfg.cpp` para ler `net.layers[index].outputs` sem verificação de limites. Posteriormente, o loop de despacho em `create network` usa o mesmo índice para atribuir valores a `net.layers[l.index].use bin output` e `net.layers[l.index].keep delta gpu`, resultando em uma operação de escrita além da alocação. O processamento de um arquivo de configuração especialmente manipulado pode levar a um travamento confiável do sistema.

O Baserow não processa o resultado de uma verificação de permissão ao despachar uma fonte de dados do Application Builder. As views de dispatch e record-name em `backend/src/baserow/contrib/builder/api/data sources/views.py` utilizam uma classe de permissão que aceita qualquer chamador, permitindo que requisições não autenticadas alcancem o manipulador. Posteriormente, a função `DataSourceService.dispatch data sources` em `backend/src/baserow/contrib/builder/data sources/service.py` chama `check multiple permissions()` sem solicitar que ela gere uma exceção e ignora o mapeamento de negações retornado. Como resultado, a fonte de dados é despachada usando as credenciais da própria integração, independentemente da identidade do chamador, permitindo que usuários não autenticados recuperem linhas e campos através da enumeração de identificadores inteiros pequenos.

Uma injeção de SQL existe no assistente de importação CSV e XLSX. O problema ocorre porque o assistente lê as chaves de atualização usando a função `GETPOST('updatekeys','array')` em `htdocs/imports/import.php`, aplicando apenas um filtro que remove HTML, mas mantém palavras-chave SQL, aspas e parênteses intactos. Posteriormente, a função `import insert()` em `htdocs/core/modules/import/import csv.modules.php` constrói um filtro onde a variável `$where[]` é montada usando as chaves enviadas sem a devida validação contra uma lista legítima de códigos de coluna. Isso permite que um usuário com permissões de importação utilize uma instrução `UNION SELECT` para exfiltrar conteúdo arbitrário de tabelas ou redirecionar qual linha é sobrescrita durante uma atualização. A vulnerabilidade é acionada quando a string montada é executada via `$this->db->query()`.

O software instancia classes com base em um arquivo de configuração sem restringir quais classes podem ser nomeadas. A função `instantiate class` em `vocos/pretrained.py` utiliza o valor `class path` da configuração para importar um módulo via ` import ` e resolver um atributo usando `getattr`, chamando posteriormente o resultado como `args class(*args, **kwargs)` com argumentos do mapeamento `init args`. Como não há uma lista de permissões (allowlist) para restringir o caminho pontilhado, um arquivo de configuração pode especificar qualquer função chamável importável e seus argumentos. Este problema é acessível através de `Vocos.from hparams` para as entradas `feature extractor`, `backbone` e `head`, bem como através de `Vocos.from pretrained`, que baixa um arquivo `config.yaml` de um repositório do Hugging Face especificado. Consequentemente, o carregamento de um modelo de um repositório não confiável permite que o proprietário do repositório execute código arbitrário durante o processo de carregamento.

Existe um problema na lista de permissões `security.http.urls`, que é o único controle para buscas externas realizadas por `resources.GetRemote`. A função `CheckAllowedHTTPURL` em `config/security/securityConfig.go` valida apenas o texto da URL e formas canonicalizadas de hosts IPv4, mas não resolve nomes de host nem inspeciona o endereço de destino real ao qual o cliente HTTP se conecta. Além disso, o cliente em `resources/resource factories/create/create.go` não possui um hook de tempo de discagem, portanto, nenhuma verificação ocorre durante a conexão. Consequentemente, um nome de host que resolva para um endereço de loopback, privado ou de metadados de nuvem pode satisfazer a política. Um invasor que consiga fornecer uma URL através de conteúdo, como um campo de CMS ou campo de front-matter, pode fazer com que o processo de build busque um endpoint interno e publique a resposta na saída estática, resultando em Server-Side Request Forgery (SSRF).

O renderizador padrão de blocos de código delimitados (fenced-code-block) não escapa os valores de atributos derivados da string de informação do delimitador de código ao escrevê-los no HTML renderizado. Isso ocorre porque a função `New` em `markup/internal/attributes/attributes.go` converte os valores de atributos de fatias de bytes (byte slices) para strings, ignorando o processo de escape. Subsequentemente, a função `RenderAttributes()` escapa apenas valores que permanecem como fatias de bytes, fazendo com que valores em string sejam escritos literalmente. Um invasor pode usar uma aspa dentro de um valor de atributo para encerrar o atributo e injetar atributos adicionais, como manipuladores de eventos (event handlers), no elemento wrapper, resultando em Cross-Site Scripting (XSS) armazenado. Este problema está presente na configuração padrão quando os delimitadores de código estão habilitados, independentemente da configuração unsafe do goldmark ou hooks de renderização personalizados. Embora nomes de atributos que começam com `on` sejam filtrados durante a análise, a injeção ainda é possível através do valor do atributo.

O redirecionamento de área de transferência do Windows falha ao realizar uma verificação de limite superior ao copiar um comprimento fornecido por um peer em um buffer de chamada de tamanho fixo. Quando um consumidor de colagem OLE, como o explorer.exe, chama `IStream::Read` com um buffer de `cb` bytes, a função `CliprdrStream Read` em `libs/clipboard/src/windows/wf cliprdr.c` solicita dados via `cliprdr send request filecontents` e executa `CopyMemory(pv, clipboard->req fdata, clipboard->req fsize)`. A variável `req fsize` é obtida diretamente da resposta CLIPRDR FileContentsResponse do peer através de `wf cliprdr server file contents response` e não é limitada a `cb`. Como a comparação de comprimento `req fsize < cb` ocorre após a operação de cópia, um peer malicioso pode enviar uma resposta superdimensionada para gravar dados arbitrários além do final do buffer de heap do consumidor de colagem quando um usuário local cola conteúdos de arquivo da área de transferência de um lado remoto.

Um problema existe no arquivo `flair/models/clustering.py` onde o método estático `ClusteringModel.load()` utiliza `pickle.loads()` em um arquivo carregado via `joblib.load()`. Isso permite a execução de código Python arbitrário quando um arquivo de modelo malicioso é carregado, concedendo ao atacante os privilégios do processo que realiza o carregamento.