Разъяснение влияния уязвимости утилиты XZ на зависимости кода (Scala/Akka)

Я слышал о критической уязвимости, обнаруженной на SSH-серверах, особенно затрагивающей версии утилиты XZ 5.6.0 и 5.6.1, а также библиотеку liblzma. Эта уязвимость отслеживается под номером CVE-2024-3094 и имеет уровень серьезности 10,0, что означает, что она является критической.

Я здесь немного запутался. Будет ли эта уязвимость влиять только на уровень операционной системы? Например, сейчас я работаю со Scala (scala-2.12.18) и Akka. Просматривая свой код, я обнаружил следующую зависимость:

<dependency>
  <groupId>org.tukaani</groupId>
  <artifactId>xz</artifactId>
  <scope>test</scope>
</dependency>

Он находился по этому пути:

.sbt\boot\scala-2.12.18\org.scala-sbt\sbt\1.9.6\log4j-core-2.17.1.jar!\META-INF\maven\org.apache.logging.log4j\log4j- ядро\pom.xml

Кроме того, я нашел это:

<dependency>
  <groupId>org.tukaani</groupId>
  <artifactId>xz</artifactId>
  <version>1.8</version>
  <optional>true</optional>
</dependency>

По этому пути:

AppData\Local\Coursier\cache\v1\https\http://repo1.maven.org\maven2\org\apache\commons\commons-compress\1.18\commons-compress-1.18.jar!\META-INF\maven \org.apache.commons\commons-compress\pom.xml

Когда я проверил https://mvnrepository.com/artifact/org.tukaani/xz, он показал последнюю версию как 1.9, тогда как затронутые версии — 5.6.0 и 5.6.1 XZ Utility.

Может ли кто-нибудь помочь мне понять, если я что-то упускаю? Является ли эта уязвимость только на уровне ОС, затрагивающей дистрибутивы Linux? Когда я выполнил следующую команду на своем сервере:

струны which xz | egrep "(XZ Utils)"

Я получил следующий ответ:

xz (Утилиты XZ) 5.2.2

Это подтверждает, что мы в безопасности. Однако я до сих пор не понимаю, почему существует разница между версией в репозитории Maven и на уровне ОС.

Извиняюсь, если я упускаю здесь что-то основное.

Проверьте это: Central.sonatype.com/artifact/org.apache.commons/…

khmarbaise 04.04.2024 14:12

Спасибо за предложение и ссылку на Sonar Type Central. Однако я все еще ищу разъяснений о том, как эта уязвимость может повлиять на зависимости в моем проекте Scala/Akka. Я проверил Central.sonatype.com/artifact/org.tukaani/xz/1.9, но там показана версия 1.9. Однако затронутые версии утилиты XZ — 5.6.0 и 5.6.1.

Kailash 04.04.2024 14:26
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
0
2
159
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

CVE влияет на двоичные файлы XZ utils в вашей ОС, а не на библиотеку Java.

Если вы полагаетесь на библиотеку Java, делать нечего, поскольку это чистая библиотека Java, которая не зависит от двоичного файла ОС.

Больше информации на https://tukaani.org/.

Спасибо @gaël-j за разъяснение того, что CVE влияет на двоичные файлы утилит XZ на уровне ОС, а не на библиотеку Java. Ваше объяснение было очень полезным. Я проверю ссылку для получения дополнительной информации. Я ценю вашу помощь! Я отметил ваш ответ как принятый..

Kailash 10.04.2024 09:55

Другие вопросы по теме