Closed tp111 closed 2 years ago
Maybe bug.. I will check it soon.
@tp111 Would you unzip client.jar and upload following files?
META-INF/maven/org.apache.logging.log4j/log4j-core/pom.properties META-INF/maven/log4j/log4j/pom.properties
If you can rename client.jar to client.jar.zip and upload it, it will be the best.
bookitboot.jar.zip Here you go but there are no folders in META-INF folder.
@tp111
bookit.jar
contains no pom.properties, therfore scanner cannot determine log4j version. However, since it contains JMSAppender.class, it is marked as potentially vulnerable. It is log4j 1.2.x binary.
client.jar
may contains both log4j1 and log4j2 classes. Would you upload client.jar
?
v2.3.6 added Product and CVE code to report file for better readability.
Can't upplode Client.jar. Get "in not included in the list"
@tp111 Would you unzip client.jar and upload following files?
META-INF/maven/org.apache.logging.log4j/log4j-core/pom.properties META-INF/maven/log4j/log4j/pom.properties
If you can rename client.jar to client.jar.zip and upload it, it will be the best. Core.jar-files.zip Here are the properties-files
@tp111 In your Core.jar-files.zip, /pom.properties specifies that this jar has log4j-core 2.7 binaries.
#Generated by Maven
#Sun Oct 02 11:24:13 MST 2016
version=2.7
groupId=org.apache.logging.log4j
artifactId=log4j-core
However, actually log4j1 class files are detected. Scanner gets confused.
Summary:
In some cases, one jar can contains both 1.x and 2.x classes.
So when I scan inkluding --scan-log4j1 I get this output. How shoul I interpret when same file, like "client.jar" is MITIGATED & POTENTIALLY_VULNERABLE at the same time. Also what about "bookitboot.jar" "N/A - potentially vulnerable","POTENTIALLY_VULNERABLE"