Rickidevs

Múltiplas funções em `langchain core.prompts.loading` leem arquivos de caminhos incorporados em dicionários de configuração desserializados sem validar contra injeção de caminho absoluto ou salto de diretório (uma técnica usada para acessar arquivos e diretórios fora da pasta pretendida). Quando uma aplicação passa configurações de prompt influenciadas pelo usuário para os endpoints `load prompt()` ou `load prompt from config()`, um atacante pode ler arquivos arbitrários no sistema de arquivos do host. Este acesso é limitado por verificações de extensão de arquivo, onde `.txt` é exigido para modelos e `.json` ou `.yaml` para exemplos. As funções internas afetadas incluem ` load template()`, ` load examples()` e ` load few shot prompt()`. Especificamente, as variáveis `template path`, `suffix path` e `prefix path` são processadas por ` load template()`, enquanto a variável `examples` (quando fornecida como string) é processada por ` load examples()`, e a variável `example prompt path` é processada por ` load few shot prompt()`.

A aplicação utiliza um operador de comparação de tempo não constante para verificação de assinatura HMAC na função `sync course run from request`, localizada em src/richie/apps/courses/api.py. Isso permite que atacantes potencialmente forjem assinaturas válidas e contornem a autenticação ao observar diferenças nos tempos de resposta. A comparação vulnerável é realizada utilizando o operador `==`. O endpoint da API envolvido não é mencionado explicitamente, mas o problema reside na funcionalidade de sincronização de execuções de curso. O parâmetro vulnerável é a assinatura HMAC utilizada para autenticação.