Re:Third High Severity CVE in Log4j Is Published
by nlitened on Saturday December 18, 2021 @04:02PM
(#29608463)
Fund a new fork
[ Parent
| on HN ]
Re:Third High Severity CVE in Log4j Is Published
by bobbyi on Saturday December 18, 2021 @04:21PM
(#29608632)
Why not logback instead? It's existed for more than 10 years and its stated goal is "picking up where log4j 1.x leaves off"
Re:Third High Severity CVE in Log4j Is Published
by Too on Sunday December 19, 2021 @02:03AM
(#29612049)
Just leads to the xkcd “there are now 14 competing standards.”
Honestly the biggest problem of package managers is finding a reputable package that one can trust.
The best one can do to aid this situation is reviewing, vetting and warning of which packages that can be trusted and not. Automatic scanners to find code smells and vulnerabilities.
“Security rating: 2/10, This package seems to use JNDI loading, are you sure you want to continue (y/n).”
Re:Third High Severity CVE in Log4j Is Published
by yjftsjthsd-h on Sunday December 19, 2021 @02:48AM
(#29612200)
Humor me: if log4j had 13 (independently developed) competitors, wouldn't the impact of this be much lower, because many consumers would use different libraries? Like genetic diversity as a hedge against disease.
Re:Third High Severity CVE in Log4j Is Published
by rini17 on Sunday December 19, 2021 @06:16AM
(#29613064)
Joke's on you: Then any nontrivial project would end up depending on half of them, actually increasing attack surface.
Re:Third High Severity CVE in Log4j Is Published
by gonzo41 on Sunday December 19, 2021 @07:00AM
(#29613266)
I bet they'd all compete on features and probably implement the same exploit trying to maintain market share.
Logging as it's understood today should ship with most STD libraries. Things like logback an log4j really should just eventually be rolled into the std.