This CVE can affect Log4j components earlier than version 2.15.0. Log4j is embedded in many Java products.
We have developed an alpha Scan Task and Results Analysis to attempt to identify problematic Log4j components.
This method does assume that the log4j-core-X.jar files are using default filenames and that the version can be parsed from the filename. It warns if the version is missing from the filename.
The vulnerability can be mitigated by either updating Log4j to 2.15.0 or higher, or by setting a JVM option at runtime. Iām not attempting to find JVM instances or configurations to check whether the log4j2.formatMsgNoLookups option has been applied as a workaround.
Also, for UNIX/Linux scans, the āfindā command Iām using excludes walking down remote NFS mounts. Take care if using another remote filesystem type like GPFS or UNC/Samba, I donāt have a way to test those yet. If there are other āfindā options to exclude those Iād welcome the feedback.
What version are you looking for? The Analysis returns the filename and the .jar is named according to the version. Here is an example āC:\Program Files\FME\plugins\log4j-core-2.13.3.jarā. Is that what you are looking for?
I think it might be unusual for Log4j to be installed on its own, it may not appear in rpm or regapps, since it would usually be embedded in another productā¦
@JasonWalker I agree that log4j is very unlikely to show up as an installed application.
Itās a library called by java applications for logging and would be packaged with the application.