如何检查Databricks群集是否存在Log4J漏洞？
我使用的是带有Scala 2.12的Databricks群集版本7.3 LTS。这个版本确实使用Log4J。
官方文件说它使用Log4J版本1.2.17。这是否意味着我没有这个漏洞？如果我这样做了，我可以在集群上手动修补它，还是需要将集群升级到下一个LTS版本？
共有2个答案
您可以在此获得完整的e2e更新：https://databricks.com/blog/2021/12/13/log4j2-vulnerability-cve-2021-44228-research-and-assessment.html
正如你所写的，大多数数据库集群使用1.2.17，所以它是不同的版本，受漏洞影响的版本不被数据库使用。
只有一个问题是当您自己在集群上安装不同的版本时。即使安装了受影响的版本，也可以通过在群集高级配置中设置Spark配置来缓解问题，如下所示：
spark.driver.extraJavaOptions "-Dlog4j2.formatMsgNoLookups=true"
spark.executor.extraJavaOptions "-Dlog4j2.formatMsgNoLookups=true"
-
我遇到了一个场景，我需要检查特定的参与者是否存在，这可以通过ActorSystem完成。actorSelection方法，指定参与者路径 但是，当本地节点上存在此类参与者时，此方法可以正常工作。若actor系统由多个节点组成，并且actor存在于另一个节点上，则该方法告诉我们actor不存在。若我给出指定远程参与者系统的字符串，那个么这个方法可以工作。但在actorSelection方法中指定远程
-
如何确认elasticsearch版本是否暴露log4j漏洞？我的elasticsearch版本是6.8.4
-
问题内容： 因此，我从服务器获取了一些JSON值，但我不知道是否会有特定的字段。 像这样： 有时，还会有一个额外的字段，例如： 我想检查名为“ club”的字段是否存在，以便在解析时不会得到 org.json.JSONException：club的值 问题答案： JSONObject类具有一个名为“ has”的方法： http://developer.android.com/reference/o
-
问题内容： 如何检查C语言在Linux上是否存在目录？ 问题答案： 您可以使用并检查是否失败：
-
我是boto3的新用户，我正在使用DynamoDB。 我浏览了dynamodbapi，没有找到任何方法告诉我是否已经存在一个表。 处理这个问题的最佳方法是什么？ 我应该尝试创建一个新表并使用try-catch包装它吗？
-
正如我们在新闻中看到的，针对流行的库报告了一个新的零日漏洞，该漏洞允许攻击者远程执行代码。在我们的应用程序中，我们仍然使用以下依赖项。 是否仅针对报告该问题？或适用于版本是否也是？是否有测试该漏洞的示例代码？