Introduzione alle barriere informative

Questo articolo descrive come configurare i criteri di barriere informative (IB) nell'organizzazione. Sono necessari diversi passaggi, quindi assicurarsi di esaminare l'intero processo prima di iniziare a configurare i criteri IB.

Si configurerà LB nell'organizzazione usando il portale di Microsoft Purview, il Portale di conformità di Microsoft Purview o Office 365 PowerShell per la sicurezza e la conformità. Per le organizzazioni che configurano IB per la prima volta, è consigliabile usare la soluzione Barriere informative nel portale di conformità. Se si gestisce una configurazione IB esistente e si ha familiarità con PowerShell, è comunque disponibile questa opzione.

Per altre informazioni sugli scenari e le funzionalità di IB, vedere Informazioni sulle barriere informative.

Sottoscrizioni e autorizzazioni necessarie

Prima di iniziare a usare IB, è necessario confermare l'abbonamento a Microsoft 365 ed eventuali componenti aggiuntivi. Per accedere e usare IB, l'organizzazione deve avere sottoscrizioni o componenti aggiuntivi di supporto. Per altre informazioni, vedere i requisiti di sottoscrizione per le barriere informative.

Per gestire i criteri IB, è necessario assegnare uno dei ruoli seguenti:

• Amministratore globale di Microsoft 365
• Amministratore globale di Office 365
• Amministratore di conformità
• Gestione della conformità IB

Concetti di configurazione

Quando si configura LB, si lavoreranno con diversi oggetti e concetti.

• Gli attributi dell'account utente sono definiti in Microsoft Entra ID (o Exchange Online). Questi attributi possono includere reparto, posizione, ubicazione, nome del team e altri dettagli del profilo professionale. Si assegneranno utenti o gruppi a segmenti con questi attributi.

• I segmenti sono set di gruppi o utenti definiti nel portale di Microsoft Purview, nel portale di conformità o tramite PowerShell che usa attributi di gruppo o account utente selezionati.

  L'organizzazione può avere fino a 5.000 segmenti e gli utenti possono essere assegnati a un massimo di 10 segmenti. Per informazioni dettagliate, vedere l'elenco degli attributi supportati da IB .

  Importante

  Il supporto per 5.000 segmenti e l'assegnazione di utenti a più segmenti è disponibile solo quando l'organizzazione non è in modalità legacy . L'assegnazione di utenti a più segmenti richiede azioni aggiuntive per modificare la modalità delle barriere informative per l'organizzazione. Per altre informazioni, vedere Usare il supporto multi-segmento nelle barriere informative per informazioni dettagliate.
  
  Per le organizzazioni in modalità legacy , il numero massimo di segmenti supportati è 250 e gli utenti sono limitati ad essere assegnati a un solo segmento. Le organizzazioni in modalità legacy sono idonee per l'aggiornamento alla versione più recente delle barriere informative in futuro. Per altre informazioni, vedere la roadmap sulle barriere informative.

• I criteri IB determinano limiti o restrizioni di comunicazione. Quando si definiscono i criteri IB, è possibile scegliere tra due tipi di criteri:

  • I criteri Blocca impediscono a un segmento di comunicare con un altro segmento.

  • I criteri Consenti permettono a un segmento di comunicare solo con determinati altri segmenti.

    Nota

    Per le organizzazioni in modalità legacy: i gruppi e gli utenti non IB non saranno visibili agli utenti inclusi nei segmenti IB e nei criteri per consentire i criteri. Se è necessario che i gruppi e gli utenti non IB siano visibili agli utenti inclusi nei segmenti e nei criteri IB, è necessario usare i criteri di blocco .
    
    Per le organizzazioni in modalità SingleSegment o MultiSegment: i gruppi e gli utenti non IB sono visibili agli utenti inclusi nei segmenti e nei criteri IB.
    
    Per verificare la modalità IB, vedere Controllare la modalità IB per l'organizzazione.

• L'applicazione dei criteri viene eseguita dopo aver definito tutti i criteri IB ed è possibile applicarli nell'organizzazione.

• Visibilità di utenti e gruppi non IB: gli utenti e i gruppi non IB sono utenti e gruppi esclusi da segmenti e criteri IB. A seconda di quando si configurano i criteri IB nell'organizzazione e del tipo di criteri IB (blocco o autorizzazione), il comportamento per questi utenti e gruppi sarà diverso in Microsoft Teams, SharePoint, OneDrive e nell'elenco indirizzi globale.

  • Per le organizzazioni in modalità legacy: per gli utenti definiti in criteri consentiti, i gruppi e gli utenti non IB non saranno visibili agli utenti inclusi nei segmenti e nei criteri IB. Per gli utenti definiti nei criteri di blocco , i gruppi e gli utenti non IB sono visibili agli utenti inclusi nei segmenti e nei criteri IB.
  • Per le organizzazioni in modalità SingleSegment o MultiSegment: i gruppi e gli utenti non IB sono visibili agli utenti inclusi nei segmenti e nei criteri IB.

• Supporto del gruppo. Solo i Gruppi moderni sono attualmente supportati in IB e i Gruppi di distribuzione Elenchi/sicurezza vengono considerati come gruppi non IB.

• Account utente e guest nascosti/disabilitati. Per gli account utente e guest nascosti/disabilitati nell'organizzazione, il parametro HiddenFromAddressListEnabled viene impostato automaticamente su True quando gli account utente sono nascosti o disabilitati o quando viene creato un guest. Quando la modalità organizzazione è legacy per le organizzazioni abilitate per IB, a questi account non viene impedito di comunicare con tutti gli altri account utente. Gli amministratori possono disabilitare questo comportamento predefinito impostando manualmente il parametro HiddenFromAddressListEnabledsu False.

Panoramica della configurazione

Passaggio 1: Verificare che i prerequisiti siano soddisfatti

Oltre alle sottoscrizioni e alle autorizzazioni necessarie, assicurarsi che siano soddisfatti i requisiti seguenti prima di configurare IB:

• Dati della directory: assicurarsi che la struttura dell'organizzazione sia riflessa nei dati della directory. Per eseguire questa azione, assicurarsi che gli attributi dell'account utente(ad esempio appartenenza al gruppo, nome del reparto e così via) vengano popolati correttamente in Microsoft Entra ID (o Exchange Online). Per altre informazioni, vedere le risorse seguenti:

  • Attributi per i criteri delle barriere informative

  • Aggiungere o aggiornare le informazioni del profilo di un utente usando Microsoft Entra ID

  • Configurare le proprietà degli account utente con Office 365 PowerShell

• Ricerca directory con ambito: prima di definire i primi criteri IB dell'organizzazione, è necessario abilitare la ricerca di directory con ambito in Microsoft Teams. Attendere almeno 24 ore dopo aver abilitato la ricerca nella directory con ambito prima di configurare o definire i criteri IB.

• Verificare che la registrazione di controllo sia abilitata: per cercare lo stato di un'applicazione di criteri IB, è necessario attivare la registrazione di controllo. Per impostazione predefinita, il controllo è abilitato per Microsoft 365. Alcune organizzazioni potrebbero aver disabilitato il controllo per motivi specifici. Se il controllo è disabilitato per l'organizzazione, è possibile che sia stato disattivato da un altro amministratore. È consigliabile verificare che è possibile riattivare il controllo al termine di questo passaggio. Per altre informazioni, vedere Attivare o disattivare la ricerca nel log di controllo.

• Controllare la modalità IB per l'organizzazione: il supporto per più segmenti, le opzioni di individuabilità degli utenti, gli indirizzi ABP di Exchange e altre funzionalità è determinato dalla modalità IB per l'organizzazione. Per verificare la modalità IB per l'organizzazione, vedere Controllare la modalità IB per l'organizzazione.

• Rimuovere i criteri della rubrica Exchange Online esistenti (facoltativo):Remove existing Exchange Online address book policies (optional):

  • Per le organizzazioni in modalità legacy: prima di definire e applicare i criteri IB, è necessario rimuovere tutti i criteri di rubrica Exchange Online esistenti nell'organizzazione. I criteri IB si basano sui criteri della rubrica e i criteri abps esistenti non sono compatibili con i criteri di protezione dei dati creati da IB. Per rimuovere i criteri della rubrica esistenti, vedere Rimuovere i criteri della rubrica in Exchange Online. Per altre informazioni sui criteri IB e sui Exchange Online, vedere Barriere informative e Exchange Online.
  • Per le organizzazioni in modalità SingleSegment o MultiSegment: le barriere informative non sono più basate sui criteri della rubrica (ABP) Exchange Online. Le organizzazioni che usano gli indirizzi ABP non avranno alcun impatto sugli indirizzi ABP esistenti quando si abilitano le barriere informative.

• Gestire con PowerShell (facoltativo): i segmenti e i criteri IB possono essere definiti e gestiti nel portale di conformità, ma è anche possibile usare PowerShell Office 365 Security & Compliance, se necessario. Anche se in questo articolo sono disponibili diversi esempi, è necessario avere familiarità con i cmdlet e i parametri di PowerShell se si sceglie di usare PowerShell per configurare e gestire i segmenti e i criteri IB. Se si sceglie questa opzione di configurazione, sarà necessario anche Microsoft Graph PowerShell SDK .

  • Connettersi a PowerShell per Sicurezza e conformità

  • Installare Microsoft Graph PowerShell SDK

Quando vengono soddisfatti tutti i prerequisiti, passare al passaggio successivo.

Passaggio 2: Segmentare gli utenti dell'organizzazione

In questo passaggio si determineranno i criteri IB necessari, si creerà un elenco di segmenti da definire e si definiranno i segmenti. La definizione dei segmenti non influisce sugli utenti, ma imposta solo la fase per la definizione e l'applicazione dei criteri IB.

Determinare quali criteri sono necessari

Considerando le esigenze dell'organizzazione, determinare i gruppi all'interno dell'organizzazione che avranno bisogno di criteri IB. È utile porsi alcune domande:

• Esistono normative interne, legali o di settore che richiedono la restrizione della comunicazione e della collaborazione tra gruppi e utenti nell'organizzazione?
• È necessario impedire a gruppi o utenti di comunicare con un altro gruppo di utenti?
• Sono presenti gruppi o utenti che devono essere autorizzati a comunicare solo con uno o due altri gruppi di utenti?

Considerare i criteri necessari come appartenenti a uno dei due tipi seguenti:

• I criteri di blocco impediscono a un gruppo di comunicare con un altro gruppo.
• Consenti criteri consentono a un gruppo di comunicare solo con gruppi specifici.

Quando si dispone dell'elenco iniziale dei gruppi e dei criteri necessari, procedere per identificare i segmenti necessari per i criteri IB.

Identificare i segmenti

Oltre all'elenco iniziale dei criteri, creare un elenco di segmenti per l'organizzazione. Gli utenti inclusi nei criteri IB devono appartenere ad almeno un segmento. Gli utenti possono essere assegnati a più segmenti, se necessario. È possibile avere fino a 5.000 segmenti nell'organizzazione e a ogni segmento può essere applicato un solo criterio IB.

Determinare quali attributi nei dati della directory dell'organizzazione verranno usati per definire i segmenti. È possibile usare Department, MemberOf o uno qualsiasi degli attributi IB supportati. Assicurarsi di avere valori nell'attributo selezionato per gli utenti. Per altre informazioni, vedere gli attributi supportati per IB.

Abilitare il supporto di più segmenti per gli utenti (facoltativo)

Il supporto per l'assegnazione di utenti a più segmenti è disponibile solo quando l'organizzazione non è in modalità legacy . Se si vuole supportare l'assegnazione di utenti a più segmenti, vedere Usare il supporto multi-segmento nelle barriere informative.

Gli utenti sono limitati ad essere assegnati a un solo segmento per le organizzazioni in modalità legacy . Le organizzazioni in modalità legacy sono idonee per l'aggiornamento alla versione più recente delle barriere informative in futuro. Per altre informazioni, vedere la roadmap sulle barriere informative.

Definire i segmenti usando i portali

Selezionare la scheda appropriata per il portale in uso. A seconda del piano di Microsoft 365, il Portale di conformità di Microsoft Purview viene ritirato o verrà ritirato a breve.

Per altre informazioni sul portale di Microsoft Purview, vedere Portale di Microsoft Purview. Per altre informazioni sul portale di conformità, vedere Portale di conformità di Microsoft Purview.

Definire segmenti con PowerShell

Per definire segmenti con PowerShell, seguire questa procedura:

1. Usare il cmdlet New-OrganizationSegment con il parametro UserGroupFilter corrispondente all'attributo che si vuole usare.

   Sintassi	Esempio
   New-OrganizationSegment -Name "segmentname" -UserGroupFilter "attribute -eq 'attributevalue'"	New-OrganizationSegment -Name "HR" -UserGroupFilter "Department -eq 'HR'" In questo esempio, un segmento denominato HR viene definito usando hr, un valore nell'attributo Department . La parte -eq del cmdlet fa riferimento a "equals". In alternativa, è possibile usare -ne per indicare "non uguale". Vedere Uso di "equals" e "not equals" nelle definizioni dei segmenti.

   Dopo aver eseguito ogni cmdlet, verrà visualizzato un elenco di dettagli sul nuovo segmento. I dettagli includono il tipo del segmento, chi l'ha creato o modificato per l'ultima volta e così via.

2. Ripetere questo processo per ogni segmento da definire.

Dopo aver definito i segmenti, passare al passaggio 3: Creare criteri IB.

Uso di "equals" e "not equals" nelle definizioni dei segmenti di PowerShell

Nell'esempio seguente vengono configurati i segmenti IB usando PowerShell e viene definito un segmento in modo che 'Department equals HR'.

È anche possibile definire segmenti usando un parametro "non uguale a", indicato come -ne, come illustrato nella tabella seguente:

Oltre a definire i segmenti usando "equals" o "not equals", è possibile definire un segmento usando parametri "equals" e "not equals". È anche possibile definire filtri di gruppo complessi usando operatori AND e OR logici.

Passaggio 3: Creare criteri IB

Quando si creano i criteri IB, si determinerà se è necessario impedire le comunicazioni tra determinati segmenti o limitare le comunicazioni a determinati segmenti. Idealmente, si userà il numero minimo di criteri IB per garantire che l'organizzazione sia conforme ai requisiti interni, legali e del settore. È possibile usare il portale di Microsoft Purview, il portale di conformità o PowerShell per creare e applicare criteri IB.

Con l'elenco di segmenti utente e i criteri IB che si desidera definire, selezionare uno scenario e quindi seguire la procedura.

• Scenario 1: Bloccare le comunicazioni tra segmenti
• Scenario 2: consentire a un segmento di comunicare solo con un altro segmento.

Scenario 1: bloccare le comunicazioni tra segmenti.

Quando si vuole impedire ai segmenti di comunicare tra loro, si definiscono due criteri: uno per ogni direzione. Ogni criterio blocca la comunicazione in una sola direzione.

Si supponga, ad esempio, di voler bloccare le comunicazioni tra il segmento A e il segmento B. In questo caso, si definiscono due criteri:

• Un criterio che impedisce al segmento A di comunicare con il segmento B
• Secondo criterio per impedire al segmento B di comunicare con il segmento A

Creare criteri usando i portali per lo scenario 1

Selezionare la scheda appropriata per il portale in uso. A seconda del piano di Microsoft 365, il Portale di conformità di Microsoft Purview viene ritirato o verrà ritirato a breve.

Per altre informazioni sul portale di Microsoft Purview, vedere Portale di Microsoft Purview. Per altre informazioni sul portale di conformità, vedere Portale di conformità di Microsoft Purview.

Creare criteri usando PowerShell per lo scenario 1

Per definire i criteri con PowerShell, seguire questa procedura:

1. Per definire il primo criterio di blocco, usare il cmdlet New-InformationBarrierPolicy con il parametro SegmentsBlocked .

   Sintassi	Esempio
   New-InformationBarrierPolicy -Name "policyname" -AssignedSegment "segmentAname" -SegmentsBlocked "segmentBname"	New-InformationBarrierPolicy -Name "Sales-Research" -AssignedSegment "Sales" -SegmentsBlocked "Research" -State Inactive In questo esempio è stato definito un criterio denominato Sales-Research per un segmento denominato Sales. Se attivo e applicato, questo criterio impedisce agli utenti in Vendite di comunicare con gli utenti in un segmento denominato Ricerca.

2. Per definire il secondo segmento di blocco, usare di nuovo il cmdlet New-InformationBarrierPolicy con il parametro SegmentsBlocked , questa volta con i segmenti invertiti.

   Esempio	Nota
   New-InformationBarrierPolicy -Name "Research-Sales" -AssignedSegment "Research" -SegmentsBlocked "Sales" -State Inactive	In questo esempio è stato definito un criterio denominato Research-Sales per impedire a Research di comunicare con Sales.

3. Procedere con una delle azioni seguenti:

   • (Se necessario) Definire un criterio per consentire a un segmento di comunicare solo con un altro segmento
   • (Dopo aver definito tutti i criteri) Applicare i criteri IB

Scenario 2: consentire a un segmento di comunicare solo con un altro segmento.

Quando si vuole consentire a un segmento di comunicare con un solo altro segmento, si definiscono due criteri: uno per ogni direzione. Ogni criterio consente la comunicazione solo in una direzione.

In questo esempio vengono definiti due criteri:

• Un criterio consente al segmento A di comunicare con il segmento B
• Un secondo criterio per consentire al segmento B di comunicare con il segmento A

Creare criteri usando i portali per lo scenario 2

Selezionare la scheda appropriata per il portale in uso. A seconda del piano di Microsoft 365, il Portale di conformità di Microsoft Purview viene ritirato o verrà ritirato a breve.

Per altre informazioni sul portale di Microsoft Purview, vedere Portale di Microsoft Purview. Per altre informazioni sul portale di conformità, vedere Portale di conformità di Microsoft Purview.

Creare un criterio usando PowerShell per lo scenario 2

Per definire i criteri con PowerShell, seguire questa procedura:

1. Per consentire a un segmento di comunicare con l'altro segmento, usare il cmdlet New-InformationBarrierPolicy con il parametro SegmentsAllowed .

   Sintassi

   Esempio

   New-InformationBarrierPolicy -Name "policyname" -AssignedSegment "segmentAname" -SegmentsAllowed "segmentBname","segment1name"

   New-InformationBarrierPolicy -Name "Manufacturing-HR" -AssignedSegment "Manufacturing" -SegmentsAllowed "HR","Manufacturing" -State Inactive In questo esempio è stato definito un criterio denominato Manufacturing-HR per un segmento denominato Manufacturing. Se attivo e applicato, questo criterio consente agli utenti di Manufacturing di comunicare solo con gli utenti in un segmento denominato HR. In questo caso, la produzione non può comunicare con gli utenti che non fanno parte delle risorse umane.

   Se necessario, è possibile specificare più segmenti con questo cmdlet, come illustrato nell'esempio seguente.

   Sintassi	Esempio
   New-InformationBarrierPolicy -Name "policyname" -AssignedSegment "segmentAname" -SegmentsAllowed "segmentBname", "segmentCname","segmentDname"	New-InformationBarrierPolicy -Name "Research-HRManufacturing" -AssignedSegment "Research" -SegmentsAllowed "HR","Manufacturing","Research" -State Inactive In questo esempio è stato definito un criterio che consente al segmento Ricerca di comunicare solo con le risorse umane e la produzione.

   Ripetere questo passaggio per ogni criterio che si vuole definire per consentire a segmenti specifici di comunicare solo con determinati altri segmenti specifici.

2. Per definire il secondo segmento consentito, usare di nuovo il cmdlet New-InformationBarrierPolicy con il parametro SegmentsAllowed , questa volta con i segmenti invertiti.

   Esempio	Nota
   New-InformationBarrierPolicy -Name "Research-Sales" -AssignedSegment "Research" -SegmentsAllowed "Sales" -State Inactive	In questo esempio è stato definito un criterio denominato Research-Sales per consentire a Research di comunicare con Sales.

3. Procedere con una delle azioni seguenti:

   • (Se necessario) Definire un criterio per bloccare le comunicazioni tra segmenti
   • (Dopo aver definito tutti i criteri) Applicare i criteri IB

Passaggio 4: Applicare i criteri IB

I criteri IB non sono attivi fino a quando non si imposta lo stato attivo e si applicano i criteri.

Applicare criteri usando i portali

Selezionare la scheda appropriata per il portale in uso. A seconda del piano di Microsoft 365, il Portale di conformità di Microsoft Purview viene ritirato o verrà ritirato a breve.

Per altre informazioni sul portale di Microsoft Purview, vedere Portale di Microsoft Purview. Per altre informazioni sul portale di conformità, vedere Portale di conformità di Microsoft Purview.

Applicare criteri con PowerShell

Per applicare i criteri tramite PowerShell, seguire questa procedura:

1. Usare il cmdlet Get-InformationBarrierPolicy per visualizzare un elenco di criteri definiti. Si noti lo stato e l'identità (GUID) di ogni criterio.

   Sintassi: Get-InformationBarrierPolicy

2. Per impostare un criterio sullo stato attivo, usare il cmdlet Set-InformationBarrierPolicy con un parametro Identity e il parametro State impostato su Attivo.

   Sintassi	Esempio
   Set-InformationBarrierPolicy -Identity GUID -State Active	Set-InformationBarrierPolicy -Identity 43c37853-ea10-4b90-a23d-ab8c93772471 -State Active In questo esempio viene impostato uno stato attivo per un criterio IB con GUID 43c37853-ea10-4b90-a23d-ab8c93772471 .

   Ripetere questo passaggio in base alle esigenze per ogni criterio.

3. Dopo aver impostato i criteri IB sullo stato attivo, usare il cmdlet Start-InformationBarrierPoliciesApplication in PowerShell sicurezza & conformità.

   Sintassi: Start-InformationBarrierPoliciesApplication

   Dopo l'esecuzione di Start-InformationBarrierPoliciesApplication attendere 30 minuti prima che il sistema inizi ad applicare i criteri. Il sistema applica criteri utente per utente. Il sistema elabora circa 5.000 account utente all'ora.

Visualizzare lo stato di account utente, segmenti, criteri o applicazione di criteri

Con PowerShell è possibile visualizzare lo stato degli account utente, dei segmenti, dei criteri e dell'applicazione di criteri, come indicato nella tabella seguente.

Cosa succede se è necessario rimuovere o modificare i criteri?

Sono disponibili risorse che consentono di gestire i criteri IB.

• Per modificare, arrestare o rimuovere i criteri IB, vedere Gestire i criteri delle barriere informative.
• Se si verificano problemi con IB, vedere Risoluzione dei problemi relativi alle barriere informative.

Passaggio 5: Configurazione delle barriere informative in SharePoint e OneDrive

Se si sta configurando IB per SharePoint e OneDrive, è necessario abilitare IB in questi servizi. È anche necessario abilitare IB in questi servizi se si sta configurando IB per Microsoft Teams. Quando un team viene creato nel team di Microsoft Teams, viene creato automaticamente un sito di SharePoint e associato a Microsoft Teams per l'esperienza dei file. I criteri IB non vengono rispettati in questo nuovo sito e file di SharePoint per impostazione predefinita.

Per abilitare IB in SharePoint e OneDrive, seguire le indicazioni e i passaggi descritti nell'articolo Usare le barriere informative con SharePoint .

Passaggio 6: Modalità barriere informative (facoltativo)

Le modalità possono contribuire a rafforzare l'accesso, la condivisione e l'appartenenza a una risorsa di Microsoft 365 in base alla modalità IB della risorsa. Le modalità sono supportate nei siti di Gruppi di Microsoft 365, Microsoft Teams, OneDrive e SharePoint e vengono abilitate automaticamente nella configurazione IB nuova o esistente.

Nelle risorse di Microsoft 365 sono supportate le modalità IB seguenti:

Aggiornamenti in modalità implicita

A seconda di quando si abilita LB nell'organizzazione, l'organizzazione è in modalità legacy, SingleSegment o MultiSegment . Per verificare la modalità, vedere Controllare la modalità IB per l'organizzazione.

Se l'organizzazione è in modalità SingleSegment o MultiSegment e la modalità barriere informative del gruppo teams è Implicit, i gruppi/siti connessi a Teams non avranno segmenti associati.

Per altre informazioni sulle modalità IB e su come vengono configurate tra i servizi, vedere gli articoli seguenti:

• Modalità barriere informative e Microsoft Teams
• Modalità barriere informative e OneDrive
• Modalità barriere informative e SharePoint

Passaggio 7: Configurare l'individuabilità degli utenti per le barriere informative (facoltativo)

I criteri delle barriere informative consentono agli amministratori di abilitare o disabilitare le restrizioni di ricerca nella selezione utenti. Per impostazione predefinita, la restrizione di selezione utenti è abilitata per i criteri IB. Ad esempio, i criteri IB che impediscono a due utenti specifici di comunicare possono anche impedire agli utenti di vedersi quando usano la selezione utenti.

Per disabilitare la restrizione di ricerca selezione utenti tramite PowerShell, completare la procedura seguente:

1. Usare il cmdlet Set-PolicyConfig per disabilitare la restrizione di selezione utenti:

Set-PolicyConfig -InformationBarrierPeopleSearchRestriction 'Disabled'

Scenario di esempio: reparti, segmenti e criteri di Contoso

Per vedere in che modo un'organizzazione potrebbe affrontare la definizione di segmenti e criteri, considerare lo scenario di esempio seguente.

Reparti e piano di Contoso

Contoso ha cinque reparti: risorse umane, vendite, marketing, ricerca e produzione. Per rimanere conformi alle normative del settore, gli utenti di alcuni reparti non dovrebbero comunicare con altri reparti, come indicato nella tabella seguente:

Per questa struttura, il piano di Contoso include tre criteri IB:

1. Un criterio IB progettato per impedire alle vendite di comunicare con la ricerca
2. Un altro criterio IB per impedire a Research di comunicare con Le vendite.
3. Un criterio IB progettato per consentire alla produzione di comunicare solo con le risorse umane e il marketing.

Per questo scenario, non è necessario definire i criteri IB per le risorse umane o il marketing.

Segmenti definiti di Contoso

Contoso userà l'attributo Department in Microsoft Entra ID per definire i segmenti, come indicato di seguito:

Dopo aver definito i segmenti, Contoso procede alla definizione dei criteri IB.

Criteri IB di Contoso

Contoso definisce tre criteri IB, come descritto nella tabella seguente:

Con i segmenti e i criteri definiti, Contoso applica i criteri eseguendo il cmdlet Start-InformationBarrierPoliciesApplication .

Al termine del cmdlet, Contoso è conforme ai requisiti del settore.

Risorse

• Informazioni sulle barriere informative
• Usare il supporto per più segmenti nelle barriere informative
• Altre informazioni sulle barriere informative in Microsoft Teams
• Altre informazioni sulle barriere informative in SharePoint Online
• Altre informazioni sulle barriere informative in OneDrive