Docker security announcements

Text4Shell CVE-2022-42889

CVE-2022-42889open_in_new has been discovered in the popular Apache Commons Text library. Versions of this library up to but not including 1.10.0 are affected by this vulnerability.

We strongly encourage you to update to the latest version of Apache Commons Textopen_in_new.

Scan images on Docker Hub

Docker Hub security scans triggered after 1200 UTC 21 October 2021 are now correctly identifying the Text4Shell CVE. Scans before this date do not currently reflect the status of this vulnerability. Therefore, we recommend that you trigger scans by pushing new images to Docker Hub to view the status of the Text4Shell CVE in the vulnerability report. For detailed instructions, see Scan images on Docker Hub.

Docker Official Images impacted by CVE-2022-42889

Important

We will be updating this section with the latest information. We recommend that you revisit this section to view the list of affected images and update images to the patched version as soon as possible to remediate the issue.

A number of Docker Official Images contain the vulnerable versions of Apache Commons Text. The following table lists Docker Official Images that may contain the vulnerable versions of Apache Commons Text. We are working on updating Apache Commons Text in these images to the latest version. Some of these images may not be vulnerable for other reasons. We recommend that you also review the guidelines published on the upstream websites.

RepositoryPatched versionAdditional documentation
bonitaopen_in_newIn progress
Couchbaseopen_in_newIn progress
Geonetworkopen_in_newIn progress
neo4jopen_in_newIn progress
sliverpeasopen_in_newIn progress
solropen_in_newIn progress
xwikiopen_in_newIn progress

CVE-2021-45449

Docker Desktop versions 4.3.0 and 4.3.1 have a bug that may log sensitive information (access token or password) on the user's machine during login. This only affects users if they are on Docker Desktop 4.3.0, 4.3.1 and the user has logged in while on 4.3.0, 4.3.1. Gaining access to this data would require having access to the user’s local files. This vulnerability has been fixed in version 4.3.2 or higher. Users should update to version 4.3.2 and may want to update their password. Users should not send local log files to anyone. Users can manually delete their log files, they can be located in the following folder: ~/Library/Containers/com.docker.docker/Data/log/host/ on Mac, and in C:\Users\<username>\AppData\Roaming\Docker\log\host\ on Windows. When a user installs 4.3.2 or higher, we will delete their local log files, so there is no risk of leakage after an update.

Additionally, these logs may be included when users upload diagnostics, meaning access tokens and passwords might have been shared with Docker. This only affects users if they are on Docker Desktop 4.3.0, 4.3.1, and the user has logged in while on 4.3.0, 4.3.1 and have gone through the process of submitting diagnostics to Docker. Only Docker support Engineers working on an active support case could have access to the diagnostic files, minimizing leakage risk from these files. We have deleted all potentially sensitive diagnostic files from our data storage and will continue to delete diagnostics reported from the affected versions on an ongoing basis. For detailed information, see CVE-2021-45449open_in_new.

References

Log4j 2 CVE-2021-44228

The Log4j 2 CVE-2021-44228open_in_new vulnerability in Log4j 2, a very common Java logging library, allows remote code execution, often from a context that is easily available to an attacker. For example, it was found in Minecraft servers which allowed the commands to be typed into chat logs as these were then sent to the logger. This makes it a very serious vulnerability, as the logging library is used so widely and it may be simple to exploit. Many open source maintainers are working hard with fixes and updates to the software ecosystem.

The vulnerable versions of Log4j 2 are versions 2.0 to version 2.14.1 inclusive. The first fixed version is 2.15.0. We strongly encourage you to update to the latest versionopen_in_new if you can. If you are using a version before 2.0, you are also not vulnerable.

You may not be vulnerable if you are using these versions, as your configuration may already mitigate this (see the Mitigations section below), or the things you log may not include any user input. This may be difficult to validate however without understanding all the code paths that may log in detail, and where they may get input from. So you probably will want to upgrade all code using vulnerable versions.

CVE-2021-45046

As an update to CVE-2021-44228open_in_new, the fix made in version 2.15.0 was incomplete. Additional issues have been identified and are tracked with CVE-2021-45046open_in_new and CVE-2021-45105open_in_new. For a more complete fix to this vulnerability, we recommended that you update to 2.17.0 where possible.

Scan images on Docker Hub

Docker Hub security scans triggered after 1700 UTC 13 December 2021 are now correctly identifying the Log4j 2 CVEs. Scans before this date do not currently reflect the status of this vulnerability. Therefore, we recommend that you trigger scans by pushing new images to Docker Hub to view the status of Log4j 2 CVE in the vulnerability report. For detailed instructions, see Scan images on Docker Hub.

Docker Official Images impacted by Log4j 2 CVE

Important

We will be updating this section with the latest information. We recommend that you revisit this section to view the list of affected images and update images to the patched version as soon as possible to remediate the issue.

A number of Docker Official Images contain the vulnerable versions of Log4j 2 CVE-2021-44228. The following table lists Docker Official Images that may contain the vulnerable versions of Log4j 2. We are working on updating Log4j 2 in these images to the latest version. Some of these images may not be vulnerable for other reasons. We recommend that you also review the guidelines published on the upstream websites.

RepositoryPatched versionAdditional documentation
couchbaseopen_in_new7.0.3Couchbase blogopen_in_new
Elasticsearchopen_in_new6.8.22, 7.16.2Elasticsearch announcementopen_in_new
Flinkopen_in_new1.11.6, 1.12.7, 1.13.5, 1.14.2Flink advice on Log4j CVEopen_in_new
Geonetworkopen_in_new3.10.10Geonetwork GitHub discussionopen_in_new
lightstreameropen_in_newAwaiting infoAwaiting info
logstashopen_in_new6.8.22, 7.16.2Elasticsearch announcementopen_in_new
neo4jopen_in_new4.4.2Neo4j announcementopen_in_new
solropen_in_new8.11.1Solr security newsopen_in_new
sonarqubeopen_in_new8.9.5, 9.2.2SonarQube announcementopen_in_new
stormopen_in_newAwaiting infoAwaiting info

Note

Although xwikiopen_in_new images may be detected as vulnerable by some scanners, the authors believe the images are not vulnerable by Log4j 2 CVE as the API jars do not contain the vulnerability. The Nuxeoopen_in_new image is deprecated and will not be updated.