- We have been made aware of a 0-day security vulnerability affecting log4j library: https://www.lunasec.io/docs/blog/log4j-zero-day/
Based on the information made available by Atlassian, our own investigations, and other sources available to us at this moment we conclude that:
- all TechTime apps on Cloud, Server, and Data Center are NOT affected by these vulnerabilities;
- our supporting and development systems are NOT affected by these vulnerabilities;
- our production Cloud hosting systems are NOT affected by these vulnerabilities;
- any Atlassian systems where logging configuration hasn't been modified from its default settings to relay log messages to the external sources via JMS are NOT affected by these vulnerabilities.
Please review (the language gets progressively more specific):https://confluence.atlassian.com/kb/faq-for-cve-2021-44228-1103069406.html
Dec 15, 13:34 NZDT
In our investigation of the version of org.apache.log4j being used within Atlassian products (v1.2.17), we also found a reference to an older vulnerability CVE-2019-17571, referenced here: https://www.lunasec.io/docs/blog/log4j-zero-day-mitigation-guide/#log4j-v1https://www.cvedetails.com/cve/CVE-2019-17571/
"Included in Log4j 1.2 is a SocketServer class that is vulnerable to deserialization of untrusted data which can be exploited to remotely execute arbitrary code when combined with a deserialization gadget when listening to untrusted network traffic for log data. This affects Log4j versions up to 1.2 up to 1.2.17."
Internal investigations have found that the vulnerable classes have been removed from the packages included in Atlassian products.
As per notice on the FAQ for CVE-2021-44228, Atlassian products are using a fork of log4j 1.2.17 maintained by Atlassian themselves.
We have found the following reference about work done to mitigate this in Fisheye: https://jira.atlassian.com/browse/FE-7344
We have requested clarification from Atlassian and it has been confirmed that the affected classes have indeed been removed by Atlassian as part of the preparing their forked version of the package.
Dec 14, 11:15 NZDT
Update - We do not include any log4j dependencies into our packages.
All TechTime products on Cloud, Server, and Data Center are using log4j library versions that are provided by the underlying Atlassian products, e.g., Jira, Confluence, Bitbucket, Bamboo, and Fisheye/Crucible.
Dec 10, 17:00 NZDT