Configuración de la autenticación de Kerberos con una base de datos de IA autónoma

Describe cómo configurar Kerberos para autenticar usuarios de Oracle Autonomous AI Database.

Acerca de la autenticación de Kerberos

Puede configurar Oracle Autonomous AI Database para que utilice el protocolo de autenticación de red de Kerberos para autenticar usuarios de base de datos. Kerberos es un protocolo de autenticación de red potente. Utiliza criptografía de clave secreta para activar la autenticación compleja proporcionando autenticación de usuario a servidor.

La compatibilidad de Oracle Autonomous AI Database para Kerberos proporciona las ventajas de conexión única y autenticación centralizada de los usuarios de Oracle. Kerberos es un sistema de autenticación de terceros de confianza que utiliza secretos compartidos. Presume que el tercero es seguro y proporciona capacidades de inicio de sesión único, almacenamiento centralizado de contraseñas, autenticación de enlaces de base de datos y seguridad de PC mejorada. Esto se realiza mediante un servidor de autenticación de Kerberos.
El sistema Kerberos gira en torno al concepto de un ticket. Un ticket es un conjunto de información electrónica que identifica a un usuario o servicio. Un ticket identifica a usted y sus privilegios de acceso a la red.
En la autenticación basada en Kerberos, envía de manera transparente una solicitud de un ticket a un centro de distribución de claves (KDC). El centro de distribución de claves le autentica a usted y le otorga un ticket para acceder a la base de datos.

Componentes del sistema de autenticación de Kerberos

Proporciona una descripción general del sistema de autenticación de Kerberos.

Un dominio establece un dominio administrativo de autenticación. Cada dominio tiene su propia base de datos de Kerberos que contiene los usuarios y servicios para ese dominio administrativo en particular.
Los tickets los emite el centro de distribución de claves (KDC). Los clientes presentan tickets al servidor de base de datos para demostrar la autenticidad de su identidad. Cada ticket tiene una fecha de caducidad y una hora de renovación.
Las tablas de claves almacenan claves a largo plazo para uno o más principales. Se genera un archivo keytab llamando a la herramienta kadmin.local (para el centro de distribución de claves de MIT) o ktpass (para el centro de distribución de claves de Active Directory).
Los principales son las entradas de la base de datos del centro de distribución de claves. A cada usuario, host o servicio se le asigna un principal. Un principal es una identidad única a la que el Centro de distribución de claves puede asignar tickets.
La compatibilidad con Kerberos en Autonomous AI Database utiliza estos valores para varios componentes que forman los nombres de un principal de servicio:

Componente de principal de servicio Valor en la base de datos de IA autónoma

Componente de principal de servicio	Valor en la base de datos de IA autónoma
`kinstance`	Puede obtener este valor del atributo `PUBLIC_DOMAIN_NAME` en la columna `CLOUD_IDENTITY` de `V$PDBS`. Este valor es diferente del nombre de dominio completo (FQDN) para una base de datos en un punto final privado. Utilice la siguiente consulta para obtener `kinstance`: `SELECT json_value(cloud_identity, '$.PUBLIC_DOMAIN_NAME') "KINSTANCE" FROM v$pdbs;` Nota: Este será el valor del parámetro `host` encontrado en la cadenas de conexión TNS.
`kservice`	En Autonomous AI Database, tiene dos opciones para el valor `kservice`: Utilice el GUID de base de datos: si no proporciona un nombre de servicio de Kerberos con `DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION`, el nombre de servicio por defecto utilizado es el GUID de la instancia de base de datos de AI autónoma. En este caso, al crear el archivo keytab, utilice el GUID como valor para el nombre de servicio. Porque en el caso por defecto, el archivo Keytab utiliza un nombre de servicio que es un GUID, que es específico de la instancia, al utilizar el nombre de servicio por defecto, debe generar diferentes archivos Keytab para cada instancia de base de datos de IA autónoma. Utilice el siguiente comando para obtener `GUID` (el caso es significativo): `SELECT GUID FROM v$pdbs;` Utilice un nombre personalizado: defina el nombre del servicio cuando desee utilizar los mismos archivos keytab en varias instancias de Autonomous AI Database. Al utilizar un nombre personalizado, no es necesario crear y cargar diferentes archivos de tabla de claves para cada instancia de base de datos de IA autónoma. Al utilizar un nombre personalizado, debe especificar el parámetro `params` `kerberos_service_name` con `DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION`. No es necesario especificar este parámetro cuando se utiliza el GUID para el nombre de servicio. Después de activar Kerberos en la instancia de la base de datos de IA autónoma, utilice la siguiente consulta para ver el nombre del servicio Kerberos: `SELECT SYS_CONTEXT('USERENV', 'KERBEROS_SERVICE_NAME') FROM DUAL;`
`REALM`	Cualquier dominio que soporte su KDC. El valor `REALM` siempre debe estar en mayúsculas.

kinstance

Puede obtener este valor del atributo PUBLIC_DOMAIN_NAME en la columna CLOUD_IDENTITY de V$PDBS. Este valor es diferente del nombre de dominio completo (FQDN) para una base de datos en un punto final privado.

Utilice la siguiente consulta para obtener kinstance:

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

Nota: Este será el valor del parámetro host encontrado en la cadenas de conexión TNS.

kservice

En Autonomous AI Database, tiene dos opciones para el valor kservice:

Utilice el GUID de base de datos: si no proporciona un nombre de servicio de Kerberos con DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION, el nombre de servicio por defecto utilizado es el GUID de la instancia de base de datos de AI autónoma. En este caso, al crear el archivo keytab, utilice el GUID como valor para el nombre de servicio.
Porque en el caso por defecto, el archivo Keytab utiliza un nombre de servicio que es un GUID, que es específico de la instancia, al utilizar el nombre de servicio por defecto, debe generar diferentes archivos Keytab para cada instancia de base de datos de IA autónoma.
Utilice el siguiente comando para obtener GUID (el caso es significativo):
```
SELECT GUID FROM v$pdbs;
```
Utilice un nombre personalizado: defina el nombre del servicio cuando desee utilizar los mismos archivos keytab en varias instancias de Autonomous AI Database. Al utilizar un nombre personalizado, no es necesario crear y cargar diferentes archivos de tabla de claves para cada instancia de base de datos de IA autónoma. Al utilizar un nombre personalizado, debe especificar el parámetro params kerberos_service_name con DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION. No es necesario especificar este parámetro cuando se utiliza el GUID para el nombre de servicio.

Después de activar Kerberos en la instancia de la base de datos de IA autónoma, utilice la siguiente consulta para ver el nombre del servicio Kerberos:

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

REALM Cualquier dominio que soporte su KDC. El valor REALM siempre debe estar en mayúsculas.

Para activar la autenticación de Kerberos para la base de datos de AI autónoma, debe mantener los archivos de configuración de la instancia de Kerberos (krb.conf) y la tabla de claves de servicio (v5srvtab) listos. Para obtener más información sobre estos archivos y los pasos para obtenerlos, consulte Configuración de la autenticación de Kerberos.

Activación de la autenticación de Kerberos en la base de datos de IA autónoma

Muestra los pasos para activar la autenticación de Kerberos en su instancia de base de datos de IA autónoma.

Para ejecutar DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION, debe estar conectado como usuario ADMIN o tener el privilegio EXECUTE en DBMS_CLOUD_ADMIN.

Para utilizar DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION para activar la autenticación de Kerberos:

Para activar la autenticación de Kerberos para la base de datos de AI autónoma, debe obtener los archivos del Kerberos: krb.conf y el archivo v5srvtab de tabla de claves de servicio. Para más información sobre estos archivos y los pasos necesarios para obtenerlos, consulte Configuring Kerberos Authentication.

Copie los archivos de configuración de Kerberos krb.conf y v5srvtab en un cubo del almacén de objetos.

Si utiliza el almacén de objetos de Oracle Cloud Infrastructure, consulte Colocación de datos en Object Storage para obtener más información sobre la carga de archivos.
Ejecute el procedimiento DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION y transfiera un URI de ubicación con el argumento JSON params. Debe colocar los archivos de configuración krb.conf y v5srvtab en la ubicación de Object Storage especificada en el parámetro location_uri.

Por ejemplo:
```
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

Nota: Oracle recomienda almacenar los archivos de configuración de Kerberos en un cubo privado en el almacén de objetos.

En este ejemplo, namespace-string es el espacio Oracle Cloud Infrastructure Object Storage Namepace, y bucketname es el nombre del cubo. Consulte Descripción de los espacios de nombres de Object Storage para obtener más información.

credential_name que utiliza en este paso son las credenciales para el almacén de objetos.

No es necesario crear una credencial para acceder al almacén de objetos de Oracle Cloud Infrastructure si activa las credenciales de entidad de recurso. Consulte Uso de la entidad de recurso para acceder a recursos de Oracle Cloud Infrastructure para obtener más información.

Si location_uri es una URL autenticada previamente, no es necesario proporcionar credential_name.

Esto crea un objeto de directorio denominado KERBEROS_DIR en la base de datos y utiliza la credencial para descargar los archivos de configuración de Kerberos de la ubicación del almacén de objetos en el objeto de directorio.

Puede especificar el parámetro params kerberos_service_name para especificar un nombre de servicio de Kerberos. Por ejemplo:
```
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;
/
```
Después de habilitar la autenticación Kerberos, elimine la configuración krb.conf y v5srvtab del almacén de objetos. Puede utilizar los métodos del almacén de objetos local para eliminar estos archivos o utilizar DBMS_CLOUD.DELETE_OBJECT para suprimir los archivos del almacén de objetos.

Consulte Navegación a Oracle Cloud Infrastructure Object Storage y creación de un bucket para obtener más información sobre Object Storage.

Consulte el Procedimiento ENABLE_EXTERNAL_AUTHENTICATION para obtener más información.

Desactivación de la autenticación de Kerberos en la base de datos de IA autónoma

Muestra los pasos para desactivar la autenticación de Kerberos para su instancia de base de datos de IA autónoma.

Ejecute el procedimiento DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION para desactivar la autenticación de Kerberos. Para ejecutar el procedimiento, debe estar conectado como usuario ADMIN o tener el privilegio EXECUTE en DBMS_CLOUD_ADMIN.
```
BEGIN
   DBMS_CLOUD_ADMIN.DISABLE_EXTERNAL_AUTHENTICATION;
END;
/
```
Esto desactiva la autenticación de Kerberos (o cualquier esquema de autenticación externa especificado) para Oracle Autonomous AI Database.

Consulte el Procedimiento DISABLE_EXTERNAL_AUTHENTICATION para obtener más información.

Notas para la autenticación de Kerberos en la base de datos de IA autónoma

Proporciona notas sobre el uso de la autenticación de Kerberos para la base de datos de IA autónoma.

Si activa la autenticación de Kerberos para su base de datos de IA autónoma, aún puede utilizar la autenticación de base para la base de datos basada en contraseña.
La autenticación de Kerberos no está soportada para estas herramientas:
- API de Oracle AI Database para MongoDB
- Oracle REST Data Services
- Oracle Machine Learning
- APEX
- Oracle Graph Studio
- Oracle Database Actions
Puede activar la autenticación de Kerberos para autenticar el usuario ADMIN. Puede utilizar la funcionalidad Restablecer contraseña de la consola de Oracle Cloud Infrastructure para restablecer la contraseña del usuario ADMIN y recuperar los accesos si un archivo del archivo del separador de claves dañado provoca que falle el autenticación del usuario ADMIN.
El valor por defecto para el sesgo de reloj máximo en la base de datos de IA autónoma es de 300 segundos (5 minutos). No puede cambiar el valor predeterminado de desfase de reloj.