Métricas en la búsqueda de UDM con YARA-L 2.0

Las funciones de métricas de la Búsqueda te permiten analizar datos de comportamiento históricos agregados en tus resultados de búsqueda. Puede incluir estas funciones en la sección de resultados de la consulta de búsqueda de UDM.

Parámetros de función

Las funciones de métricas pueden realizar análisis de comportamiento de entidades en tus búsquedas. Por ejemplo, puedes crear una consulta de búsqueda para determinar el número máximo de bytes diarios que ha enviado una dirección IP específica en el último mes. Para representar la dirección IP específica, puedes introducir directamente el valor de la IP en tu consulta de búsqueda en lugar de usar variables de marcador de posición.

Debido al gran número de argumentos que se usan en estas funciones, se utilizan parámetros con nombre, que se pueden especificar en cualquier orden. Los parámetros son los siguientes:

Periodo

Periodo en el que los eventos de registro individuales se combinan en una única observación. Los únicos valores permitidos son 1h y 1d.

Ventana

Periodo en el que las observaciones individuales se agregan a un único valor, como la media o el máximo. Los valores permitidos de la ventana se basan en el periodo de la métrica. Las asignaciones válidas son las siguientes:

period:1h: window:today

period:1d: window:30d

Ejemplo: La siguiente consulta devuelve la primera y la última vez que un usuario inició sesión correctamente en un día concreto durante los últimos 30 días.

  $u1.principal.asset.ip = $ip
    $ip = "10.138.0.4"
    $user = $u1.target.user.userid

  match:
    $ip, $user

  outcome:

    // First and last time a user logged in successfully

     $first_seen = max(metrics.auth_attempts_success(
        period:1d, window:30d,
        metric:first_seen,
        agg:min,
        target.user.userid:$user))


    $last_seen = max(metrics.auth_attempts_success(
        period:1d, window:30d,
        metric:last_seen,
        agg:max,
        target.user.userid:$user))

Métricas

Dentro de cada periodo, las observaciones tienen un número de métricas asociadas a ellas. Una de ellas debe seleccionarse para la agregación de toda la ventana. Los tipos de métricas admitidos son los siguientes:

• event_count_sum: número de eventos de registro únicos en cada periodo.

• first_seen—Marca de tiempo de la primera vez que se ha visto un evento de registro coincidente en cada periodo.

• last_seen—Marca de tiempo de la última vez que se vio un evento de registro coincidente en cada periodo.

• value_sum: suma del número de bytes de todos los eventos de registro combinados en el periodo. Solo puede usar este valor en funciones de métricas que tengan bytes en el nombre.

• num_unique_filter_values—Métrica que no calcula previamente Google SecOps, pero que se puede calcular durante la ejecución de la consulta de búsqueda. Consulta Contar métricas únicas para obtener más información y los requisitos.

Agregaciones

Las agregaciones se aplican en toda la ventana (por ejemplo, el valor diario más alto de los últimos 30 días). Los valores permitidos son:

• avg: valor medio por periodo. Se trata de una media estadística que no incluye valores cero.

• max: el valor más alto por periodo.

• min: el valor más pequeño por periodo.

• num_metric_periods: número de periodos del intervalo de tiempo que han tenido un valor de métrica distinto de cero.

• stddev: desviación estándar del valor por periodo. Se trata de una desviación estándar estadística que no incluye valores cero.

• sum—Suma de cada valor por periodo durante toda la ventana.

• earliest: marca de tiempo del primer evento (el más antiguo) con una resolución de microsegundos.

• latest: marca de tiempo del último evento (el más reciente) con una resolución de microsegundos.

Para ver ejemplos, consulta Estadísticas y agregaciones en la búsqueda de UDM con YARA-L 2.0.

Filtro

Los filtros permiten filtrar las métricas antes de la agregación por un valor en la métrica preprocesada (consulte los valores en Métrica). Los filtros pueden ser cualquier expresión de evento válida (una sola línea en la sección de eventos) que no contenga ningún campo de evento ni marcador de posición. Las únicas variables que se pueden incluir en esta condición son de tipo métrica.

Ejemplo: La siguiente sección de resultados de una consulta devuelve el número máximo de bytes diarios que ha enviado una dirección IP específica en el último mes.

$ip = principal.asset.ip
match:
    $ip
outcome:
$max_bytes_per_day = max(metrics.network_bytes_outbound(
    period: 1d, window: 30d,
    metric: value_sum,
    agg:max,
    principal.asset.ip: $ip,
    filter:value_sum > 10 AND event_count_sum > 2))

Campos de UDM

Las métricas se filtran por uno, dos o tres campos de UDM según la función. Para obtener información sobre las funciones, consulta Funciones.

Los siguientes tipos de campos de UDM se usan en las funciones de métricas:

• Dimensión (obligatorio): en esta página se indican diferentes combinaciones. No puedes combinar una métrica con un valor predeterminado ("" para cadenas y 0 para números enteros).
• Espacios de nombres (opcional): solo puede usar espacios de nombres para las entidades que especifique en las dimensiones. Por ejemplo, si usas el filtro principal.asset.hostname, también puedes usar el filtro principal.namespace. Si no incluye un filtro de espacio de nombres, los datos de todos los espacios de nombres se agregarán. Puede usar un valor predeterminado como filtro de espacio de nombres.

Cálculos de ventanas

Google SecOps calcula las métricas mediante una ventana de métricas diarias o por horas.

Ventanas diarias

Todas las ventanas diarias, como 30d, se determinan de la misma forma. Google SecOps usa los datos de métricas más recientes disponibles que se han generado y que no se superponen con el intervalo de tiempo de la consulta de búsqueda. El cálculo de las métricas diarias puede tardar hasta 6 horas en completarse y no empieza hasta el final del día en UTC. Los datos de las métricas del día anterior están disponibles a las 6:00 (UTC) o antes cada día.

Por ejemplo, en una consulta de búsqueda que se ejecuta sobre datos de eventos del 31 de octubre del 2023 a las 4:00 (UTC) al 31 de octubre del 2023 a las 7:00 (UTC), es probable que se generen las métricas diarias del 30 de octubre del 2023, por lo que el cálculo de las métricas utiliza los datos del 1 al 30 de octubre del 2023 (ambos incluidos). En cambio, en el caso de una consulta de búsqueda que se ejecute sobre datos de eventos del 31 de octubre del 2023 de la 1:00 (UTC) al 31 de octubre del 2023 a las 3:00 (UTC), es probable que no se generen las métricas diarias del 30 de octubre del 2023, por lo que el cálculo de las métricas utiliza los datos del 30 de septiembre del 2023 al 29 de octubre del 2023 (ambos incluidos).

Ventana de today horas

La ventana de métricas por horas se calcula de forma diferente a la ventana de métricas diarias. La ventana de métricas por horas de today no tiene un tamaño estático como la ventana 30d de las métricas diarias. La ventana de métricas por horas today se rellena con la mayor cantidad de datos posible entre el final de la ventana diaria y el inicio de la ventana de tiempo de la consulta de búsqueda.

Por ejemplo, en una consulta de búsqueda que se ejecuta sobre datos de eventos del 31/10/2023 a las 4:00:00 (UTC) al 31/10/2023 a las 7:00:00 (UTC), el cálculo de la métrica diaria usa los datos del 1/10/2023 al 30/10/2023 (ambas fechas incluidas) y la ventana de la métrica por horas usa los datos del 31/10/2023 a las 0:00:00 (UTC) al 31/10/2023 a las 4:00:00 (UTC).

Métricas de recuento único

Google SecOps no calcula previamente la métrica num_unique_filter_values. Se calcula cuando se ejecuta la consulta de búsqueda. Para ello, se agrega una dimensión ya disponible en una métrica preprocesada. Por ejemplo, la métrica "recuento total diario de países distintos en los que un usuario ha intentado autenticarse" se puede obtener a partir de la métrica auth_attempts_total precalculada en las dimensiones target.user.userid y principal.ip_geo_artifact.location.country_or_region realizando una agregación de recuento único en la última dimensión.

Ejemplo:

$userid = target.user.userid
match:
    $userid
outcome:
$outcome_variable = max(metrics.auth_attempts_total(
    period: 1d,
    window: 30d,
    // This metric type indicates any filter with a wildcard value should be
    // aggregated over each day to produce a new metric dynamically
    metric: num_unique_filter_values,
    agg: max,
    target.user.userid: $userid,
    // Filter whose value should be counted over each day to produce the
    // num_unique_filter_values metric.
    principal.ip_geo_artifact.location.country_or_region: *
))

Limitación: El recuento de métricas únicas solo se puede agregar en una dimensión de filtro. Para ello, se usa el token comodín * como valor de filtro.

Functions

Esta sección incluye documentación sobre las funciones de métricas específicas admitidas por Google SecOps.

Eventos de alerta

metrics.alert_event_name_count precalcula los valores históricos de los eventos de UDM que han generado alertas de Carbon Black, CrowdStrike Falcon, Microsoft Graph API Alerts o Microsoft Sentinel.

Intentos de autenticación

metrics.auth_attempts_total precalcula los valores históricos de los eventos de UDM con un USER_LOGIN event type.

metrics.auth_attempts_success requiere además que el evento haya tenido al menos un SecurityResult.Action de ALLOW.

metrics.auth_attempts_fail requiere que ninguno de los SecurityResult.Actions sea ALLOW.

Bytes salientes de DNS

metrics.dns_bytes_outbound precalcula los valores históricos de los eventos de UDM en los que network.sent_bytes es mayor que 0 y el puerto de destino es 53/udp, 53/tcp o 3000/tcp. network.sent_bytes está disponible como value_sum.

Consultas de DNS

metrics.dns_queries_total precalcula los valores históricos de los eventos de UDM que tienen un valor en network.dns.id.

metrics.dns_queries_success requiere además que el network.dns.response_code era 0 (NoError).

metrics.dns_queries_fail solo tiene en cuenta los eventos con un network.dns.response_code mayor que 0.

Ejecuciones de archivos

metrics.file_executions_total precalcula los valores históricos de los eventos de UDM con un PROCESS_LAUNCH event type.

metrics.file_executions_success requiere además que el evento haya tenido al menos una SecurityResult.Action de ALLOW.

metrics.file_executions_fail requiere que ninguno de los SecurityResult.Actions sea ALLOW.

Consultas HTTP

metrics.http_queries_total precalcula los valores históricos de los eventos de UDM que tienen un valor en network.http.method.

metrics.http_queries_success también requiere que network.http.response_code es inferior a 400.

metrics.http_queries_fail solo tiene en cuenta los eventos con un network.http.response_code es mayor o igual que 400.

Bytes de red

metrics.network_bytes_inbound precalcula los valores históricos de los eventos de UDM que tienen un valor distinto de cero en network.received_bytes y hace que ese campo esté disponible como value_sum.

metrics.network_bytes_outbound requiere un valor distinto de cero para network.sent_bytes y hace que ese campo esté disponible como value_sum.

metrics.network_bytes_total tiene en cuenta los eventos que tienen un valor distinto de cero en network.received_bytes o network.sent_bytes (o en ambos) y ofrece la suma de esos dos campos como value_sum.

Creación de recursos

metrics.resource_creation_total precalcula los valores históricos de los eventos de UDM con un RESOURCE_CREATION event type o un USER_RESOURCE_CREATION event type.

Para ver una lista de los tipos de eventos equivalentes, consulta Tipos de eventos de metadatos.

metrics.resource_creation_success requiere además que el evento tenga al menos una SecurityResult.Action de ALLOW.

Eliminación de recursos

metrics.resource_deletion_success precalcula los valores históricos de los eventos de UDM con un RESOURCE_DELETION event type y, además, requiere que el evento tenga al menos un SecurityResult.Actions de ALLOW.

Lectura de recursos

metrics.resource_read_success precalcula los valores históricos de los eventos de UDM con un RESOURCE_READ event type y, además, requiere que el evento tenga al menos un SecurityResult.Action de ALLOW.

metrics.resource_read_fail requiere que ninguno de los SecurityResult.Actions sea ALLOW.

Limitaciones

Al crear consultas de búsqueda de YARA-L con métricas, se aplican las siguientes limitaciones:

• No puedes combinar una métrica con un valor predeterminado ("" para cadenas y 0 para números enteros).
  • Valores predeterminados:
    • Si no hay datos de métricas que correspondan a un evento, el valor devuelto por la función de métricas es 0.
    • Si hay un evento que no tiene datos de métricas, usar min para agregar la función puede devolver 0.
• Las funciones de métricas solo se pueden usar en la sección de resultados. Deben agregarse en consultas de búsqueda con una sección de coincidencias.

¿Necesitas más ayuda? Recibe respuestas de los miembros de la comunidad y de los profesionales de Google SecOps.