Scrivere la policy a tempo di esecuzione, non a tempo di deploy
Le decisioni di accesso fissate al deploy sono obsolete quando contano davvero. Noi valutiamo il grafo delle policy nel momento in cui un agente agisce. Ecco cosa ti offre.
La policy a tempo di deploy è una fotografia
Quando decidi l'accesso a tempo di deploy, congeli un'immagine del mondo e speri che rimanga vera. Ma gli sponsor cambiano, gli agenti vengono compromessi, i livelli di rischio si spostano. Quando l'agente agisce, la fotografia potrebbe avere settimane.
La policy a tempo di esecuzione pone la domanda nel momento in cui conta davvero: questo agente, questa azione, questo ambito, adesso. La risposta riflette lo stato attuale del grafo, non lo stato all'ultimo deploy.
Autonomia dove è sicura, cancelli dove non lo è
Valutare a tempo di esecuzione ti permette di classificare le decisioni per rischio. Le concessioni a basso rischio corrono in autonomia — l'agente non aspetta mai una persona per qualcosa di routine. Le concessioni ad alto rischio, denaro e dati sensibili e nuovi sistemi esterni, fanno escalation allo sponsor nominato.
Il risultato non è un collo di bottiglia. La maggior parte delle azioni passa istantaneamente. Le poche che dovrebbero far fermare una persona lo fanno davvero, e ogni decisione — autonoma o con cancello — finisce in un log pronto per l'attestazione.
- #policy
- #autorizzazione
- #runtime
More field notes
Credenziali a breve durata, in pratica
Tutti concordano che le chiavi dovrebbero scadere. Poi qualcuno imposta il TTL a un anno perché nulla si rompa. Ecco come facciamo sopravvivere credenziali di pochi minuti al contatto con carichi di lavoro reali.
Priya Nandakumar · Head of Platform
7 min di lettura
Zero chiavi permanenti: un manuale di migrazione
Arrivare a zero segreti a lunga durata è un progetto, non un interruttore. Ecco l'ordine che consigliamo, e le trappole in ogni fase.
Priya Nandakumar · Head of Platform
9 min di lettura