Korrigerande versioner av Log4j-biblioteket 2.17.1, 2.3.2-rc1 och 2.12.4-rc1 har publicerats, dĂ€r en annan sĂ„rbarhet (CVE-2021-44832) har Ă„tgĂ€rdats. Problemet nĂ€mns möjliggör fjĂ€rrkodexekvering (RCE), men har bedömts som icke-farlig (CVSS Score 6.6) och utgör frĂ€mst ett teoretiskt intresse, eftersom det krĂ€ver specifika förhĂ„llanden för att utnyttjas â angriparen mĂ„ste ha möjlighet att Ă€ndra en konfigurationsfil för Log4j, det vill sĂ€ga de mĂ„ste ha Ă„tkomst till det attackerade systemet och befogenhet att Ă€ndra vĂ€rdet pĂ„ konfigurationsparametern log4j2.configurationFile eller göra Ă€ndringar i befintliga loggkonfigurationsfiler.
Attacken bestĂ„r av att definiera konfigurationen pĂ„ det lokala systemet baserat pĂ„ JDBC Appender, som refererar till en extern JNDI URI, vars förfrĂ„gan kan Ă„terlĂ€mna en Java-klass för exekvering. Som standard Ă€r JDBC Appender inte konfigurerad för att hantera protokoll som skiljer sig frĂ„n Java, det vill sĂ€ga utan konfigurationsĂ€ndring Ă€r attacken omöjlig. Dessutom uppstĂ„r problemet endast i JAR-filen log4j-core och berör inte applikationer som anvĂ€nder JAR-filen log4j-api utan log4j-core. âŠ
KĂ€lla: opennet.ru
