CREATE AUDIT POLICY policy_name CATEGORIES category or ALL STATUS status ERROR TYPE NORMAL;

Para obtener más información, consulte Sentencia CREATE AUDIT POLICY.

Nombres de política de auditoría

Asegúrese de que el nombre sea exclusivo y que su propósito sea fácilmente identificable, por ejemplo, AUDIT_SOC2_COMPLIANCE oAUDIT_LOGIN_ONLY. No inicie el nombre con SYS, ya que está reservado para los nombres de sistema interno de la base de datos.

Categorías a auditar

La política determina qué categorías se van a auditar. Esta política se puede aplicar a otros objetos de base de datos para determinar cómo se va a auditar el uso de esos objetos. Hay ocho categorías disponibles para auditar. Cuantas más categorías se configuren, más información se auditará y se acumula en el almacenamiento intermedio de auditoría ocupando espacio de cálculo. Entender lo que se necesita para su propósito es importante para evitar sobrecargar el espacio de cálculo de su sistema. El resumen describe cada categoría disponible. Si se especifica ALL como opción de categoría, no se puede especificar ninguna otra categoría.

Para cumplir con la mayoría de los estándares de seguridad, las categorías recomendadas en la lista siguiente abordarán las cuestiones de control de acceso, autenticación y supervisión del acceso privilegiado. Configurar las políticas con estas categorías garantizará que haya una sobrecarga mínima mientras se mantiene la seguridad.

• EXECUTE WITHOUT DATA: Control de acceso
• VALIDATE: Autenticación
• SECMAINT: Supervisión del acceso privilegiado

Además, para cada categoría, deben auditarse tanto los escenarios de éxito como los de error, y el tipo de error solo debe registrar errores de código SQL.

• STATUS BOTH
• ERROR TYPE NORMAL

Puede configurar una política de auditoría personalizada para capturar solicitudes de autenticación y ejecutar correctamente mandatos SQL y habilitarla.

CREATE AUDIT POLICY AUDIT_VALIDATE_EXECUTE CATEGORIES VALIDATE STATUS BOTH, EXECUTE STATUS SUCCESS ERROR TYPE NORMAL;

Objetos de la base de datos

La auditoría de toda la base de datos producirá una sobrecarga del espacio de cálculo. La recomendación es identificar a qué tabla y tabla de consulta materializada asociada (MQT) se debe aplicar una política.

Nota: La política de auditoría que se aplica a una tabla no se aplica a una tabla de consulta materializada (MQT) basada en dicha tabla. Resulta recomendable que si se asocia una política de auditoría con una tabla, también se asocie dicha política con cualquier MQT basada en dicha tabla. Es posible que el compilador utilice automáticamente una MQT, aún en el caso de que una sentencia de SQL haga referencia a la tabla base; sin embargo, estará vigente la política de auditoría que se utilice para la tabla base.

Otra configuración recomendada es aplicar una política a un grupo o rol. Puede utilizar esta configuración para supervisar qué usuarios en qué grupo y rol realizan acciones inesperadas. Si decide aplicar una política a toda la base de datos, asegúrese de que la política no guarda un registro de todas las categorías.

Habilitar la política de auditoría para una tabla

AUDIT TABLE CUSTOMTABLE USING POLICY AUDIT_VALIDATE_EXECUTE;

También puede configurar una política de auditoría personalizada para capturar sólo las solicitudes de autenticación (tanto satisfactorias como anómalas) y habilitarlas.

CREATE AUDIT POLICY AUDIT_VALIDATE_ONLY CATEGORIES VALIDATE STATUS BOTH ERROR TYPE NORMAL;

Para obtener más información, consulte Procedimiento ADMIN_TASK_ADD: planificar una nueva tarea.

Para crear una tarea de actualización de auditoría planificada para obtener los últimos registros de auditoría en las tablas de auditoría cada 20 minutos:

CALL SYSPROC.ADMIN_TASK_ADD( 'AUDIT_UPDATE', NULL, NULL, NULL, '*/20 * * * *', 'AUDIT', 'UPDATE', NULL, NULL, 'Periodically update to audit tables' );

Para obtener más información, consulte Formato cron de UNIX para el formato de planificación.

Frecuencia de planificación

La frecuencia de ejecución de la tarea predefinida que archiva los registros de auditoría estaba fuera del ámbito de esta prueba, pero vale la pena indicar las recomendaciones que se recopilan de situaciones del cliente reales. Con bases de datos más grandes, la recomendación es ejecutar la tarea de archivado cada día durante 15 minutos. Esto permite que la base de datos se recupere en caso de que hubiera problemas de rendimiento inesperados. Si las políticas se configuran según lo recomendado, los almacenamientos intermedios de auditoría deberían ser capaces de contener la carga de trabajo dentro de ese periodo de tiempo. Como han demostrado las pruebas de rendimiento, si las consultas complicadas se ejecutan al mismo tiempo que el archivado de los registros de auditoría, se esperan problemas de rendimiento.

Para obtener más información, consulte Procedimiento ADMIN_TASK_UPDATE: actualizar una tarea existente.

Para modificar una tarea de actualización de auditoría planificada para obtener los últimos registros de auditoría en las tablas de auditoría cada 20 minutos:

CALL SYSPROC.ADMIN_TASK_UPDATE( 'AUDIT_UPDATE', NULL, NULL, NULL, '*/20 * * * *', 'Periodically update to audit tables every 20 minutes' );

Para eliminar la tarea de actualización de auditoría planificada:

CALL SYSPROC.ADMIN_TASK_REMOVE( 'AUDIT_UPDATE', NULL );

Para obtener más información, consulte Procedimiento ADMIN_TASK_REMOVE: eliminar registros de tareas planificadas o de estado de tarea.