Identità e OAuth
Identità autenticata e scope OAuth stabiliscono chi sta chiedendo e quali capability può richiedere la connessione.
Architettura di fiducia
La sicurezza è il confine del prodotto
Infser è progettato affinché l’accesso venga verificato prima che un’azione raggiunga il runtime e verificato di nuovo quando cambia l’autorizzazione sottostante.
Difesa in profondità
Cinque confini tra intento ed esecuzione.
01
Client AI
02
Scope OAuth
03
Appartenenza al workspace
04
Capability e policy
05
Approvazione
06
Ammissione runtime a breve durata
07
Esecuzione su dispositivo / browser
Isolamento del workspace
Membership e ruoli mantengono dispositivi, persone e azioni dentro il confine del workspace attivo.
Identità e ciclo di vita del dispositivo
Gli stati in attesa, attivo, disabilitato e revocato partecipano alle decisioni di ammissione, non sono semplici etichette.
Approvazione basata sul rischio
Le azioni sensibili possono richiedere un’approvazione esplicita legata all’azione prevista, non un bypass riutilizzabile.
Ammissione runtime a breve durata
Grant e ticket limitati impediscono che l’ammissione runtime diventi un permesso permanente riutilizzabile.
Revoca e audit
Cambi di membership, dispositivo e autorizzazione possono fermare accessi futuri mantenendo tracciabili gli eventi di sicurezza.
Confine di privacy dell’esecuzione
Infser separa metadati di autorizzazione e sicurezza dai contenuti sensibili del runtime quando il percorso di esecuzione supporta questo confine.
Prima il controllo