Safeguard
Vulnerability Analysis•

CVE-2026-85183: Cross-Site WebSocket Hijacking in Taipy

CVE-2026-85183 lets any website open credentialed socket.io sessions to Taipy apps through wildcard CORS, through 4.1.1. No fixed version is confirmed.

Safeguard Security Team
2 min read

CVE-2026-85183 is a cross site WebSocket hijacking flaw in Taipy through 4.1.1 (CVSS 9.3, critical). Its socket.io server allows any origin with credentials. I could not confirm a fixed version, so check the project before relying on one. The sections below cover affected versions, how to check your exposure and what to do first.

What's affected

The record says Taipy configures its socket.io server with a wildcard CORS origin and the credential flag on. Any web page can then open a credentialed WebSocket to a victim's Taipy application. The weakness is CWE-1385, missing origin validation in WebSockets.

VulnCheck lists Taipy up to 4.1.1. The record says an attacker can change state variables and trigger action callbacks without CSRF protection. No fixed version appears in the record or the pages I could read, so check the Taipy repository and the linked issue. The record is not in the CISA KEV catalog.

How to check if you're exposed

List the version in your environment.

pip show taipy

If it is 4.1.1 or lower, treat it as affected. Then ask whether any Taipy application is used by people who browse other sites while logged in, since the attack runs from a page the victim opens.

What to do now

  1. Find every Taipy application and note its version.
  2. Check the Taipy repository and issue 2890 for a fixed release, and upgrade when one exists.
  3. Put the app behind authentication and a reverse proxy that enforces an allowed origin list.
  4. Do not run Taipy apps with sensitive actions on networks where users browse the open web, until fixed.
  5. Rerun a dependency scan after updating.

Why it matters

Browsers let a page open a WebSocket to any host. The server has to decide whether to accept it, usually by checking the Origin header. A wildcard allows everything, and with credentials on, the victim's own login rides along.

This is the same idea as CSRF, moved to a long lived connection. Pinning allowed origins is the standard fix.

Quick check

Is there a fixed version?

I could not confirm one. The record only says through 4.1.1, so check the project issue and release notes.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.