E.Fu

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.2.0 até 0.16.0 **Description** A validação inadequada de quantidades especificadas na entrada permite que um cliente remoto não autenticado aumente significativamente o custo de gas para o pagador de taxas em pagamentos patrocinados. O problema ocorre quando o servidor patrocina pagamentos Tempo através da função `MPP.Methods.Tempo.FeePayerPolicy.measure/3` em `lib/mpp/methods/tempo/fee payer policy.ex`. Embora a função limite os campos de gas, o orçamento de taxas, a janela de validade e a lista de acesso do envelope 0x76 assinado pelo cliente, ela não lê o campo `aa authorization list`. Consequentemente, um cliente pode anexar delegações de chaves de autoridade descartáveis, forçando o patrocinador a pagar o gas intrínseco por essas delegações dentro do teto padrão de `gas limit`. Isso pode resultar em custos que aumentam de aproximadamente 46.575 gas para 1.884.087 gas. Além disso, como cada entrada é aplicada como uma delegação de código persistente, um cliente pode atualizar suas próprias contas para código delegado às custas do patrocinador. **Recommendations** Atualize o ZenHive mpp para a versão 0.16.1 ou posterior. Desative o patrocínio de taxas do Tempo definindo `fee payer` como false e removendo o `fee payer url` para que o cliente pague seu próprio gas. Reduza a sobreposição de `max gas` em `fee payer policy` para um valor ligeiramente acima de um pagamento patrocinado legítimo (aproximadamente 50.000 gas para uma transferência TIP-20) para limitar a inflação potencial de gas.

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.2.0 até 0.16.0 **Descrição** A validação inadequada de quantidades de entrada permite que um cliente remoto não autenticado aumente significativamente o custo de gas para um patrocinador durante pagamentos patrocinados. O problema ocorre quando o servidor patrocina pagamentos Tempo através da função `MPP.Methods.Tempo.FeePayerPolicy.measure/3` em `lib/mpp/methods/tempo/fee payer policy.ex`. Embora a função limite os campos de gas, orçamentos de taxa, janelas de validade e listas de acesso do envelope 0x76 assinado pelo cliente, ela não verifica o campo opcional `key authorization`. Um invasor pode anexar uma autorização de chave assinada a uma chamada de pagamento para provisionar uma nova chave de acesso com limites de gastos de tokens em sua própria conta. Essas operações são cobradas como gas intrínseco ao patrocinador, podendo aumentar o custo de aproximadamente 46.587 gas para 1.808.700 gas por pagamento. **Recomendações** Atualize o ZenHive mpp para a versão 0.16.1 ou posterior. Desative o patrocínio de taxas do Tempo definindo `fee payer` como false e removendo o `fee payer url` para que os clientes paguem seu próprio gas. Reduza a sobreposição de `max gas` em `fee payer policy` para um valor ligeiramente acima de um pagamento patrocinado legítimo (aproximadamente 50.000 gas para uma transferência TIP-20) para limitar a inflação potencial de gas.

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.6.1 a 0.6.3 **Descrição** Existe uma falha de bypass de autenticação via capture-replay que permite que um terceiro não autenticado obtenha recursos pagos ao repetir uma transferência liquidada por outro pagador. No método `MPP.Methods.Tempo`, uma TransferWithMemo TIP-20 liquidada é normalmente vinculada a um desafio específico usando um nonce de atribuição no memo. No entanto, quando um memo estático é configurado em `method config`, a função `check matched memo binding/3` retorna uma correspondência incondicionalmente, ignorando o processo de vinculação. Isso deixa apenas o token, destinatário, valor e o valor do memo estático para verificação. Como o memo estático é incluído em respostas 402 não autenticadas e as transferências Tempo são públicas, um invasor pode usar o hash de transação de uma transferência de um cliente legítimo como uma credencial `type="hash"` para um novo desafio. O caminho do hash não realiza verificações de remetente ou assinatura para verificar se o apresentador é o proprietário da carteira que transmitiu a transferência. **Recomendações** Atualize o ZenHive mpp para a versão 0.6.4 ou posterior. Evite configurar um memo estático em `method config` para garantir que a vinculação de atribuição por desafio permaneça ativa.

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.3.0 até 0.6.2 **Description** Existe uma falha de bypass de autenticação que permite que um cliente remoto não autenticado obtenha recursos pagos ao reenviar uma transferência on-chain liquidada. A função `MPP.Methods.EVM.verify/2` aceita uma credencial de hash de transação e valida a transferência baseando-se apenas no token, destinatário e valor para tokens ERC-20, ou no destinatário e valor para tokens nativos. Como a prova não está vinculada ao desafio sendo verificado nem a um registro de uso anterior, e as chaves de deduplicação do `MPP.Plug` baseiam-se no `challenge.id` (que é regenerado para cada resposta 402), uma única transferência histórica que corresponda à cobrança pode satisfazer múltiplas cobranças subsequentes. Isso permite que um invasor utilize transferências encontradas em um explorador de blocos público para ignorar os requisitos de pagamento em rotas de preço estático. **Recommendations** Atualize o ZenHive mpp para a versão 0.6.3 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.2.0 até 0.11.0 **Descrição** Um cliente remoto não autenticado pode esvaziar a carteira do pagador de taxas ao iniciar pagamentos patrocinados simultâneos, resultando em negação de serviço para pagadores legítimos. O problema ocorre porque o `MPP.Methods.Tempo.FeePayerPolicy` aplica limites orçamentários—incluindo `max gas`, `max fee per gas`, `max priority fee per gas` e o teto de orçamento `max total fee`—por transação, em vez de considerar solicitações simultâneas. Embora a função `reserve hash atomic/2` evite a transmissão duplicada da mesma transação assinada, ela não impede múltiplas transações patrocinadas distintas com nonces expiráveis diferentes. Consequentemente, a exposição total do patrocinador pode chegar a N vezes o `max total fee`, e a janela de validade padrão de 900 segundos permite que essas transações permaneçam transmissíveis e não contabilizadas. **Recomendações** Atualize o ZenHive mpp para a versão 0.12.0.

**Nome do Software Vulnerável e Versões Afetadas** ZenHive mpp versões 0.2.0 até 0.6.0 **Description** Uma condição de corrida de Time-of-check Time-of-use (TOCTOU) existe, permitindo que um cliente remoto não autenticado resgate um único pagamento confirmado on-chain para múltiplos acessos a recursos pagos. Isso ocorre no caminho de credencial `type="hash"` dentro da função `MPP.Methods.Tempo.verify/2`, que utiliza uma sequência de verificação-e-marcação não atômica. Especificamente, a função `check hash unused/2` lê a loja de deduplicação e, após uma viagem de ida e volta do `eth getTransactionReceipt` verificar o pagamento on-chain, a função `mark hash used/2` grava a marcação. Solicitações simultâneas usando o mesmo hash de pagamento liquidado podem passar pela leitura inicial antes que qualquer gravação ocorra, resultando na emissão de múltiplos recibos. Embora um primitivo atômico `check and mark/2` esteja disponível e seja usado pelo caminho `type="transaction"`, o caminho de hash utiliza incorretamente operações simples de get e put. Este problema requer que uma loja de deduplicação esteja configurada, pois a loja nil padrão é stateless e não oferece proteção contra replay. **Recommendations** Atualize o ZenHive mpp para a versão 0.6.1. Como mitigação temporária, restrinja o uso do caminho de credencial `type="hash"` na função `MPP.Methods.Tempo.verify/2` até que a atualização seja aplicada.

**Nome do Software Vulnerável e Versões Afetadas** mpp versões 0.2.0 through 0.5.9 **Description** A validação inadequada da quantidade especificada na entrada permite que um cliente remoto não autenticado infle significativamente o custo de gas por pagamento para o pagador da taxa, reduzindo a margem operacional do patrocinador. Quando a biblioteca é configurada como pagadora de taxa, a função `cosign fee payer/3` assina novamente os campos base fornecidos pelo cliente do envelope 0x76 AASigned sem validar o comprimento ou o conteúdo da lista de acesso EIP-2930. As entradas da lista de acesso EIP-2930 incorrem em custos de gas intrínsecos, independentemente de os endereços serem utilizados. Um cliente mal-intencionado pode enviar uma chamada `transferWithMemo` com inúmeras entradas de lista de acesso fabricadas, fazendo com que a carteira do pagador da taxa pague um múltiplo elevado do custo de gas esperado. Isso pode levar ao esgotamento gradual da carteira do pagador da taxa. **Recommendations** Atualize o mpp para a versão 0.6.0 ou posterior. Como medida de mitigação temporária, defina a configuração `fee payer` como `false` para desativar o patrocínio de gas do lado do servidor.

**Nome do Software Vulnerável e Versões Afetadas** mpp versões 0.2.0 through 0.5.9 **Description** A validação inadequada de quantidades de entrada permite que um cliente remoto não autenticado esvazie a carteira do pagador de taxas, resultando em negação de serviço para clientes legítimos. Quando a biblioteca é configurada com `fee payer: true`, o método de pagamento `MPP.Methods.Tempo` co-assina e transmite transações EVM fornecidas pelo cliente sem verificar se o `gas limit` é suficiente. Um invasor pode enviar uma transação `transferWithMemo` com o `gas limit` definido logo abaixo do valor necessário. O servidor transmite isso via `rpc broadcast sync` e, embora a transação seja revertida por falta de gás, a carteira do pagador de taxas é cobrada pelo gás consumido. Além disso, o caminho otimista onde `wait for confirmation = false` é afetado porque a função `simulate payment call` via `eth call` omite o parâmetro de gás, não detectando condições de falta de gás. **Recommendations** Atualize o mpp para a versão 0.6.0 ou posterior. Como mitigação temporária, defina `fee payer` como `false` na configuração do `MPP.Methods.Tempo` para desativar o patrocínio de gás pelo servidor.

**Nome do Software Vulnerável e Versões Afetadas** mpp versões 0.2.0 até 0.5.9 **Description** A validação inadequada de quantidades de entrada permite que um cliente remoto não autenticado esvazie a carteira do pagador de taxas em uma única requisição ao especificar um preço de gas arbitrariamente alto. Quando a biblioteca é configurada como pagadora de taxas, a função `cosign fee payer/3` assina novamente os campos base fornecidos pelo cliente do envelope 0x76 AASigned sem validar se `max fee per gas` e `max priority fee per gas` estão dentro de limites razoáveis. Um cliente mal-intencionado pode inserir valores excessivamente altos para essas variáveis, fazendo com que o servidor pague taxas de gas inflacionadas de sua própria carteira. Isso pode resultar no esgotamento total da carteira, impedindo que o servidor patrocine o gas para requisições legítimas. Este problema só é acessível quando o método `MPP.Methods.Tempo` é configurado com `fee payer: true`. **Recommendations** Atualize o mpp para a versão 0.6.0 ou posterior. Como mitigação temporária, defina a configuração `fee payer` como `false` para desativar o patrocínio de gas pelo servidor.