Atlassian Confluence (CVE-2022-26134): unauthenticated code execution in a company wiki

A zero-day in Confluence Server and Data Center let anyone run code on the server. Internal knowledge bases are rarely treated as critical — they should be.

Publicly disclosed: 2 June 2022

On 2 June 2022 Atlassian warned about an actively exploited vulnerability in Confluence Server and Data Center. An OGNL injection allowed an unauthenticated attacker to execute code on the server simply by sending a crafted web request. Fixed versions were released the next day, and mass exploitation followed within hours of public details.

CVESeverityAffectedFixed in
CVE-2022-26134Critical, CVSS 9.8 (OGNL injection, remote code execution)All supported Confluence Server and Data Center versions at the time7.4.17, 7.13.7, 7.14.3, 7.15.2, 7.16.4, 7.17.4, 7.18.1 and later

Lessons

  • Wikis, ticket systems and intranets hold passwords, network diagrams and internal procedures — exactly what an attacker needs next.
  • Atlassian Cloud customers were not affected; self-hosted servers needed immediate action.

How to protect self-hosted business apps

  1. Keep an inventory of internal web applications and their versions.
  2. Do not publish them directly to the internet; use VPN or a reverse proxy with authentication.
  3. Patch critical issues within days; if a patch is not ready, restrict access until it is.
  4. Do not store passwords in wiki pages — use a password manager.

An internal tool is only internal if the internet cannot reach it.

Sources: Atlassian advisory, NVD CVE-2022-26134.

Need help with this? Contact CySec for a free consultation.


All articles

Need help with this?

Our engineers can review your current setup and propose concrete improvements.