News for hackers. Stuff that matters.
Re:Log4Shell Log4j vulnerability (CVE-2021-44228) – cheat-sh... by imwillofficial on Monday December 13, 2021 @02:46PM (#29543588)
Can you parse this quote for me? I do not understand it.
Re:Log4Shell Log4j vulnerability (CVE-2021-44228) – cheat-sh... by the_af on Monday December 13, 2021 @02:56PM (#29543760)
It means that even if your Java project doesn't directly use log4j as a dependency, nor mention it explicitly, it will be very likely included as a transitive dependency via other libs (and even logging frameworks!) that you use.
Re:Log4Shell Log4j vulnerability (CVE-2021-44228) – cheat-sh... by fragmede on Monday December 13, 2021 @02:51PM (#29543682)
Even if your code doesn't directly use Log4j, it's exceedingly likely that a library you use, or a library that uses does.
Re:Log4Shell Log4j vulnerability (CVE-2021-44228) – cheat-sh... by winternett on Monday December 13, 2021 @03:07PM (#29543918)
They didn't get my original statement because I'm a PHP dev (no compiling involved)... sigh

That being said, I do rely on containers, micro services, and other tools like Jenkins that will need eval.

Re:Log4Shell Log4j vulnerability (CVE-2021-44228) – cheat-sh... by rareform on Monday December 13, 2021 @02:50PM (#29543652)
Even if you don't use l4j in your project, you are likely to use something that uses it; a transient dependency.