Skip to content

Commit 052e44e

Browse files
committed
Merge branch 'staging' of github.com:SovereignCloudStack/Docs into staging
2 parents 6db9a47 + 9352aa0 commit 052e44e

8 files changed

Lines changed: 183 additions & 163 deletions

File tree

CODEOWNERS

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,5 @@
1+
# Members of the Project Board are the owners of the Community
2+
# Governance - see:
3+
# https://docs.scs.community/community/governance/project-board
4+
/community/governance/ @SovereignCloudStack/project-board
5+

blog/2026-05-28-keystone.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ The core issues are:
2828

2929
- **Cross-Project EC2 Credentials (CVE-2026-43001):** Application credentials
3030
scoped to one project could be used to create EC2-style credentials for a
31-
i different project, enabling lateral movement across tenant boundaries.
31+
different project, enabling lateral movement across tenant boundaries.
3232

3333
- **Federated Token Rescoping (CVE-2026-44394):** In SAML2/OIDC deployments,
3434
federated users can maintain access indefinitely by repeatedly rescoping
@@ -71,10 +71,10 @@ the fix for CVE-2026-42999 modifies the trust policy structure. This may
7171
require manual updates to your custom policies to ensure continued
7272
functionality for services like Heat or image uploads.
7373

74-
The SCS ecosystem software providers are providing fixed keystone images:
74+
The SCS ecosystem software providers are providing fixed Keystone images:
7575

7676
- [OSISM](https://osism.tech/docs/appendix/security/ossa-2026-015)
77-
- [yaook](https://yaook.cloud/security-advisories-cve-2026-33551)
77+
- [yaook](https://yaook.cloud/security-advisories-cve-2026-42998-43001-44394/)
7878

7979
## Outlook
8080

@@ -110,8 +110,8 @@ them down in deployment.
110110

111111
The author would like to thank Boris Bobrov, Tim Shepherd, Erichen, and Artem
112112
Goncharov for their work in discovering and reporting these critical
113-
vulnerabilities and the OpenStack Vulnerabilty Mangement Team for handling
114-
and coordinating this and the OpenStack keystone upstream developers for
113+
vulnerabilities and the OpenStack Vulnerability Management Team for handling
114+
and coordinating this and the OpenStack Keystone upstream developers for
115115
addressing the issues.
116116

117117
## Sovereign Cloud Stack Security Contact

blog/2026-06-16-cve-2026-46448.md

Lines changed: 88 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,88 @@
1+
---
2+
title: Lacking sanitization of Nova scheduler hints (OSSA-2026-022 / CVE-2026-46448)
3+
authors: [garloff]
4+
slug: nova_lacking_scheulder_hints_sanitization_ossa_2026_022
5+
tags: [security, openstack, nova, cve]
6+
---
7+
8+
## The vulnerability
9+
10+
When talking to the OpenStack Nova Compute API, Users can specify scheduler
11+
hints, expressing preferences for Server (VM) placement. Users can however
12+
inject a values `{"_nova_check_type": "rebuild"}` that is only meant to be used
13+
internally in the rebuild context which causes certain resource checks to be
14+
skipped. This can cause placement contraints such as host aggregates, AZs, image
15+
traits to be ignored and cause PCI pass-through resources to not be properly
16+
mapped. While the assigned quota is still observed, the vulnerability may cause
17+
exhaustion of resources and confusion of the scheduler (placement) state and
18+
thus may result in a Denial of Service for certain resource types.
19+
20+
This issue was reported by Erichen, Institute of Computing Technology, Chinese
21+
Academy of Sciences and was subsequently analyzed and handled by Goutham Pacha Ravi,
22+
Dan Smith and Sylvain Bauza. It was assigned CVE-2026-46448.
23+
24+
## Impact on the SCS software ecosystem
25+
26+
Malevolent authenticated users could use this to schedule VMs on hosts that
27+
would normally not be accessible to their VMs (e.g. because they are in a
28+
host aggregate only available to GPU flavors which are manually enabled for
29+
selected customers only). This could result in resource exhaustion for
30+
legitimate users and cause the placement accounting to be confused.
31+
32+
This will mainly affect providers that exposed specialized features via
33+
special flavors (such as e.g. GPUs) which may be scarce. In particular,
34+
PCI devices may be assigned without proper accounting in the placement
35+
service.
36+
37+
## Embargo
38+
39+
The issue was reported to the OpenStack Vulnerability Management Team.
40+
Following coordination with the reporters and upstream developers, the official
41+
OpenStack Security Advisory
42+
[OSSA-2026-022](https://security.openstack.org/ossa/OSSA-2026-022.html) was
43+
published on Tuesday, 2026-06-16, 15:00 UTC.
44+
45+
## Mitigation and Fixes
46+
47+
The fix consists in ensuring that internal `_nova_` scheduler hints are properly
48+
filtered out in the API exposed to users.
49+
50+
Providers are advised to deploy fixed nova-api containers.
51+
The SCS ecosystem software providers will provide fixed nova images along with
52+
update instructions.
53+
54+
- [OSISM](https://osism.tech/docs/appendix/security/ossa-2026-022)
55+
- [yaook](https://yaook.cloud/security-advisories-cve-2026-46448/)
56+
57+
Operators where users may have caused confusion in the placement accounting
58+
will need to run
59+
60+
```shell
61+
nova-manage placement heal_allocations
62+
```
63+
64+
to ensure that accounting in the placement service is consistent again.
65+
66+
## References
67+
68+
- [OSSA-2026-022 Advisory](https://security.openstack.org/ossa/OSSA-2026-022.html)
69+
- [Launchpad Bug #2151252](https://bugs.launchpad.net/nova/+bug/2151252)
70+
71+
## Thanks
72+
73+
The author would like to thank the reporters, the OpenStack vulnerability
74+
management team and the abovementioned maintainers for reporting,
75+
analyzing, fixing and handling the issue.
76+
77+
## Sovereign Cloud Stack Security Contact
78+
79+
SCS security contact is
80+
[security@scs.community](mailto:security@scs.community), as published on
81+
[https://sovereigncloudstack.org/.well-known/security.txt](https://sovereigncloudstack.org/.well-known/security.txt).
82+
83+
## Version history
84+
85+
- Initial draft, v0.5, 2026-06-16, 13:30 CEST
86+
- Initial publication, v1.0, 2026-06-16, 17:00 CEST
87+
- Link OSISM advisory, v1.1, 2026-06-16, 19:30 CEST
88+
- Link yaook advisory, v1.2, 2026-06-17, 13:30 CEST
Lines changed: 29 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,29 @@
1+
# Project Board Term 2025
2+
3+
For the term 2025 the project board consisted of:
4+
5+
Spokesperson: Felix Kronlage-Dammers, @fkr
6+
7+
| Name, Firstname | Github Handle | E-Mail | Remark |
8+
| ----------------------- | ------------------------------------------ | ------------------------------------------------------------- | ------------------------------ |
9+
| Berendt, Christian | [@berendt](https://github.com/berendt) | [berendt@osism.tech](mailto:berendt@osism.tech) | Elected by Community |
10+
| Feder, Matej | [@matofeder](https://github.com/matofeder) | [matej.feder@dnation.cloud](mailto:matej.feder@dnation.cloud) | Elected by Community |
11+
| Garloff, Kurt | [@garloff](https://github.com/garloff) | [scs@garloff.de](mailto:scs@garloff.de) | Elected by Community |
12+
| Kronlage-Dammers, Felix | [@fkr](https://github.com/fkr) | [fkr@osb-alliance.com](mailto:fkr@osb-alliance.com) | Represents Forum SCS-Standards |
13+
| Schoone, Jan | [@jschoone](https://github.com/jschoone) | [jan.schoone@uhurutec.com](mailto:jan.schoone@uhurutec.com) | Elected by Community |
14+
15+
## Project Board Term 2025 Nominees
16+
17+
For the project board election for the term 2025 the following people were nominated or have nominated themselves:
18+
19+
| Name, Firstname | Github Handle | E-Mail |
20+
| ------------------ | -------------------------------------------------- | ----------------------------------------------------------------------------- |
21+
| Bayr, Michael | [@michaelbayr](https://github.com/michaelbayr) | [mb@artcodix.com](mailto:mb@artcodix.com) |
22+
| Berendt, Christian | [@berendt](https://github.com/berendt) | [berendt@osism.tech](mailto:berendt@osism.tech) |
23+
| Büchse, Matthias | [@mbuechse](https://github.com/mbuechse) | [matthias.buechse@cloudandheat.com](mailto:matthias.buechse@cloudandheat.com) |
24+
| Feder, Matej | [@matofeder](https://github.com/matofeder) | [matej.feder@dnation.cloud](mailto:matej.feder@dnation.cloud) |
25+
| Garloff, Kurt | [@garloff](https://github.com/garloff) | [scs@garloff.de](mailto:scs@garloff.de) |
26+
| Kemper, Janis | [@janiskemper](https://github.com/janiskemper) | [janis.kemper@syself.com](mailto:janis.kemper@syself.com) |
27+
| Schäfer, Jonas | [@horazont](https://github.com/horazont) | [jonas.schaefer@cloudandheat.com](mailto:jonas.schaefer@cloudandheat.com) |
28+
| Schoone, Jan | [@jschoone](https://github.com/jschoone) | [jan.schoone@uhurutec.com](mailto:jan.schoone@uhurutec.com) |
29+
| Wolf, Tobias | [@NotTheEvilOne](https://github.com/NotTheEvilOne) | [wolf@b1-systems.de](mailto:wolf@b1-systems.de) |

community/governance/project-board.md

Lines changed: 15 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,20 @@ Spokesperson: Kurt Garloff, @garloff
1414
| Bayr, Michael | [@michaelbayr](https://github.com/michaelbayr) | [mb@artcodix.com](mailto:mb@artcodix.com) | Elected by Community |
1515
| Garloff, Kurt | [@garloff](https://github.com/garloff) | [scs@garloff.de](mailto:scs@garloff.de) | Elected by Community |
1616
| Kemper, Janis | [@janiskemper](https://github.com/janiskemper) | [janis.kemper@syself.com](mailto:janis.kemper@syself.com) | Deputy Representative Forum SCS-Standards |
17-
| Klare, Jan | [@jklare](https://github.com/jklare) | [klare@osism.tech](mailto:klare@osism.tech) | Elected by Community |
17+
| Klare, Jan | [@jklare](https://github.com/jklare) | [klare@osism.de](mailto:klare@osism.de) | Elected by Community |
1818
| Kronlage-Dammers, Felix | [@fkr](https://github.com/fkr) | [fkr@osb-alliance.com](mailto:fkr@osb-alliance.com) | Represents Forum SCS-Standards |
1919
| Schoone, Jan | [@jschoone](https://github.com/jschoone) | [jan.schoone@uhurutec.com](mailto:jan.schoone@uhurutec.com) | Elected by Community |
20+
21+
## Project Board Term 2026 Nominees
22+
23+
For the project board election for the term 2026 the following people were nominated or have nominated themselves:
24+
25+
| Name, Firstname | Github Handle | E-Mail |
26+
| ------------------ | ---------------------------------------------- | ------------------------------------------------------------------- |
27+
| Bayr, Michael | [@michaelbayr](https://github.com/michaelbayr) | [mb@artcodix.com](mailto:mb@artcodix.com) |
28+
| Berendt, Christian | [@berendt](https://github.com/berendt) | [berendt@osism.tech](mailto:berendt@osism.tech) |
29+
| Garloff, Kurt | [@garloff](https://github.com/garloff) | [scs@garloff.de](mailto:scs@garloff.de) |
30+
| Klare, Jan | [@jklare](https://github.com/jklare) | [klare@osism.de](mailto:klare@osism.de) |
31+
| Pilka, Martin | [@mpilka](https://github.com/mpilka) | [martin.pilka@dnation.cloud](mailto:martin.pilka@dnation.cloud) |
32+
| Schöchlin, Marc | [@scoopex](https://github.com/scoopex) | [marc.schoechlin@uhurutec.com](mailto:marc.schoechlin@uhurutec.com) |
33+
| Schoone, Jan | [@jschoone](https://github.com/jschoone) | [jan.schoone@uhurutec.com](mailto:jan.schoone@uhurutec.com) |

0 commit comments

Comments
 (0)