Chiara Fliegner

**Nome do Software Vulnerável e Versões Afetadas** SENAITE.CORE versões 2.0.0 a 2.6.0 **Descrição** Um problema de execução remota de código não autenticada existe na API JSON do SENAITE devido a uma cadeia de falta de autorização e avaliação insegura de entrada. As rotas de alteração de estado em `src/bika/lims/jsonapi/update.py`, incluindo `update`, `update many`, `remove`, `doActionFor`, `doActionFor many` e `getusers`, não impõem a permissão `senaite.core: Access JSON API`. Além disso, a função `set fields from request` em `src/bika/lims/jsonapi/init.py` passa valores brutos de requisição para instâncias de `RecordsField` e `RecordField` para a função `eval()` antes que as verificações de permissão de gravação sejam executadas. Um invasor anônimo pode descobrir o identificador do objeto `bika setup` através da visualização `@@uuid` e enviar um payload malicioso para o endpoint `/@@API/update`. Isso permite a execução de código Python arbitrário dentro do processo do worker Zope. O mesmo padrão de avaliação insegura está presente em `src/senaite/core/browser/fields/record.py` e `src/senaite/core/browser/fields/records.py`. A exploração bem-sucedida pode expor ou modificar dados de laboratório, arquivos e contas, ou interromper o serviço. **Recomendações** Para as versões 2.0.0 a 2.6.0: - Adicione a verificação de permissão `AccessJSONAPI` a cada rota de alteração de estado em `src/bika/lims/jsonapi/` para garantir que a autorização seja verificada antes do processamento das requisições. - Substitua a função `eval()` por `json.loads()` em `src/bika/lims/jsonapi/ init .py`, `src/senaite/core/browser/fields/record.py` e `src/senaite/core/browser/fields/records.py` para evitar a execução de código arbitrário. - Remova a herança `IDisableCSRFProtection` da `class ISenaiteCore` em `src/senaite/core/interfaces/ init .py` para reativar a detecção automática de gravação CSRF.

**Nome do Software Vulnerável e Versões Afetadas** epa4all-client versões anteriores a 1.2.5 **Descrição** Qualquer chamador acessível via rede pode gravar documentos arbitrários no registro de saúde eletrônico de qualquer paciente acessível pelo cartão SMC-B da instituição. Em implantações mal configuradas, como aquelas que seguem o exemplo de Docker de produção no README, isso pode ser explorado a partir da rede local sem credenciais. **Recomendações** Atualize para a versão 1.2.5. Use políticas de rede ou proxies para impor a autenticação de serviço para serviço via mTLS (Mutual Transport Layer Security), que é um processo onde ambas as partes em um link de comunicação se autenticam mutuamente. Execute o serviço em um namespace de rede isolado, como um sidecar do Kubernetes. Implemente um service-mesh com as políticas correspondentes.

**Nome do Software Vulnerável e Versões Afetadas** epa4all-client versões anteriores a 1.2.2 **Descrição** Um invasor posicionado no caminho da rede entre o serviço ePA e o Konnektor pode apresentar qualquer certificado TLS, como certificados autoassinados, expirados ou com um Common Name (CN) incorreto, para interceptar todo o tráfego SOAP. Essa interceptação pode expor identificadores de pacientes (KVNR), operações de cartão SMC-B envolvendo autenticação e assinatura, conteúdo de documentos e trocas de credenciais. **Recomendações** Atualize para a versão 1.2.2. Use a biblioteca diretamente em vez do wrapper REST como uma solução paliativa temporária.

**Nome do Software Vulnerável e Versões Afetadas** epa4all-client versões anteriores a 1.2.2 **Description** Um invasor capaz de realizar um ataque de Man-in-the-Middle (MITM) na conexão TLS entre o cliente e o Provedor de Identidade (IDP) dentro da rede Telematik Infrastruktur pode substituir um documento de descoberta forjado. Este documento redireciona as variáveis `uri puk idp enc` e `uri puk idp sig` para URLs controladas pelo invasor. Consequentemente, o cliente criptografa a resposta ao desafio assinada por SMC-B usando a chave de criptografia do invasor e a envia via requisição POST para o endpoint de autenticação do invasor, permitindo a captura do material de autenticação assinado. **Recommendations** Atualizar para a versão 1.2.2.

**Nome do Software Vulnerável e Versões Afetadas** epa4all-client (versões afetadas não especificadas) **Descrição** Existe uma falha de bypass de assinatura na função `isTrusted()` da classe `SignedPublicKeysTrustValidatorImpl`. O processo de verificação de assinatura ECDSA descarta o valor de retorno booleano da função `Signature.verify()`. Embora o sistema realize a validação da cadeia de certificados, verificações OCSP e a configuração do algoritmo de assinatura, ele não verifica se a assinatura realmente coincide, resultando no retorno de verdadeiro para qualquer assinatura estruturalmente válida. **Recomendações** Atualize para a versão que inclui a correção fornecida no pull request #34.