Jrhee17

**Nome do Software Vulnerável e Versões Afetadas** centraldogma-server-mirror-git versões anteriores a 0.84.0 **Descrição** O cliente SSH do espelho Git não verifica as chaves do host remoto para conexões `git+ssh://`. Isso permite que um invasor no caminho realize ataques de man-in-the-middle, o que pode levar ao comprometimento de repositórios espelhados. **Recomendações** Atualize para a versão 0.84.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** centraldogma-server versões anteriores a 0.84.0 **Descrição** A ativação da replicação ZooKeeper sem a configuração da variável `replication.secret` faz com que o servidor utilize silenciosamente um segredo codificado e publicamente conhecido. Esta credencial padrão autentica o ensemble ZooKeeper incorporado, permitindo que um invasor com acesso à rede leia todo o log de replicação ou entre no quorum para executar comandos replicados arbitrários em todo o cluster. **Recomendações** Atualize para a versão 0.84.0 ou posterior. Certifique-se de que a variável `replication.secret` esteja explicitamente configurada ao ativar a replicação ZooKeeper.

**Nome do Software Vulnerável e Versões Afetadas** centraldogma-server-auth-shiro versões anteriores a 0.84.0 **Descrição** Existe um problema no `SearchFirstActiveDirectoryRealm` onde o nome de usuário de login é substituído em um filtro de pesquisa LDAP sem a neutralização de metacaracteres de filtro LDAP. Isso permite que um invasor não autenticado manipule o filtro, resultando em confusão de autenticação e na capacidade de enumerar a estrutura do diretório. A injeção LDAP ocorre quando uma aplicação não sanitiza adequadamente a entrada fornecida pelo usuário utilizada em uma consulta do Lightweight Directory Access Protocol (LDAP). **Recomendações** Atualize para a versão 0.84.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** armeria-xds versões 1.38.0 a 1.39.0 **Descrição** O `DataSourceStream` no módulo xDS resolve os campos `filename` e `environment variable` de recursos de Segredo SDS sem uma lista de permissões ou confinamento de diretório base. Isso permite que um plano de controle xDS comprometido ou semi-confiável, ou um invasor realizando um ataque de man-in-the-middle em respostas SDS, leia arquivos locais e variáveis de ambiente arbitrárias no host do cliente xDS. Esta divulgação de informações pode ser usada para exfiltrar dados sensíveis, como chaves privadas TLS, arquivos do sistema, credenciais de nuvem e tokens de banco de dados. O problema está localizado no componente `xds/src/main/java/com/linecorp/armeria/xds/DataSourceStream.java`. **Recomendações** Atualize para a versão 1.40.0. Certifique-se de que o canal do plano de controle xDS esteja autenticado e criptografado usando mTLS para evitar a injeção de respostas SDS maliciosas. Execute o cliente xDS com permissões mínimas de sistema de arquivos e um ambiente restrito para limitar o impacto de leituras arbitrárias. Use bytes de `DataSource` inline entregues via fluxo SDS em vez de segredos baseados em arquivos e audite as configurações do plano de controle para garantir que não existam DataSources de `filename` ou `environment variable`.