Description
In OpenStack Mistral through 23.0.0, the workflow membership API lets a project that has accepted a share of another project's private workflow create a further membership naming a third project. The new membership row is created with its project_id defaulted to the accepting project rather than the original workflow owner, and thus the owner can neither see nor delete it. The third project can accept this membership (that it had not actually been granted by the owner), and then read and execute the owner's private workflow; only the accepting (not the owning) project can later revoke that access.
Affected products
| Vendor | Product | Affected | Fixed |
|---|---|---|---|
| OpenStack | Mistral | < 20.1.1, 21.0.0 – < 21.0.1, 22.0.0 – < 22.0.1, 23.0.0 | 20.1.1 |
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | mistral | 23.0.0-2 | — |
| Debian 13 | mistral | No fix yet | — |
| Debian 12 | mistral | No fix yet | — |
Ubuntu
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu 26.10 | mistral | No fix yet | — |
| Ubuntu 26.04 LTS | mistral | No fix yet | — |
| Ubuntu 24.04 LTS | mistral | No fix yet | — |
| Ubuntu 22.04 LTS | mistral | No fix yet | — |
| Ubuntu 20.04 LTS | mistral | No fix yet | — |
Show 2 more (older releases, extended support, other products)Fewer releases
| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu Pro 18.04 LTS | mistral | No fix yet | — |
| Ubuntu Pro 16.04 LTS | mistral | No fix yet | — |