Geprüfte Hierarchie

1. Kunden
2. Cluster
3. Nodes
4. VMs / CTs
5. Vorlagen
6. Speicher
7. Netzwerke

Berechtigungen vererben sich entlang dieses Baums. Auf jeder Ebene wird geprüft, was jedes Konto sehen und was es ändern darf.

Vier Dimensionen

• GUI

  Echte Oberfläche

  Die Testsuite bedient die echten Bedienelemente – Menüs, Tabs, Schaltflächen und Kontextmenüs – genau wie der jeweilige Benutzer und protokolliert, was angezeigt, ausgeblendet oder deaktiviert ist.

• API

  Direkte Aufrufe

  Dieselben Vorgänge werden direkt an die API gesendet. Das geschieht, wo das Produkt kein Bedienelement bietet oder die Berechtigungen des Kontos es ausblenden – im Bericht stets vermerkt.

• Isolation

  Leak-Prüfungen

  Jeder Lesezugriff – Listen, Dashboards, Suchen, Karten und Topologie – darf nur die eigenen Ressourcen liefern. Jeder fremde Kunde, Cluster, Node, jede VM oder jeder CT gilt als Leak.

• Sicherheit

  Schreib-Isolationstests

  Verwaltungsaktionen – Anlegen, Bearbeiten, Löschen, Ein-/Ausschalten, Migrieren, Klonen – werden außerhalb der Berechtigungen versucht und müssen abgewiesen werden. Auch API-Rate-Limiting und Kontosperre werden getestet.

Geprüfte Konten

15 Konten decken jede Berechtigungsebene ab: global (Super-Admin, Admin und Nur-Lesen), Kunde, Cluster, Node sowie einzelne VM/CT, jeweils mit der Rolle Admin, Operator oder Viewer – dazu ein Konto ganz ohne Berechtigungen, das nichts sehen und nichts tun darf.

So lesen Sie die Ergebnisse

• PASSDas Konto verhielt sich genau wie erwartet: erlaubt, wo berechtigt, blockiert, wo nicht.
• FAILDas Ergebnis weicht von den Vorgaben des Berechtigungsmodells ab.
• SKIPDie Prüfung trifft auf dieses Konto oder diese Umgebung nicht zu und zählt weder als bestanden noch als fehlgeschlagen.
• LEAKSDas Konto hat Daten außerhalb seiner Zuweisung erreicht. Das Ziel ist immer null.
• KORREKTE SPERRENVerbotene Aktionen, die genau wie vorgesehen abgewiesen wurden.