Pwntester

O fluxo de trabalho `docker-test-cont.yml` do RSSHub está vulnerável a envenenamento de artefato (Artifact Poisoning), o que poderia ter levado à apropriação total do repositório. O fluxo de trabalho é acionado quando o fluxo de trabalho `PR - Docker build test` é concluído com sucesso e baixa um artefato enviado pelo fluxo de trabalho acionador. No entanto, antes do commit 64e00e7, ele não validava o conteúdo do artefato, permitindo que um agente mal-intencionado enviasse uma solicitação de pull (Pull Request) que carregasse um arquivo `package.json` malicioso com um script para executar código arbitrário no contexto do fluxo de trabalho privilegiado. O fluxo de trabalho `docker-test-cont.yml` coleta informações sobre a solicitação de pull e define rótulos dependendo do corpo da solicitação e do remetente. Se a solicitação de pull contiver um bloco markdown `routes`, ele define a variável de ambiente `TEST CONTINUE` como `true`.

Nome do software vulnerável e versões afetadas: arduino-esp32 (versões afetadas não especificadas) Descrição: O problema diz respeito a várias vulnerabilidades do tipo Poisoned Pipeline Execution (PPE) no CI do arduino-esp32, incluindo injeção de código no fluxo de trabalho `tests results.yml` e injeção de variáveis de ambiente. Essas vulnerabilidades podem levar à apropriação do repositório e possibilitam ataques remotos de alto impacto. Recomenda-se que os usuários verifiquem o conteúdo dos artefatos baixados. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

O manipulador POST `/api/v2/simulation` no Hoverfly permite que os usuários criem novas visualizações de simulação a partir do conteúdo de um arquivo especificado pelo usuário. Esse recurso pode ser explorado por um invasor para ler arquivos arbitrários do servidor do Hoverfly. Embora o código impeça a especificação de caminhos absolutos, um invasor pode escapar do caminho base `hf.Cfg.ResponsesBodyFilesPath` usando segmentos `../` e acessar quaisquer arquivos arbitrários. Esta vulnerabilidade pode levar à divulgação de informações.

O problema decorre do parâmetro `role`, controlado pelo usuário, que é inserido no aplicativo no Kubernetes::RoleVerificationsController. Esse parâmetro é encaminhado para o inicializador RoleConfigFile e, em seguida, para o método Kubernetes::Util.parse file, onde é deserializado de forma insegura usando o método YAML.load stream. Isso pode levar à execução remota de código (RCE).

O problema está relacionado à injeção de variáveis de ambiente no fluxo de trabalho `docs-preview.yml` do Litestar, o que pode levar à exfiltração de segredos e à manipulação do repositório. Isso concede a um agente mal-intencionado permissão para criar issues, ler metadados e enviar pull requests. O `DOCS PREVIEW DEPLOY TOKEN` também fica exposto ao invasor. A vulnerabilidade permite que um invasor envie um arquivo `.pr number` malicioso, que pode definir novas variáveis de ambiente, incluindo `LD PRELOAD`, para forçar o sistema a carregar uma biblioteca compartilhada maliciosa. Isso pode resultar na execução de código arbitrário quando o comando `node` é executado.

O modelo de extensão do JupyterLab apresenta uma vulnerabilidade de execução remota de código (RCE) no fluxo de trabalho `update-integration-tests.yml`. Esse problema afeta repositórios criados usando o modelo com a opção `test`. Recomenda-se que os autores de extensões atualizem o modelo para a versão mais recente. Os usuários que modificaram o arquivo `update-integration-tests.yml` devem aceitar a substituição desse arquivo e reaplicar suas alterações posteriormente. Recomenda-se desativar temporariamente o GitHub Actions enquanto trabalha na atualização e rebase todas as pull requests abertas de usuários não confiáveis.

A vulnerabilidade está relacionada a um gerenciamento incorreto da geração de código no OpenMetadata, o que pode ser explorado para executar código arbitrário remotamente. Um invasor pode enviar uma solicitação PUT para “/api/v1/policies” para acessar o método vulnerável. A função `CompiledRule::validateExpression` é chamada a partir de `PolicyRepository.prepare`, e `prepare()` é chamada a partir de `EntityRepository.prepareInternal()`, que, por sua vez, é chamada a partir de `EntityResource.createOrUpdate()`. Embora exista uma verificação de autorização, ela é chamada após a avaliação da expressão SpEL, permitindo uma possível exploração. Este problema pode levar à execução remota de código e foi corrigido na versão 1.3.1.

O problema está relacionado ao mecanismo de autenticação do OpenMetadata, especificamente ao `JwtFilter`, que lida com a autenticação da API por meio da verificação de tokens JWT. Um invasor pode contornar o mecanismo de autenticação manipulando parâmetros de caminho para fazer com que qualquer caminho contenha strings arbitrárias, permitindo o acesso a endpoints arbitrários sem validação JWT. Isso pode levar ao contorno da autenticação e, potencialmente, à injeção arbitrária de expressões SpEL. O número estimado de dispositivos potencialmente afetados não foi especificado.

A vulnerabilidade está relacionada ao método `CompiledRule::validateExpression`, que avalia uma expressão SpEL utilizando um `StandardEvaluationContext`. Isso permite que a expressão interaja com classes Java, como `java.lang.Runtime`, levando à execução remota de código. O endpoint `/api/v1/policies/validation/condition/<expression>` passa dados controlados pelo usuário para `CompiledRule::validateExpression`, permitindo que usuários autenticados não administradores executem comandos arbitrários do sistema no sistema operacional subjacente. A ausência de uma verificação de autorização, já que `Authorizer.authorize()` nunca é chamado no caminho afetado, permite que qualquer usuário autenticado que não seja administrador acione esse endpoint e avalie expressões SpEL arbitrárias, levando à execução de comandos arbitrários.

O problema está relacionado ao método `AlertUtil::validateExpression`, que pode levar à execução remota de código. Um invasor pode enviar uma solicitação PUT para “/api/v1/events/subscriptions” para explorar essa vulnerabilidade. O método `prepare()` é chamado a partir de `EntityRepository.prepareInternal()`, que, por sua vez, é chamado a partir de `EntityResource.createOrUpdate()`. Embora haja uma verificação de autorização, ela é chamada após a avaliação da expressão SpEL. Essa vulnerabilidade pode levar à execução remota de código e foi corrigida na versão 1.2.4.

A vulnerabilidade está relacionada ao método `AlertUtil::validateExpression`, que avalia uma expressão SpEL utilizando `getValue` com o `StandardEvaluationContext`, permitindo a interação com classes Java, como `java.lang.Runtime`, e levando à execução remota de código. O endpoint `/api/v1/events/subscriptions/validation/condition/<expression>` passa dados controlados pelo usuário para `AlertUtil::validateExpression`, permitindo que usuários autenticados não administradores executem comandos de sistema arbitrários no sistema operacional subjacente devido à falta de uma verificação de autorização. Isso pode levar à execução remota de código.

O problema diz respeito a uma execução de pipeline corrompida por meio de injeção de código no fluxo de trabalho ci-failure-comment.yml do Monkeytype no GitHub. Essa vulnerabilidade permite que invasores obtenham acesso de gravação a pull requests explorando a falta de validação na variável de fluxo de trabalho `steps.pr num reader.outputs.content`, que posteriormente é interpolada em um script JS. Isso permite que um invasor altere o código a ser executado.

The issue concerns a partial Server-Side Request Forgery vulnerability in the `hassio.addon stdin` service, where an attacker capable of calling this service may be able to invoke any Supervisor REST API endpoints with a POST request. This could allow the attacker to control the data dictionary, including its addon and input key/values.

The issue allows attackers to send malicious links or QRs to victims, which can lead to calling arbitrary services in their Home Assistant installation. This can result in full compromise and remote code execution (RCE) when combined with other security advisories.

The issue allows attackers to capture Bitbucket credentials stored in Jenkins by sending a crafted webhook payload. This is possible because the plugin trusts values provided in the webhook payload, including certain URLs, and uses configured Bitbucket credentials to connect to those URLs.

A cross-site request forgery (CSRF) vulnerability allows attackers to connect to an attacker-specified URL, capturing GitHub credentials associated with an attacker-specified job. This issue is due to an incomplete fix and results from not requiring POST requests for an HTTP endpoint. The vulnerability enables attackers to exploit the `HTTP endpoint` and capture sensitive information.

The issue is related to insufficient protection of registration data, allowing attackers with Item/Configure permission to access and capture credentials they are not entitled to. This is due to the plugin not setting the appropriate context for credentials lookup. Attackers can exploit this to gain unauthorized access to protected information.

A cross-site request forgery (CSRF) vulnerability allows attackers to trick users into logging in to the attacker's account. This issue arises because the plugin does not implement a state parameter in its OAuth flow, which is a unique and non-guessable value associated with each authentication request.

A missing permission check in the Jenkins mabl Plugin allows attackers with Overall/Read permission to connect to an attacker-specified URL using attacker-specified credentials IDs obtained through another method, capturing credentials stored in Jenkins. The plugin does not perform permission checks in several HTTP endpoints, which also results in a cross-site request forgery (CSRF) vulnerability due to not requiring POST requests.

A missing permission check in the Jenkins Datadog Plugin allows attackers with Overall/Read permission to connect to an attacker-specified URL using attacker-specified credentials IDs, capturing credentials stored in Jenkins. The issue is related to an HTTP endpoint that does not perform a permission check, enabling attackers to exploit this vulnerability.