Configurazione dei canali TLS con MQSC
Per configurare i canali TLS, utilizzare i comandi runmqsc e ALTER CHANNEL. È possibile, facoltativamente, configurare il canale in modo da accettare soltanto i certificati con gli attributi nel DN (Distinguished Name) del proprietario che corrispondono a tali valori. È inoltre possibile configurare, facoltativamente, un canale del gestore code in modo che quest'ultimo rifiuti la connessione se la parte impegnata nell'avvio non provvede all'invio del proprio certificato personale.
Informazioni su questa attività
Per configurare i canali in 'IBM® MQ Explorer, vedere Configurazione dei canali TLS con 'IBM MQ Explorer.
Per configurare i canali utilizzando runmqsc, completare la seguente procedura.
Procedura
Cosa fare successivamente
Impostazione della sicurezza dei messaggi
- La crittografia garantisce che se il messaggio viene intercettato, questo non potrà essere letto.
- La funzione hash garantisce il rilevamento di un'alterazione del messaggio.
La combinazione di questi due metodi è detta specifica della cifratura, o CipherSpec. I CipherSpecs compatibili devono essere impostati per entrambe le estremità di un canale, altrimenti la messaggistica abilitata a TLS fallisce. Per ulteriori informazioni, vedere Abilitazione di CipherSpecs.
Per modificare un canale IBM MQ abilitato a TLS, specificare un valore nell'attributo SSLCIPH Questo attributo deve essere impostato su un CipherSpec valido per la piattaforma di code del gestore di code dall'elenco CipherSpecs abilitazione.
ALTER CHANNEL('MQ.TEST') CHLTYPE(SDR) SSLCIPH(' ')Filtro dei certificati in base al nome del proprietario
I certificati contengono il nome distinto del proprietario del certificato. Se si desidera, è possibile configurare il canale in modo da accettare soltanto i certificati con gli attributi nel DN (Distinguished Name) del proprietario che ha tali valori.
| Nomi degli attributi | Significato |
|---|---|
| SERIALNUMBER | Numero di serie del certificato |
| Indirizzo email | |
E |
Indirizzo e-mail (obsoleto, preferenza:n MAIL) |
| UID o USERID | Identificativo utente |
| CN | Nome comune (Common Name) |
| T | Titolo |
| OU | Nome unità organizzativa |
| DC | Componente dominio |
| O | Nome organizzazione |
| STREET | Via / Prima riga dell'indirizzo |
| L | Nome località |
| ST (o SP o S) | Nome stato o provincia |
| PC | Codice postale |
| C | Paese |
| UNSTRUCTUREDNAME | Nome host |
| UNSTRUCTUREDADDRESS | Indirizzo IP |
| DNQ | Identificativo DN (Distinguished Name) |
CN=*Smith, O=IBM, C=GB
Ad esempio:ALTER CHANNEL(‘MQ.TEST’) CHLTYPE(SDR) SSLPEER(‘CN=*Smith, O=IBM, C=GB’)Parti di autenticazione che avviano le connessioni a un gestore code
Quando un'altra parte inizia una connessione abilitata a TLS a un gestore code, il gestore code deve inviare il proprio certificato personale alla parte iniziatrice come prova della propria identità. È inoltre possibile configurare, facoltativamente, il canale del gestore code in modo che quest'ultimo rifiuti la connessione se la parte impegnata nell'avvio non provvede all'invio del proprio certificato di identità personale.
- OPZIONALE autentica il certificato di un client che si connette, se ne viene fornito uno, ma non richiede che il client ne invii uno. Un client viene rifiutato se invia un certificato non valido.
- REQUIRED rifiuta qualsiasi client di connessione che non fornisca un certificato TLS valido
ALTER CHANNEL(‘MQ.TEST’) CHLTYPE(RCVR) SSLCAUTH(REQUIRED)
E