Kevin Guerroudj

O Plugin Jenkins Coverage não valida corretamente o ID dos resultados de cobertura configurado ao criar resultados de cobertura. Especificamente, a validação ocorre apenas durante a configuração na interface do usuário (UI), e não através da API REST. Isso permite que atacantes que possuem a permissão Item/Configure utilizem uma URL com o esquema `javascript:` como identificador ao configurar um job via API REST, resultando em uma vulnerabilidade de cross-site scripting (XSS) armazenado. A configuração vulnerável ocorre ao definir o identificador através do endpoint `/job/<jobname>/api/json` utilizando o parâmetro `coverageResultsId`.

O Jenkins MCP Server Plugin não aplica corretamente verificações de permissão em várias ferramentas MCP. Isso permite que atacantes iniciem builds e acessem detalhes sensíveis de configuração de jobs e nuvem que não estão autorizados a visualizar.

A missing permission check allows attackers with Overall/Read permission to connect to a URL specified by the attacker, using credentials IDs obtained through other means. This can result in the capture of credentials stored in Jenkins.

Esta falha permite que atacantes não autenticados façam login nos controladores utilizando o realm de segurança "WSO2 OAuth" com qualquer nome de usuário e qualquer senha, incluindo nomes de usuário inexistentes, devido às claims de autenticação serem aceitas sem validação. Estima-se que mais de 720.000 instâncias do Jenkins estejam expostas à internet e potencialmente afetadas por esta vulnerabilidade.

O problema está relacionado a uma verificação de permissão incorreta no Plugin Jenkins GitLab. Isso permite que atacantes com permissão global Item/Configure, mas sem permissão Item/Configure em qualquer job específico, enumerem os IDs de credenciais de token da API do GitLab e credenciais de texto secreto armazenadas no Jenkins. Esses IDs de credenciais podem ser usados como parte de um ataque para capturar as credenciais utilizando outra vulnerabilidade.

Uma verificação de permissão ausente no Plugin Jenkins Azure Service Fabric permite que atacantes com a permissão Overall/Read enumerem os IDs das credenciais do Azure armazenadas no Jenkins. Essa falha pode ser explorada por atacantes para potencialmente capturar as credenciais utilizando outra vulnerabilidade. O plugin afetado não executa verificações de permissão em vários endpoints HTTP, possibilitando que atacantes enumerem os IDs das credenciais.

Uma vulnerabilidade de Falsificação de Solicitação Entre Sites (CSRF) permite que invasores se conectem a uma URL do Service Fabric usando IDs de credenciais especificadas pelo invasor, obtidas por outro método. Isso permite que invasores potencialmente acessem informações sensíveis ou realizem ações não autorizadas.

A vulnerabilidade permite que invasores com permissão de Item/Build reconstruam uma compilação anterior cujo script `Jenkinsfile` não seja mais aprovado, pois o script principal de uma compilação reconstruída não é verificado para aprovação. Isso pode ser explorado por invasores com as permissões necessárias para reconstruir compilações anteriores com scripts não aprovados.

A vulnerabilidade permite que invasores com permissão de Item/Build reiniciem uma compilação anterior cujo script `Jenkinsfile` não esteja mais aprovado, uma vez que o plugin não verifica se o script principal usado para reiniciar uma compilação a partir de um estágio específico está aprovado. Isso pode ser explorado por invasores com as permissões necessárias.

O problema está relacionado a uma vulnerabilidade de script entre sites (XSS) armazenada. Ela ocorre quando uma string contendo o nome da tarefa é avaliada com JavaScript na visualização de autorização. Essa vulnerabilidade pode ser explorada por invasores com permissão de Item/Configurar.

O problema ocorre porque o plugin não invalida a sessão anterior no momento do login, permitindo que invasores possam usar técnicas de engenharia social para obter acesso de administrador ao Jenkins.

A vulnerabilidade diz respeito ao Jenkins Credentials Plugin, que não suprime valores criptografados de credenciais do tipo `SecretBytes` ao acessar o arquivo `config.xml` via API REST ou CLI. Isso permite que invasores com permissão de leitura de itens/extensa visualizem valores criptografados de `SecretBytes` nas credenciais, incluindo credenciais de certificado e credenciais de arquivo secreto do Plain Credentials Plugin. A vulnerabilidade é semelhante a um aviso de segurança anterior de 2016.

A vulnerabilidade existe devido à falta de proteção da estrutura da página da web. Isso pode ser explorado por um invasor remoto para realizar ataques de cross-site scripting. A vulnerabilidade é um problema de cross-site scripting (XSS) armazenado, que pode ser explorado por invasores com permissão Item/Configure. Os `nomes de tarefas`, `nomes de relatórios` e `títulos da página de índice` não são escapados, levando a essa vulnerabilidade.

O problema decorre da falha do plugin em sanitizar adequadamente as entradas, permitindo que invasores com permissão de Item/Configurar realizem ataques de script entre sites (XSS). Isso também pode permitir que invasores determinem se um caminho específico existe no sistema de arquivos do controlador do Jenkins.

O problema está relacionado à restrição incorreta do nome do caminho do diretório com acesso limitado. A exploração pode permitir que um invasor remoto leia arquivos arbitrários por meio de uma solicitação HTTP especialmente criada. Invasores com permissão Item/Configure podem determinar se um caminho no sistema de arquivos do controlador Jenkins existe, sem conseguir acessá-lo.

A vulnerabilidade permite que invasores com permissão de nível geral/leitura obtenham informações sobre nomes de configurações de varredura disponíveis, nomes de grupos de motores e nomes de clientes, devido à falta de verificações de permissão em vários pontos de extremidade HTTP.

O problema está relacionado a uma vulnerabilidade de falsificação de solicitação entre sites (CSRF). Essa vulnerabilidade permite que invasores se conectem a uma URL especificada por eles. A vulnerabilidade é causada pelo fato de o plugin não exigir solicitações POST para um endpoint de validação de formulário.

A cross-site request forgery (CSRF) issue allows attackers to copy jobs.

The issue allows attackers to perform phishing attacks by improperly determining that a redirect URL after login is legitimately pointing to Jenkins.

A cross-site request forgery (CSRF) issue allows attackers to delete arbitrary files on the Jenkins controller file system. This can be exploited by attackers to potentially disrupt or compromise the system.