Knowledge Base dell'agente di ottimizzazione dell'accesso condizionale (anteprima)

Le organizzazioni che usano criteri di accesso condizionale per proteggere l'accesso alle risorse devono stabilire standard e modelli per rimanere organizzati. Ad esempio, avere una convenzione di denominazione coerente può mantenere organizzati e prevenire sovrapposizioni o lacune dei criteri. L'agente di ottimizzazione dell'accesso condizionale può utilizzare un documento della vostra organizzazione che traccia questi standard, in modo che l'agente possa ragionare con il contesto utilizzando i modelli che progettate.

Invece di basarsi solo sulle procedure consigliate generiche, l'agente incorpora le proprie convenzioni dell'organizzazione, ad esempio il modo in cui si denominano i criteri, il modo in cui si separano gli amministratori dagli utenti normali e quali account devono essere sempre esclusi. Ciò consente di produrre raccomandazioni che riflettono meglio il modo in cui l'accesso condizionale viene gestito nel tenant.

Le Knowledge Base sono particolarmente utili negli ambienti in cui:

• Diversi utenti richiedono set di politiche distinti, ad esempio amministratori, utenti della forza lavoro e contrattisti.
• Vengono applicati in modo rigoroso gli standard di denominazione delle politiche
• Gli account breakglass devono essere esclusi in modo coerente

Funzionamento della Knowledge Base

Il processo generale per la configurazione e l'uso della Knowledge Base è il seguente:

1. Linee guida per il caricamento: un amministratore carica un singolo documento word (.docx) o PDF che descrive gli standard di accesso condizionale dell'organizzazione.

2. Interpretazione da parte dell'agente: l'agente analizza il documento ed estrae le linee guida correlate all'accesso condizionale, anche quando è incorporato all'interno di una governance o di documentazione operativa più ampia.

3. Comprensione strutturata: l'agente genera un riepilogo in linguaggio naturale che ne rappresenta la comprensione delle indicazioni caricate.

4. Applicazione a raccomandazioni future: la comprensione approvata viene applicata alle raccomandazioni future di accesso condizionale generate dall'agente. Le raccomandazioni esistenti non vengono modificate retroattivamente.

Dopo aver aggiunto le linee guida alla Knowledge Base, l'agente di ottimizzazione dell'accesso condizionale può seguire le indicazioni in diverse aree chiave.

Progettazione di criteri basati su persona

È possibile descrivere in che modo i diversi popolamenti di utenti vengono protetti usando criteri di accesso condizionale separati. Alcuni esempi:

• Gli amministratori usano un set dedicato di criteri
• Gli utenti regolari della forza lavoro usano un set di criteri di base separato
• I terzisti sono regolati dalle proprie politiche

Quando più politiche applicano lo stesso controllo, ad esempio MFA, l'agente usa questa guida per selezionare la politica corretta in base al profilo dell'utente.

Convenzioni di denominazione delle politiche

È possibile specificare il modo in cui devono essere denominati i criteri di accesso condizionale, inclusa la struttura, l'ordinamento e la terminologia richiesti.

L'agente usa queste indicazioni quando:

• Creazione di nuovi criteri
• Unione di criteri simili
• Generazione di raccomandazioni per la ridenominazione dei criteri

Gestione degli account "breakglass"

È possibile definire quali account o gruppi rappresentano identità di accesso di emergenza (breakglass) e come devono essere escluse.

L'agente applica queste indicazioni quando:

• Creazione di nuovi criteri
• Identificazione delle esclusioni mancanti
• Raccomandazione degli aggiornamenti ai criteri esistenti

Raccomandazioni influenzate dalla Knowledge Base

La knowledge base può essere usata dall'agente di ottimizzazione dell'accesso condizionale negli scenari seguenti:

• Creazione dei criteri di base: i nuovi criteri consigliati seguono gli standard di denominazione del tenant e includono le esclusioni corrette.

• Raccomandazioni per l'unione dei criteri: quando vengono consolidati criteri simili, i criteri risultanti riflettono gli standard dell'organizzazione.

• Correzione della deviazione dell'utente: quando i nuovi utenti non rientrano nella copertura esistente, l'agente seleziona i criteri appropriati in base alle linee guida per gli utenti.

• Breakglass remediation: Raccomandazioni per l'esclusione degli account di accesso di emergenza per includere gli utenti o i gruppi corretti.

• Correzione della denominazione dei criteri: se un criterio non segue gli standard di denominazione definiti, l'agente consiglia una sostituzione denominata in modo appropriato.

Quando è consigliabile usare la Knowledge Base?

Prendere in considerazione l'uso della knowledge base dell'organizzazione:

• Mantiene standard rigorosi di denominazione dell'accesso condizionale
• Separa le politiche per persona dell'utente o profilo di rischio
• Controlla regolarmente i criteri di accesso condizionale
• Necessita di raccomandazioni per allinearsi ai processi di governance interni

Ambito e limitazioni

Durante l'anteprima, la Knowledge Base presenta i vincoli seguenti:

• Un documento della Knowledge Base per ogni tenant
• Formati di file supportati: Word (.docx) e PDF
• Dimensioni massime del file: 5 MB
• La Knowledge Base si applica solo alle esecuzioni future dell'agente

Il processo di caricamento potrebbe non riuscire se il documento non soddisfa i criteri elencati. Se nel documento è applicata un'etichetta di riservatezza, il caricamento potrebbe non riuscire. Poiché le organizzazioni possono personalizzare i criteri per le etichette di riservatezza, non è possibile suggerire un'etichetta di riservatezza specifica.