Here you can find information about Apps for which an assessment of vulnerability CVE-2021-44228 has been published and our support team was able to retrieve from public sources or the vendor. The information may be outdated or incomplete, please always check the original source.
Atlassian is also scanning and reviewing data center and server apps. Atlassian has yet to discover apps developed by Atlassian that are vulnerable to CVE-2021-44228, but have identified third-party apps that are vulnerable.
Each vulnerable DC or server app will be given an expedited deadline. DC and server apps that fail to address the vulnerability within this expedited timeframe will be removed from the marketplace, and then Atlassian will inform customers who have vulnerable apps installed.
Vendor link to
Note and/or vendor comment
Adaptavist's apps on the Atlassian Marketplace are not directly impacted by this issue and there are no actions needed to address the vulnerability.
Midori Apps are not affected
Service Rocket Apps are not affected
Innovalog apps are not impacted by the Log4J vulnerability
can confirm that it has no impact on eazyBI
META-INF can confirm that for our apps Email this issue, Content Exporter anf ACDC are not affected. Email this issue uses the previous version of Log4j where this vulnerability is not present and the two other apps does not use Log4j.
Our Glass app uses the Log4j v2 in question, but not the aspect that is being exploited.
Bug Watcher does not use Log4j, it is not affected in any way by the recent vulnerabilities
customer support via ticket SD-16608
Our add-on does not use Log4j directly we have no dependency to it.
In short, If your Jira is NOT vulnerable, our add-on is also NOT vulnerable.
The Read Confirmations / Plant UML for Confluence app not affected by the Log4Shell vulnerability
Stiltsoft Cloud customers are not affected, and no action is required. Stiltsoft Cloud apps are not vulnerable. We use the logback.qos.ch framework in all our Cloud apps based on JVM.
Log4j remote code execution vulnerability (CVE-2021-44228)Based on our internal and the research done on Atlassian's side, our current position regarding the recent CVE in the Log4J JSM Appender is that our xApps are NOT affected on any platform. So there is no current need to take any actions to ensure security when using our xApps.
Digital Rose has reviewed and confirmed that the eSign App is not vulnerable to the Log4J security issue (CVE-2021-44228). The implicated log4J library is not included in any client side or server side components.
We want to assure our customers that the recently discovered Apache Log4j vulnerability does not directly impact the Structure product family.
We don’t see any impact on any of our products.
Gliffy is not affected by the Log4j vulnerability. Learn how Perforce is addressing the issue across other brands.
Our Elements On Premise apps are using Log4J library provided by Atlassian who confirmed in this FAQ for CVE-2021-44228 that their library is not vulnerable.
This vulnerabilities were mitigated for all Elements Cloud apps previously using the vulnerable version of Log4j.
We'd like to assure our customers that JSU app is not impacted by the Log4J vulnerability (CVE-2021-44228). Please refer to the Atlassian Support Documentation - FAQ for CVE-2021-44228 for latest details.
you must login to see the announcement
Our plugin(s) do not bundle any vulnerable versions of the log4j libraries and as such are not affected by the CVE.
We'd like to assure you that most Bob Swift apps are not impacted by the Log4J vulnerability (CVE-2021-44228).
We would like to inform you that none of the mentioned Bobswift apps are impacted by the mentioned log4shell vulnerability, and you can continue using the apps.
customer support via ticket-8902
We have so far processed the following apps and can confirm that they are not affected by the vulnerability.
Seibert Media apps from Atlassian's Marketplace including all joint venture apps
Data Center and Server Apps
When using Refined, the Refined apps in turn are using log4j via the bundled version included in Jira/Confluence. This means that Refined cannot impact what is being used as Refined accesses it via Atlassian.
We would like to inform you that the app SIL Engine for Power Suite, SIL Excel Reporting, SIL Groovy Connector, SIL TableGrid Next Generation Connector, SIL Tempo Connector is not impacted by the mentioned log4shell vulnerability, and you can continue using the app.
customer support via ticket CADS-10591
We assessed all of our apps in the Atlassian Marketplace and none of our Server, Data Center or Cloud apps are affected by CVE-2021-44228.
that our apps are not impacted by this issue. Our Cloud apps do not use Log4J, and our Server/Data Center apps use a version of Log4J that is not affected by the vulnerability.
customer support via ticket SUPPORT-12848
After a careful review by our experienced IT security experts, we can give you a definite all-clear at this point. We are sure that Log4Shell does not impact our products at all.
Actonic via Newsletter (16 DEC 2021)
We have verified that we do not bundle the log4j library in our Jira/Confluence apps. We are using the log4j library that is provided by Jira/Confluence. Hence we are safe.
We have received many support requests asking us if our #Jira Apps were impacted by the log4j vulnerability. The answer is NO ☺️ If you are using
The results of our investigation is that Exalate is NOT affected by this vulnerability as Exalate is using ch.qos.logback on all Exalate products (except for Exalate for Jira On Premise)
There might be a risk for 'Exalate for Jira On Premise', which is using the logging framework provided by Jira.
None of our Server or Data Center apps have their own logger. They all use the default Jira/Confluence logger. Any changes you make to Jira/Confluence, regarding this vulnerability, will automatically be applied to our apps.
All Utoolity Server apps use the SLF4J facade as provided by the respective Atlassian host product via OSGi and do not introduce Log4j on their own. They would thus only be indirectly affected if the Atlassian host product uses a vulnerable version of Log4j – this does not seem to be the case by default, see the Atlassian FAQ for CVE-2021-44228 for details.
All Utoolity Cloud apps do not use Log4j and are thus not affected.
We completed an assessment of our Data Center and Server apps. We do not bundle log4j and so our apps are not impacted by CVE-2021-44228. We rely entirely on the logging facility provided by Atlassian Jira which they have indicated is not subject to CVE-2021-44228.
Our cloud services are not written in Java and so are not impacted by CVE-2021-44228
customer support via ticket RS-15530
We confirm that none of our apps (Pivot Charts, Plan Chart2D and Excel Importer) in all available deployment option (Server, Datacenter, Cloud) are not affected by log4j vulnerability issue (CVE-2021-44228).
Log4j packages are not being included in our app.
Our server/dc apps were not affected and cloud apps were patched immediately the vulnerability got published.
We'd like to assure our customers that patches have been made for the Mohami apps impacted by the Log4J vulnerability (CVE-2021-44228).
We do not bundle a version of Log4j in any of our apps. Our apps use the one provided by the respective Atlassian application. Therefore, our apps are not affected by CVE-2021-44228.
customer support via ticket SUPPORT-369
We have looked into the issue outlined by the "CVE-2021-44228" zero-day vulnerability. Specifically the Log4j library in question, and we have concluded that it poses no danger to any of our products.
While we do use the library, the vulnerability is only present in 2.x.x versions. All our products, including the SAML SSO for Jira add-on, use the fork of 1.x.x versions of the library which is not vulnerable to CVE-2021-44228.
customer support via ticket MOHELP-2675
… Log4J that our app is currently running, these are the "provided" versions, i.e. those that are located on Jira on which the application is currently installed. In other words, the version we use depends on what version of Jira you are working on, but Atlassian has issued a statement that their versions are also not vulnerable, and therefore our applications are not.
customer support via ticket SUPPORT-53608
We'd like to assure our customers that no Bolo Software apps have been impacted by the Log4J vulnerability (CVE-2021-44228).
None of our listed marketplace apps are vulnerable in regards to CVE-2021-44228. The apps make use of the underlying logging infrastructure of the Atlassian host products.
None of our cloud apps are vulnerable in regards to CVE-2021-44228.
We'd like to assure our customers that no Artemis apps have been impacted by the Log4J vulnerability (CVE-2021-44228).
Agile Cards, it’s not affected by the security vulnerability of Apache Log4j2.
customer support via ticket SUP-15153
We concluded that these OBSS products are NOT exposed to Log4Shell vulnerability.
You are not required to take any action specific to these products.
The products listed below are thought to be exposed to this vulnerability.
If you are using at least one of these products, please follow the instructions in the following page: Security Advisory for Log4Shell vulnerability in OBSS apps on Jira Server and Jira Data Center
WBS Gantt-Chart for Jira Cloud is not affected by CVE-2021-44228.
WBS Gantt-Chart for Jira Server/Data Center is not dependent on Log4J version 2.x and is therefore not affected by CVE-2021-44228.
We are not using log4j so our apps including Space Hierarchy is not impacted by log4shell issue.
vendor support answer
All Xray/Xporter Server/DC and Cloud products and Xray Exploratory Testing (XEA) - Our investigation confirmed there are no exposed instances of the Apache Log4j library within the version range that contains this vulnerability. Therefore, the investigation confidently concludes all product versions are not impacted by the Apache Log4j vulnerability.
All apps are safe. Check source for detailed report.
JEditor is not affected by this vulnerability. JEditor uses Jira's logging facade which in turn uses Atlassian's fork of Log4j v1.2.x which is not vulnerable to CVE-2021-44228.
Rixter do not bundle a version of Log4j and use for their applications the one provided by the respective Atlassian application. Therefore Rixter are not affected by CVE-2021-44228
customer support via ticket RIX-48
Please update the Capture for Jira plugin to the latest version we have fixed the same issue on the latest version.
customer support via ticket 00504447
updated , information can be outdated or incomplete * please always check original source