Smaranchand

Uma falha na lógica do divisor de permissões não consegue dividir ou rejeitar conservadoramente certas construções do shell Bash que criam limites de execução de comandos ou execução aninhada. Esta validação e análise incorretas de entrada da sintaxe do shell permitem que um prefixo permitido, como 'git', mascare um comando adicional. Consequentemente, a função `rtk rewrite` retorna o código de saída 0, levando o hook do Claude a emitir uma permissionDecision de "allow". Isso permite que o comando oculto seja executado sem a confirmação ou negação do usuário pretendida pelas regras de permissão, podendo levar à execução de comandos não autorizados no contexto do usuário.

O PMD, um analisador estático de código, contém uma falha na qual seus formatos de relatório `vbhtml` e `yahtml` não escapam caracteres adequadamente ao inserir mensagens de violação de regras na saída HTML. A análise de código-fonte não confiável com literais de string manipuladas pode levar à geração de relatórios HTML contendo código JavaScript executável que é executado quando o relatório é aberto em um navegador web. O formato `html` padrão não é afetado. O impacto prático é limitado, pois `vbhtml` e `yahtml` são formatos legados raramente utilizados.

O MobSF é uma ferramenta de teste de segurança de aplicativos móveis. Existe uma vulnerabilidade de Cross-site Scripting (XSS) Armazenado na análise do manifest do Android do MobSF. Isso permite que um atacante execute JavaScript arbitrário na sessão do navegador de uma vítima ao fazer upload de um APK malicioso. Especificamente, o atributo `android:host` de elementos `<data android:scheme="android secret code">` é renderizado em relatórios HTML sem a devida sanitização, potencialmente levando ao sequestro de sessão e assunção de conta. A vulnerabilidade é acionada quando o MobSF analisa um APK Android contendo um elemento `<data>` com `android:scheme="android secret code"`, extraindo o atributo `android:host` e inserindo-o diretamente no relatório de análise sem escape de HTML. O caminho de código vulnerável envolve extração de dados do arquivo manifest, formatação de string de template e renderização insegura dos dados extraídos no relatório HTML. Um APK de prova de conceito (PoC) foi criado para demonstrar a vulnerabilidade.