Autenticare gli utenti di Autonomous AI Database con Kerberos

È possibile configurare Autonomous AI Database on Dedicated Exadata Infrastructure per utilizzare il protocollo di autenticazione di rete Kerberos per autenticare gli utenti del database. Kerberos è un protocollo di autenticazione di rete valido. Utilizza la crittografia a chiave segreta per abilitare l'autenticazione complessa fornendo l'autenticazione utente-server.

Il supporto di Autonomous AI Database on Dedicated Exadata Infrastructure per Kerberos offre i vantaggi dell'autenticazione Single Sign-On e centralizzata degli utenti Oracle. Kerberos è un sistema DI autenticazione sicuro di terze parti che si basa su segreti condivisi. Si presume che la terza parte sia sicura e fornisca funzionalità di Single Sign-On, archiviazione centralizzata delle password, autenticazione del database link e sicurezza avanzata del PC. Lo fa tramite un server di autenticazione Kerberos.
Il sistema Kerberos ruota attorno al concetto di biglietto. Un ticket è un insieme di informazioni elettroniche che identificano un utente o un servizio. Un ticket identifica l'utente e i privilegi di accesso alla rete.
Nell'autenticazione basata su Kerberos, si invia in modo trasparente una richiesta di ticket a un KDC (Key Distribution Center). Il Key Distribution Center ti autentica e ti concede un ticket per accedere al database.

Componenti del sistema di autenticazione Kerberos

Fornisce una panoramica del sistema di autenticazione Kerberos.

Un realm stabilisce un dominio amministrativo di autenticazione. Ogni realm dispone del proprio database Kerberos che contiene gli utenti e i servizi per il dominio amministrativo specifico.
I biglietti sono emessi dal Key Distribution Center (KDC). I clienti presentano i ticket al Database Server per dimostrare l'autenticità della loro identità. Ogni biglietto ha scadenza e un tempo di rinnovo.
Le schede chiave memorizzano le chiavi a lungo termine per uno o più principal. Un file keytab viene generato richiamando lo strumento kadmin.local (per il centro di distribuzione delle chiavi MIT) o ktpass (per il centro di distribuzione delle chiavi Active Directory).
I principal sono le voci nel database del Key Distribution Center. A ciascun utente, host o servizio viene assegnato un principal. Un principal è un'identità univoca a cui il Key Distribution Center può assegnare ticket.
Il supporto Kerberos in Autonomous AI Database utilizza questi valori per vari componenti che compongono il nome di un principal di servizio:

Componente del principal servizio Valore nel database AI autonomo

Componente del principal servizio	Valore nel database AI autonomo
`kinstance`	È possibile ottenere questo valore dall'attributo `PUBLIC_DOMAIN_NAME` nella colonna `CLOUD_IDENTITY` di `V$PDBS`. Questo valore è diverso dal nome dominio completamente qualificato (FQDN) per un database su un endpoint privato. Utilizzare la seguente query per ottenere `kinstance`: `SELECT json_value(cloud_identity, '$.PUBLIC_DOMAIN_NAME') "KINSTANCE" FROM v$pdbs;` Nota Questo sarà il valore del parametro `host` trovato nella stringa di connessione TNS.
`kservice`	Su Autonomous AI Database hai due opzioni per il valore `kservice`: Utilizzare il GUID del database: se non si fornisce un nome di servizio Kerberos con `DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION`, il nome di servizio predefinito utilizzato è il GUID dell'istanza di Autonomous AI Database. In questo caso, quando si crea il file keytab, utilizzare il GUID come valore per il nome del servizio. Poiché nel caso predefinito il file Keytab utilizza un nome di servizio che è un GUID, che è specifico dell'istanza, quando si utilizza il nome di servizio predefinito è necessario generare file keytab diversi per ogni istanza di Autonomous AI Database. Utilizzare il comando seguente per ottenere `GUID` (il caso è significativo): `SELECT GUID FROM v$pdbs;` Utilizzare un nome personalizzato: impostare il nome del servizio quando si desidera utilizzare gli stessi file Keytab in più istanze di Autonomous AI Database. Quando si utilizza un nome personalizzato, non è necessario creare e caricare file keytab diversi per ogni istanza di Autonomous AI Database. Quando si utilizza un nome personalizzato, è necessario specificare il parametro `params` `kerberos_service_name` con `DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION`. La specifica di questo parametro non è obbligatoria quando si utilizza il GUID per il nome del servizio. Dopo che Kerberos è stato abilitato nell'istanza di Autonomous AI Database, utilizzare la query seguente per visualizzare il nome del servizio Kerberos: `SELECT SYS_CONTEXT('USERENV', 'KERBEROS_SERVICE_NAME') FROM DUAL;`
`REALM`	Qualsiasi realm supportato dal KDC. `REALM` deve essere sempre in maiuscolo.

kinstance

È possibile ottenere questo valore dall'attributo PUBLIC_DOMAIN_NAME nella colonna CLOUD_IDENTITY di V$PDBS. Questo valore è diverso dal nome dominio completamente qualificato (FQDN) per un database su un endpoint privato.

Utilizzare la seguente query per ottenere kinstance:

SELECT json_value(cloud_identity, '$.PUBLIC_DOMAIN_NAME') "KINSTANCE" FROM v$pdbs;

Nota

Questo sarà il valore del parametro host trovato nella stringa di connessione TNS.

kservice

Su Autonomous AI Database hai due opzioni per il valore kservice:

Utilizzare il GUID del database: se non si fornisce un nome di servizio Kerberos con DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION, il nome di servizio predefinito utilizzato è il GUID dell'istanza di Autonomous AI Database. In questo caso, quando si crea il file keytab, utilizzare il GUID come valore per il nome del servizio.

Poiché nel caso predefinito il file Keytab utilizza un nome di servizio che è un GUID, che è specifico dell'istanza, quando si utilizza il nome di servizio predefinito è necessario generare file keytab diversi per ogni istanza di Autonomous AI Database.

Utilizzare il comando seguente per ottenere GUID (il caso è significativo):
```
SELECT GUID FROM v$pdbs;
```
Utilizzare un nome personalizzato: impostare il nome del servizio quando si desidera utilizzare gli stessi file Keytab in più istanze di Autonomous AI Database. Quando si utilizza un nome personalizzato, non è necessario creare e caricare file keytab diversi per ogni istanza di Autonomous AI Database. Quando si utilizza un nome personalizzato, è necessario specificare il parametro params kerberos_service_name con DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION. La specifica di questo parametro non è obbligatoria quando si utilizza il GUID per il nome del servizio.

Dopo che Kerberos è stato abilitato nell'istanza di Autonomous AI Database, utilizzare la query seguente per visualizzare il nome del servizio Kerberos:

SELECT SYS_CONTEXT('USERENV', 'KERBEROS_SERVICE_NAME') FROM DUAL;

REALM Qualsiasi realm supportato dal KDC. REALM deve essere sempre in maiuscolo.

Per abilitare l'autenticazione Kerberos per l'Autonomous AI Database, è necessario mantenere pronti i file di configurazione Kerberos (krb.conf) e il file della tabella delle chiavi di servizio (v5srvtab). Per ulteriori informazioni su questi file e sulla procedura per ottenerli, vedere Configurazione dell'autenticazione Kerberos.

Note sull'autenticazione Kerberos nel database AI autonomo

Prima di procedere con l'autenticazione Kerberos su Autonomous AI Database on Dedicated Exadata Infrastructure, rivedere le note riportate di seguito.

Se abiliti l'autenticazione Kerberos per il tuo database AI autonomo, puoi comunque utilizzare l'autenticazione del database basata su password per il tuo database.
È possibile utilizzare un solo metodo di autenticazione esterno per il database AI autonomo in qualsiasi momento. In altre parole, puoi abilitare solo gli schemi di autenticazione Oracle Cloud Infrastructure (IAM), Centrally Managed User with Active Directory (CMU-AD), Azure AD o Kerberos in qualsiasi momento.

Nota
L'unica eccezione è che l'autenticazione Kerberos può essere configurata sopra CMU-AD per fornire l'autenticazione Kerberos CMU-AD per gli utenti di Microsoft Active Directory.
L'autenticazione Kerberos non è supportata per i seguenti strumenti:
- API database Oracle per MongoDB
- Oracle REST Data Services
- Oracle Machine Learning
- APEX
- Studio Oracle Graph
- Azioni di Oracle Database
È possibile abilitare l'autenticazione Kerberos per autenticare l'utente ADMIN. È possibile utilizzare la funzionalità Reimposta password nella console di Oracle Cloud Infrastructure (OCI) per reimpostare la password dell'utente ADMIN e riottenere l'accesso se un file keytab danneggiato fa sì che l'autenticazione dell'utente ADMIN non riesca.
L'autenticazione Kerberos è supportata con il protocollo TCP per Autonomous AI Database versioni 19.27 o successive.
L'autenticazione Kerberos non è supportata con DB_LINKs e i database con Autonomous Data Guard.

Abilita l'autenticazione Kerberos sul database AI autonomo

Seguire i passi riportati di seguito per abilitare l'autenticazione Kerberos per Autonomous AI Database sull'infrastruttura Exadata dedicata:

Poiché può essere abilitato solo uno schema di autenticazione esterno per un Autonomous AI Database in un determinato momento, eseguire la procedura DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION per disabilitare qualsiasi schema di autenticazione esterno già abilitato per il database.
Per eseguire la procedura, è necessario aver eseguito il login come utente ADMIN o disporre del privilegio EXECUTE su DBMS_CLOUD_ADMIN.
```
BEGIN
    DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION;
END;
/
```
Ottenere i file di configurazione di Kerberos: krb.conf e il file della tabella delle chiavi di servizio v5srvtab. Per ulteriori informazioni su questi file e sui passi necessari per ottenerli, vedere Configuring Kerberos Authentication in Oracle Database 19c Security Guide o Oracle Database 26ai Security Guide.
Copiare i file di configurazione Kerberos krb.conf e v5srvtab in un bucket nell'area di memorizzazione degli oggetti.

Nota
Oracle consiglia di memorizzare i file di configurazione Kerberos in un bucket privato nell'area di memorizzazione degli oggetti.

Se si utilizza l'area di memorizzazione degli oggetti Oracle Cloud Infrastructure, vedere Inserimento dei dati nello storage degli oggetti per i dettagli sul caricamento dei file.
Per abilitare Kerberos come autenticazione esterna per il database AI autonomo, eseguire la procedura DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION e passare in un URI posizione con l'argomento JSON params. È necessario posizionare i file di configurazione krb.conf e v5srvtab nella posizione di storage degli oggetti specificata nel parametro location_uri.
Ad esempio:
```
BEGIN
    DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION(
        type     => 'KERBEROS',
        params   => JSON_OBJECT('location_uri' value 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o',
                               'credential_name' value 'my_credential_name')
    );
END;
/
```
Nota
Per fornire l'autenticazione Kerberos CMU-AD per gli utenti di Microsoft Active Directory, è possibile abilitare l'autenticazione Kerberos a monte di CMU-AD impostando type su CMU nell'esempio precedente.

In questo esempio, namespace-string è lo spazio di nomi dello storage degli oggetti Oracle Cloud Infrastructure e bucketname è il nome del bucket. Per ulteriori informazioni, vedere Informazioni sugli spazi di nomi dello storage degli oggetti.

Il valore credential_name utilizzato in questo passo sono le credenziali per l'area di memorizzazione degli oggetti.

Se location_uri è un URL preautenticato, non è necessario fornire un credential_name.

In questo modo viene creato un oggetto directory denominato KERBEROS_DIR nel database e viene utilizzata la credenziale per scaricare i file di configurazione Kerberos dalla posizione dell'area di memorizzazione degli oggetti all'oggetto directory.
È possibile utilizzare il parametro kerberos_service_name per specificare il nome del servizio Kerberos. Ad esempio:
```
BEGIN
DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION(
   type     =>'KERBEROS',
   params   => JSON_OBJECT(
   'location_uri'          value 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o',
   'credential_name'       value 'my_credential_name'
   'kerberos_service_name' value 'oracle' ));
END;
/
```
Dopo aver abilitato l'autenticazione Kerberos, rimuovere la configurazione krb.conf e v5srvtab dall'area di memorizzazione degli oggetti. È possibile utilizzare i metodi dell'area di memorizzazione degli oggetti locale per rimuovere questi file oppure utilizzare DBMS_CLOUD.DELETE_OBJECT per eliminare i file dall'area di memorizzazione degli oggetti.

Per ulteriori informazioni sullo storage degli oggetti, vedere Passare a Oracle Cloud Infrastructure Object Storage e Crea bucket.

Per ulteriori informazioni, vedere ENABLE_EXTERNAL_AUTHENTICATION Procedura.

Disabilitare l'autenticazione Kerberos nel database AI autonomo

Prima di abilitare qualsiasi altro schema di autenticazione esterno nel database, è necessario disabilitare l'autenticazione Kerberos che esegue la procedura DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION.

Per eseguire questa procedura, è necessario eseguire il login come utente ADMIN o disporre del privilegio EXECUTE su DBMS_CLOUD_ADMIN.

BEGIN
    DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION;
END;
/

Per ulteriori informazioni, vedere DISABLE_EXTERNAL_AUTHENTICATION Procedura.

Nota

Per fornire l'autenticazione CMU-AD Kerberos per gli utenti di Microsoft Active Directory, è necessario continuare a configurare l'autenticazione CMU-AD senza disabilitare l'autenticazione Kerberos.

Titolo e informazioni sul copyright

Oracle e/o relative consociate.