-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failing to detect nested log4j 2.12.1 in scanner versions >= 2.3.0 #198
Comments
@adammike Thank you for detail regression and your effort. Would you compress ingoperations.jar file with password protection, upload zip (i.e. zipped JAR) here, and send a password to me? (since my gmail doesn't allow executable binary) My test output:
|
@adammike It was JDK problem. https://stackoverflow.com/questions/15521966/zipinputstream-getnextentry-returns-null-on-some-zip-files |
Ah, that's great news. Thanks, @xeraph |
@adammike Fixed in v2.6.0 release. Would you test it? |
The log4j-scanner binary files and the .jar have now become way more larger than before. Is there way to get them smaller again? And thank you btw for your really good work, @xeraph ! |
Ran my test suite against this version and it passed every single test. Bravo! |
@adammike Thank you for file sharing again. The file was crucial for debugging. :D |
One of my users came to me after they discovered that a recent version of the scanner no longer detected a vulnerable file with a nested log4j 2.12.1
I took the time to write a test suite, and ran it against all of the releases in this repo. Versions up to release 2.2.2 correctly identify this jar as vulnerable, versions 2.3.0 and higher do not catch it.
Release 2.5.3:
Release: 2.2.2:
Here's the relevant bit from
jar tvf
:If I expand the jar file, log4j gets detected:
Release 2.5.3:
Release 2.2.2:
The text was updated successfully, but these errors were encountered: