Live Exposure Defense: From CVE to Confirmed Exposure in 12 Hours – See more

New CVE Detected

CVE-2026-77244 – Critical Authentication Bypass / Full Jira & Confluence Takeover – mcp-atlassian <

Be the first to know when new zero-days emerge:

Summary

CVE-2026-77244 is a critical authentication bypass vulnerability (CVSS 3.1 score: 10.0) in mcp-atlassian, an open-source Model Context Protocol (MCP) server that connects AI assistants to Jira and Confluence. When deployed over HTTP transport, the server’s AtlassianOpaqueTokenVerifier accepts any non-empty string as a valid authentication token and, absent a legitimate user token, silently falls back to the operator’s own configured Atlassian credentials — granting any network-reachable client full, unauthenticated operator-level access to Jira and Confluence.

Technical details

  • Root cause: Three converging design flaws — (1) AtlassianOpaqueTokenVerifier.verify_token() treats any non-empty string as valid without cryptographic verification, introspection, or format checking; (2) when OAuth proxy authentication is disabled (the default configuration), the HTTP transport accepts requests without challenging for credentials; (3) when no valid user-supplied token is present, the server falls back to environment-configured credentials (e.g., JIRA_API_TOKEN, JIRA_USERNAME) rather than rejecting the request.
  • Trigger conditions: The MCP server is running with streamable-HTTP transport enabled and is reachable over the network, with OAuth proxy authentication left at its default (disabled) state.
  • Attack vector: Network (AV:N), no privileges or user interaction required. An attacker sends a request to the MCP HTTP endpoint with either no Authorization header or an arbitrary/garbage Bearer token; the request still reaches tool handlers and executes using the operator’s credentials.
  • Impact: Complete compromise of confidentiality and integrity of connected Jira and Confluence data — full read/write access to issues, pages, and attachments, actions performed and audited under the operator’s identity, ability to create persistent webhooks/automation rules, and potential exposure of sensitive credentials stored in linked document repositories. Availability is not impacted (A:N).

Affected software

  • mcp-atlassian (vendor: sooperset) versions prior to 0.22.0, when deployed with streamable-HTTP transport
  • Fixed in version 0.22.0 and later

Severity

  • CVSS v3.1 Base Score: 10.0 (Critical)
  • Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:N

Mitigation and recommended actions

  • Immediate: Upgrade mcp-atlassian to version 0.22.0 or later, which rejects unauthenticated HTTP requests with a 401 response at the transport boundary and gates any credential fallback behind an explicit opt-in flag (ALLOW_GLOBAL_CRED_FALLBACK, disabled by default).
  • If immediate patching is not possible:
    • Do not expose the MCP HTTP transport directly to untrusted networks; bind it to 127.0.0.1 or restrict access via firewall/VPN to trusted hosts only.
    • Disable global credential fallback and require OAuth-based authentication for all HTTP transport deployments.
    • Audit Jira/Confluence activity logs for unexpected actions performed under the operator/service account identity.
    • Rotate the operator’s Atlassian API credentials configured for the MCP server if exposure is suspected.

References

Are you exposed?

Get a free report of your organization’s exposure to this CVE and threat

How IONIX’s External Exposure Management Platform Detects and Validates
Zero-Days to Shrink MTTR

1

Map your entire attack surface (continously)

IONIX uses multi-factor discovery methods, including DNS analysis, certificate mapping, metadata inspection, and more, to automatically map every internet-facing asset across your environment. This includes cloud instances, third-party platforms, shadow IT, and even forgotten infrastructure that traditional tools miss.

2

Monitor for new CVEs

Dozens of threat intel feeds using agentic technology are continuously analyzed to detect the appearance of proof-of-concept code, exploit kits, and indicators of active targeting. IONIX goes further by applying AI to proactively evaluate whether emerging vulnerabilities are likely to be exploited, even before PoCs go public.

3

Identify Potential External Exposures

Not all CVEs matter. IONIX filters vulnerabilities by asking attacker-centric questions: Can it be reached from the internet? Does it require authentication? Is it being exploited in the wild? This dramatically reduces noise and focuses teams on threats that can actually be weaponized.

4

Create Safe, Scalable Exploit Validations

IONIX transforms real-world PoCs into safe, non-intrusive test payloads that can be run in production environments without disruption. These simulations are precisely targeted to the systems that are vulnerable, ensuring rapid validation without unnecessary load.

5

Execute Exploit Validations

By combining context about software stack, versioning, exposure status, and reachability, IONIX ensures that only the right payloads are executed against the right assets, maximizing efficiency and minimizing risk.

6

Drive Fast and Actionable Remediation

Results are routed through integrations with ticketing, SOAR, and SIEM tools. Issues are written in plain language, bundled into remediation clusters, and prioritized based on asset criticality, exploitability, and blast radius. This shortens mean time to remediation (MTTR) and empowers teams to act with confidence.

Are you exposed?

Get a free report of your organization’s exposure to this CVE and threat

Subscribe to Threat Center RSS

Copy/paste the link below into your preferred RSS reader or follow these instructions to subscribe to Slack alerts.

Get Real-Time CVE Alerts to Your Email

Be the first to know when new zero-days emerge