Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Sintaxis y ejemplos de políticas de CSPM de Security Hub

Las políticas de CSPM de Security Hub siguen una sintaxis JSON estandarizada que define cómo se habilita y configura el CSPM de Security Hub en toda la organización. La comprensión de la estructura de las políticas permite crear políticas eficaces para sus requisitos de seguridad.

Consideraciones

Antes de crear las políticas CSPM de Security Hub, comprenda estos puntos clave sobre la sintaxis de las políticas:

Estructura básica de las políticas

Una política CSPM de Security Hub utiliza esta estructura básica:

{
  "securityhub": {
    "enable_in_regions": {
      "@@append": ["ALL_SUPPORTED"],
      "@@operators_allowed_for_child_policies": ["@@all"]
    },
    "disable_in_regions": {
      "@@append": [],
      "@@operators_allowed_for_child_policies": ["@@all"]
    }
  }
}

Componentes de política

Las políticas CSPM de Security Hub contienen estos componentes clave:

Ejemplos de políticas de CSPM de Security Hub

Los siguientes ejemplos muestran las configuraciones de políticas CSPM comunes de Security Hub.

El siguiente ejemplo habilita el CSPM de Security Hub en todas las regiones actuales y futuras. Con el uso de ALL_SUPPORTED en la lista enable_in_regions y al dejar disable_in_regions vacío, esta política garantizará una cobertura de seguridad integral a medida que haya nuevas regiones disponibles.

{
   "securityhub":{
      "enable_in_regions":{
         "@@assign":[
            "ALL_SUPPORTED"
         ]
      },
      "disable_in_regions":{
         "@@assign":[
            
         ]
      }
   }
}

En este ejemplo, se deshabilita el CSPM de Security Hub en todas las regiones, incluidas las regiones futuras, ya que la disable_in_regions lista tiene prioridad sobre ella. enable_in_regions

{
   "securityhub":{
      "enable_in_regions":{
         "@@assign":[
            "us-east-1",
            "us-west-2"
         ]
      },
      "disable_in_regions":{
         "@@assign":[
            "ALL_SUPPORTED"
         ]
      }
   }
}

El siguiente ejemplo demuestra cómo las políticas secundarias pueden modificar la configuración de la política principal mediante operadores de herencia. Este enfoque permite un control detallado, mientras se mantiene la estructura general de la política. La política secundaria agrega una nueva región a enable_in_regions y elimina una región de disable_in_regions.

{
   "securityhub":{
      "enable_in_regions":{
         "@@append":[
            "eu-central-1"
         ]
      },
      "disable_in_regions":{
         "@@remove":[
            "us-west-2"
         ]
      }
   }
}

En este ejemplo se muestra cómo habilitar el CSPM de Security Hub en varias regiones específicas sin usarlo. ALL_SUPPORTED Esto proporciona un control preciso sobre qué regiones tienen activado el CSPM de Security Hub y, al mismo tiempo, deja las regiones no especificadas sin administrar por la política.

{
   "securityhub":{
      "enable_in_regions":{
         "@@assign":[
            "us-east-1",
            "us-west-2",
            "eu-west-1",
            "ap-southeast-1"
         ]
      },
      "disable_in_regions":{
         "@@assign":[
            
         ]
      }
   }
}

El siguiente ejemplo demuestra cómo gestionar los requisitos de conformidad regionales mediante la activación de Security Hub CSPM en la mayoría de las regiones y, al mismo tiempo, su desactivación explícita en ubicaciones específicas. La disable_in_regions lista tiene prioridad, lo que garantiza que el CSPM de Security Hub permanezca desactivado en esas regiones independientemente de otras configuraciones de políticas.

{
   "securityhub":{
      "enable_in_regions":{
         "@@assign":[
            "ALL_SUPPORTED"
         ]
      },
      "disable_in_regions":{
         "@@assign":[
            "ap-east-1",
            "me-south-1"
         ]
      }
   }
}