Dettagli tecnici di riferimento sulla crittografia

Descrizione del servizio Microsoft Purview

Per informazioni sui certificati, le tecnologie e i pacchetti di crittografia TLS usati per la crittografia in Microsoft 365, vedere questo articolo. Questo articolo fornisce anche informazioni dettagliate sulle deprecazioni pianificate.

• Per informazioni generali, vedere Crittografia in Microsoft 365.
• Per informazioni sulla configurazione, vedere Configurare la crittografia in Microsoft 365 Enterprise.
• Per informazioni specifiche sulla deprecazione di TLS 1.1 e 1.0, vedere Disabilitazione di TLS 1.0 e 1.1 per Microsoft 365.
• Per informazioni sui pacchetti di crittografia supportati da versioni specifiche di Windows, vedere Suite di crittografia in TLS/SSL (SSP Schannel).
• Per le catene di certificati, vedere Catene di crittografia Microsoft 365 e Catene di crittografia Microsoft 365 - DOD e GCC High.

Gestione e proprietà dei certificati di Microsoft Office 365

Non è necessario acquistare o mantenere certificati per Office 365. Office 365 usa invece i propri certificati.

Standard di crittografia correnti e deprecazioni pianificate

Per fornire la migliore crittografia della categoria, Office 365 esamina regolarmente gli standard di crittografia supportati. A volte, i vecchi standard vengono deprecati perché diventano obsoleti e meno sicuri. Questo articolo descrive i pacchetti di crittografia attualmente supportati e altri standard e dettagli sulle deprecazioni pianificate.

Conformità FIPS per Microsoft 365

Tutti i pacchetti di crittografia supportati da Office 365 usano algoritmi accettabili secondo FIPS 140-2. Office 365 eredita le convalide FIPS da Windows (tramite Schannel). Per informazioni su Schannel, vedere Suite di crittografia in TLS/SLS (SCHANNEL SSP).

Supporto AES256-CBC per Microsoft 365

Alla fine di agosto 2023, Microsoft Purview Information Protection inizierà a usare Advanced Encryption Standard (AES) con lunghezza della chiave di 256 bit in modalità Cipher Block Chaining (AES256-CBC). Entro ottobre 2023, AES256-CBC sarà l'impostazione predefinita per la crittografia dei documenti e dei messaggi di posta elettronica di Microsoft 365 Apps. Potrebbe essere necessario intervenire per supportare questo cambiamento nell'organizzazione.

Chi è interessato e cosa devo fare?

Usa questa tabella per capire se è necessario intervenire:

Configurare Office 2013, 2016, 2019 o 2021 per la modalità AES256-CBC

È necessario configurare Office 2013, 2016, 2019 o 2021 per usare la modalità AES256-CBC usando i Criteri di gruppo o usando il servizio Criteri cloud per Microsoft 365. A partire dalla versione 16.0.16227 di Microsoft 365 Apps, la modalità CBC viene usata per impostazione predefinita. Utilizzate l'impostazione Encryption mode for Information Rights Management (IRM) in User Configuration/Administrative Templates/Microsoft Office 2016/Security Settings.

Ad esempio, per forzare la modalità CBC, selezionare l'impostazione di Criteri di gruppo come indicato di seguito:

Modalità di crittografia per Information Rights Management (IRM): [1, Cipher Block Chaining (CBC)]

Configurare Exchange Server per il supporto AES256-CBC

Exchange Server non supporta la decrittografia di contenuto che usa AES256-CBC. Per risolvere questo problema, hai due opzioni.

Opzione 1

I clienti che usano Exchange Online con il servizio Connettore di gestione di Azure Rights Management distribuito saranno esclusi dalla modifica della pubblicazione AES256-CBC sia in Exchange Online che in SharePoint Online.

Per passare alla modalità AES256-CBC, completa questi passaggi:

1. Installare l'hotfix nei server Exchange non appena diventa disponibile. Per informazioni aggiornate sulle date di spedizione, vedere la roadmap dei prodotti Microsoft 365.

2. Se si usa Exchange Server con il servizio Azure Rights Management Connector, è necessario eseguire il GenConnectorConfig.ps1 script in ogni server Exchange. Per altre informazioni, vedi Configurare i server per il connettore Rights Management.

Dopo che l'organizzazione ha installato la patch in tutti i server Exchange, aprire un caso di supporto e richiedere l'abilitazione di questi servizi per la pubblicazione AES256-CBC.

Opzione 2

Questa opzione offre un po' di tempo in più prima di dover applicare una patch a tutti i server Exchange. Usare questa opzione se non si riesce a completare i passaggi descritti nell'opzione 1 quando l'hotfix diventa disponibile. Distribuire invece criteri di gruppo o impostazioni client che impongano ai client Microsoft 365 di continuare a usare la modalità AES128-ECB. Distribuire questa impostazione usando i Criteri di gruppo o usando il servizio Criteri cloud per Microsoft 365. È possibile configurare Office e Microsoft 365 Apps per Windows per l'utilizzo della modalità ECB o CBC con l'impostazione Encryption mode for Information Rights Management (IRM) in User Configuration/Administrative Templates/Microsoft Office 2016/Security Settings. A partire dalla versione 16.0.16327 di Microsoft 365 Apps, la modalità CBC viene usata per impostazione predefinita.

Ad esempio, per forzare la modalità EBC per i client Windows, impostare l'impostazione di Criteri di gruppo come indicato di seguito:

Modalità di crittografia per Information Rights Management (IRM): [2, Electronic Codebook (BCE)]

Per configurare le impostazioni per i client di Office per Mac, vedere Impostare le preferenze a livello di famiglia di prodotti per Office per Mac.

Non appena possibile, completa i passaggi dell'opzione 1.

Configurare MIP SDK per il supporto AES256-CBC

Eseguire l'aggiornamento a MIP SDK 1.13 o versione successiva. Se si sceglie di eseguire l'aggiornamento a MIP SDK 1.13, sarà necessario configurare un'impostazione per forzare AES256-CBC. Per altre informazioni, vedere l'aggiornamento critico MIP SDK versione 1.13.158. Le versioni successive di MIP SDK proteggeranno i file e la posta elettronica di Microsoft 365 con AES256-CBC per impostazione predefinita.

Versioni di TLS supportate da Microsoft 365

TLS e SSL prima di TLS sono protocolli di crittografia che proteggono la comunicazione su una rete usando certificati di sicurezza per crittografare una connessione tra computer. Tutti i Microsoft 365 supportano TLS versione 1.2 (TLS 1.2). Il supporto per TLS versione 1.3 (TLS 1.3) viene implementato in tutto il servizio dalle varie applicazioni e servizi. Exchange Online ora supporta TLS 1.3 per tutti gli invii di posta elettronica e le comunicazioni server con terze parti su Internet per i clienti in tutto il mondo. Non esiste alcuna tempistica per TLS 1.3 per Exchange Online gestito da 21Vianet.

Elementi deprecati

• Pacchetti di crittografia: esaminiamo costantemente l'elenco dei pacchetti di crittografia supportati. In passato abbiamo smesso di supportare l'autenticazione dei messaggi SHA1 debole e l'algoritmo di scambio di chiavi RSA non forward-secrecy. L'elenco corrente delle crittografie supportate è disponibile qui: Suite di crittografia TLS supportate da Microsoft 365.
• Versioni di TLS 1.0 e TLS 1.1: il supporto per queste versioni di TLS è terminato il 31 ottobre 2018 e la loro rimozione dal servizio è stata completata dal 2022. Tutte le connessioni con Microsoft 365 ora usano almeno TLS 1.2 per comunicare. Un'eccezione è il protocollo di invio del client SMTP AUTH in Exchange Online, che offre un endpoint di consenso esplicito per i clienti con dispositivi legacy che necessitano ancora di TLS 1.0 o TLS 1.1.
• Algoritmo 3DES: il supporto per questo algoritmo di crittografia è terminato il 31 ottobre 2018. Microsoft 365 ha rimosso dal servizio il pacchetto di crittografia TLS_RSA_WITH_3DES_EDE_CBC_SHA pacchetto di crittografia dal 28 febbraio 2019. Per un elenco delle crittografie supportate, vedere Pacchetti di crittografia TLS supportati da Microsoft 365.
• Certificati SHA-1: il supporto in Microsoft 365 per le comunicazioni in cui l'altra terza parte fornisce certificati SHA-1 è terminato da giugno 2016. Nella catena di certificati sono ora necessari SHA-2 (Secure Hash Algorithm 2) o algoritmi di hashing più avanzati.

Pacchetti di crittografia TLS supportati da Microsoft 365

TLS utilizza suite di crittografia, raccolte di algoritmi di crittografia, per stabilire connessioni sicure. Microsoft 365 supporta i pacchetti di crittografia elencati nella tabella seguente. La tabella elenca le suite di crittografia in ordine di forza, con la suite di crittografia più forte elencata per prima.

Microsoft 365 risponde a una richiesta di connessione tentando prima di tutto di connettersi usando il pacchetto di crittografia più sicuro. Se la connessione non funziona, Microsoft 365 prova il secondo pacchetto di crittografia più sicuro nell'elenco e così via. Il servizio continua a scorrere nell'elenco fino a quando la connessione non viene accettata. Analogamente, quando Microsoft 365 richiede una connessione, il servizio ricevente sceglie se usare TLS e quale pacchetto di crittografia usare.

[! Nota] I pacchetti di crittografia TLS legacy potrebbero essere visualizzati nelle scansioni di sicurezza esterne degli endpoint di Exchange Online a causa dei requisiti di compatibilità per il protocollo di invio del client SMTP AUTH legacy. Questi pacchetti di crittografia vengono mantenuti per specifici scenari TLS legacy di consenso esplicito e non vengono usati per le connessioni SMTP standard, che negoziano la versione TLS e il pacchetto di crittografia più forti supportati reciprocamente.

Articoli correlati

Suite di crittografia in TLS/SSL (SSP Schannel)

Crittografia in Office 365

Preparazione per TLS 1.2 in Office 365 e Office 365 GCC