Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
CVE-2023-29983 | Kitploit
Ferramentas/GitHubGitHub/zprototype/cve-2023-29983
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebSegurança WebTestes de PenetraçãoAprendizado e Educação
GitHubzprototype/cve-2023-29983

CVE-2023-29983

Ver Repositório
1há 3 anosAinda não revisado

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

Título do Exploit: Stored Cross Site Scripting

  • Google Dork:
  • Data: 27.04.2023
  • Autor do Exploit: Lucas Noki (0xPrototype)
  • Homepage do fornecedor: https://github.com/vogtmh
  • Link do software: https://github.com/vogtmh/cmaps
  • Versão: 8.0
  • Testado em: Mac, Windows, Linux
  • CVE : CVE-2023-29983

Descrição:

A vulnerabilidade encontrada é Stored Cross Site Scripting. Quando o endpoint rest/update/?token= é acessado com uma requisição em que o parâmetro token contém um payload malicioso, temos a possibilidade de sXSS. Isso acontece porque a entrada não é sanitizada. Ela é gravada como está no banco de dados. Então, se um administrador visitar a aba auditlog, a requisição é retirada do banco de dados e ecoada diretamente na página. Isso dispara o XSS toda vez que alguém visita o auditlog ou o atualiza.

Passos para reproduzir:

  1. Clone o repositório e instale a aplicação
  2. Envie um payload maliciosamente elaborado por meio do parâmetro "token" para o seguinte endpoint: /rest/update/?token=
  3. O payload utilizado é:
  4. Simplesmente visitar a URL completa: http://IP/rest/update/?token=PAYLOAD é suficiente.
  5. Faça login no painel administrativo e vá para o auditlog em: /admin/index.php?tab=auditlog
  6. Verifique seu servidor colaborador. Você deve ter uma requisição em que o cookie do administrador é o valor do parâmetro c

Em um caso real, você precisaria esperar o administrador fazer login na aplicação e abrir a aba auditlog.

Agradecimento especial a iCaotix, que me ajudou muito na configuração do ambiente e também na depuração do meu payload.

Requisição ao servidor:

image-20230430005643809

Resposta do colaborador após o administrador abrir o log de auditoria:

image-20230430010017153
Baixar ferramenta