Gerarchia verificata

1. Clienti
2. Cluster
3. Nodi
4. VM / CT
5. Template
6. Storage
7. Reti

I permessi si propagano lungo questo albero. A ogni livello si verifica cosa può vedere e cosa può modificare ciascun account.

Quattro dimensioni

• GUI

  Interfaccia reale

  La suite usa i controlli reali — menu, schede, pulsanti e menu contestuali — esattamente come farebbe ogni utente, e registra cosa viene mostrato, nascosto o disattivato.

• API

  Chiamate dirette

  Le stesse operazioni vengono inviate direttamente alle API. Si usa dove il prodotto non offre un controllo nell’interfaccia o i permessi dell’account lo nascondono — sempre segnalato nel report.

• Isolamento

  Controlli di fuga

  Ogni lettura — elenchi, dashboard, ricerche, mappe e topologia — deve restituire solo le risorse dell’account. Qualsiasi cliente, cluster, nodo, VM o CT altrui conta come fuga.

• Sicurezza

  Prove di isolamento in scrittura

  Azioni di gestione — creare, modificare, eliminare, accendere/spegnere, migrare, clonare — vengono tentate fuori dai diritti dell’account e devono essere rifiutate. Si verificano anche il rate limiting delle API e il blocco dell’account.

Account verificati

15 account coprono ogni ambito di permesso: globale (super-admin, admin e sola lettura), cliente, cluster, nodo e singola VM/CT, ciascuno con ruolo Admin, Operatore o Visualizzatore — più un account senza alcun permesso, che non deve vedere né fare nulla.

Come leggere i risultati

• PASSL’account si è comportato esattamente come previsto: consentito dove autorizzato, bloccato altrove.
• FAILIl risultato è diverso da quanto richiesto dal modello dei permessi.
• SKIPIl controllo non si applica a quell’account o ambiente, quindi non conta né come superato né come fallito.
• FUGHEL’account ha raggiunto dati fuori dalla sua assegnazione. L’obiettivo è sempre zero.
• BLOCCHI CORRETTIAzioni vietate rifiutate esattamente come previsto.