Hi Nicolas,
Data Collector 4.0.0 and later are no longer released under an open source license. If you have an enterprise subscription with StreamSets, please contact support for instructions on downloading binaries.
Hi Nicolas,
Data Collector 4.0.0 and later are no longer released under an open source license. If you have an enterprise subscription with StreamSets, please contact support for instructions on downloading binaries.
Hello Dima,
Do you know any way to fix log4j vulnerabilities in 3.22 version?
Community users should move over to the free version of the DataOps Platform and a more recent release of StreamSets Data Collector where this (and hundreds of other issues) are resolved.
Hello again,
I performed the steps described in accordance with the information found (https://community.streamsets.com/technical-service-bulletin-69/technical-service-bulletin-2021-12-14-update-on-apache-log4j-zero-day-vulnerability-assessment-and- remediation-cve-2021-44228-339.),
How to fix the vulnerabilities related to log4j logging:
-----------------------------------------------------------------------------
Workaround: Yes
Applying the following workarounds will ensure that your StreamSets environments are not vulnerable to the log4j zero-day vulnerability:
StreamSets Data Collector:
For each affected stage library that you are using, locate it in $SDC_HOME/streamsets-libs/<stage library name>/lib/
Execute: zip -d log4j-core - *. Jar org / apache / logging / log4j / core / lookup / JndiLookup.class | grep deleting
-----------------------------------------------------------------------------
From: https://community.streamsets.com/technical-service-bulletin-69/technical-service-bulletin-2021-12-14-update-on-apache-log4j-zero-day-vulnerability-assessment-and- remediation-cve-2021-44228-339.
I have executed the required command in all lib of StreamSets paths, but vulnerability scan still still returns these paths as vulnerable, are they actually fixed? Best Regards.
Thank you in advance.
Nicolas
Hi Nicolas,
What exactly is your scan reporting?
Apache Log4j Unsupported Version Detection
Example:
<plugin_output>
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-rabbitmq-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-orchestrator-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-mysql-binlog-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-jms-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-jdbc-sap-hana-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Path : /our_paths/STREAMSETS_DATACOLLECTOR-3.22.3/streamsets-libs/streamsets-datacollector-jdbc-lib/lib/log4j-1.2.17.jar
Installed version : 1.2.17
Plugin Ref: https://www.tenable.com/plugins/nessus/156032
Description: "According to its self-reported version number, the installation of Apache Log4j on the remote host is no longer supported. Log4j reached its end of life prior to 2016.
Lack of support implies that no new security patches for the product will be released by the vendor. As a result, it is likely to contain security vulnerabilities."
Synopsis: A logging library running on the remote host is no longer supported.
For my part, I can confirm that I have followed the steps described in the workaround:
https://community.streamsets.com/technical-service-bulletin-69/technical-service-bulletin-2021-12-14-update-on-apache-log4j-zero-day-vulnerability-assessment-and- remediation-cve-2021-44228-339.
On libs in the all lib paths for StreamSets.
Best Regards,
Nicolas
Nicolas,
The TSB you linked to addresses the Log4Shell vulnerability that affects Log4j 2.x. As I mentioned, many other changes have gone into Data Collector since then. Among those is a move to newer versions of Log4j (your scan is picking up on the use of Log4j 1.x). You'd need to upgrade to take advantage of this new work.
Hello,
Okay thank you for explanation .