Reautenticación de IAP

La reautenticación de IAP permite que los propietarios de servicios y aplicaciones o losGoogle Cloud administradores requieran que los usuarios finales autenticados se vuelvan a autenticar después de un período específico cuando accedan a un servicio o una aplicación protegidos por IAP. Limita el período durante el cual un usuario puede acceder al servicio o la aplicación protegidos por IAP antes de que se le solicite que se autentique de nuevo.

La reautenticación de IAP está diseñada para aplicar políticas de reautenticación en servicios y aplicaciones protegidos por IAP. Puedes hacerlo para los servicios y las aplicaciones críticos que manejan información confidencial. Por ejemplo, puedes especificar que los usuarios que accedan a una aplicación de RR.HH. crítica se autentiquen nuevamente cada hora con un segundo factor.

Métodos de reautenticación admitidos

Puedes usar los siguientes métodos para administrar la configuración de reautenticación:

• Acceso: IAP fuerza la reautenticación de la aplicación protegida, y los usuarios deben volver a acceder.
• Llave segura: Los usuarios finales deben volver a autenticarse con la autenticación de dos factores basada en la llave de seguridad configurada.
• Factores secundarios inscritos: Los usuarios finales deben volver a autenticarse con uno de los métodos de autenticación de dos factores inscritos.

Para obtener más información, consulta IapSettings.

Configura una política de reautenticación

reauthSettings son parte de IapSettings y, como tales, se pueden configurar en cualquier tipo de recurso en la jerarquía de recursos. Puedes establecer reauthSettings en un servicio o una aplicación a nivel de la organización, la carpeta, el proyecto o el servicio para aplicar restricciones. Por ejemplo, puedes limitar la duración de la sesión a un máximo de una hora para todas las aplicaciones de una organización o para una aplicación específica.

Existen dos tipos de políticas que puedes usar para configurar la reautenticación:

• Mínimo: Si el tipo de política se establece en MINIMUM en un recurso, como una organización, cuando se evalúa la configuración de reautenticación en el recurso de nivel inferior, como una carpeta, se combinan los dos parámetros de configuración. Si el recurso de nivel inferior no tiene parámetros de configuración de reautenticación, el resultado de la combinación son los parámetros de configuración no vacíos del recurso de nivel superior. De lo contrario, la combinación toma la duración de sesión más corta y el método de reautenticación de mayor prioridad entre los dos recursos. El tipo de política siempre será MINIMUM. La configuración de reautenticación combinada se usará para combinar con la configuración de reautenticación del siguiente recurso de nivel inferior, como un proyecto.

  El orden de precedencia de los tres métodos admitidos, de mayor a menor, es Secure key, Enrolled second factors y Login.

• Valor predeterminado: Si el tipo de política se establece como DEFAULT en un recurso, como una organización, cuando se evalúa el parámetro de configuración de reautenticación en el recurso de nivel inferior, como una carpeta, se usa el parámetro de configuración del recurso de nivel inferior si está configurado; de lo contrario, se aplica el parámetro de configuración de reautenticación del recurso de nivel superior.

Para ambos tipos de políticas, el proceso de evaluación se repite para determinar el reauthSettings del servicio o la aplicación objetivo. En los siguientes ejemplos, se muestran los parámetros de configuración antes y después de la evaluación. Durante la evaluación, se combinan la carpeta y la organización reauthSettings, lo que provoca que el tipo de política de la carpeta cambie a MINIMUM. Luego, la configuración combinada se usa para fusionarse con el reauthSettings del servicio o la aplicación.

Organización IapSettings:

accessSettings:
  reauthSettings:
    method: "ENROLLED_SECOND_FACTORS"
    maxAge: "3600s"
    policyType: "MINIMUM"

Carpeta IapSettings:

accessSettings:
  reauthSettings:
    method: "LOGIN"
    maxAge: "1200s"
    policyType: "DEFAULT"

Servicio o aplicación IapSettings:

accessSettings:
  reauthSettings:
    method: "SECURE_KEY"
    maxAge: "7200s"
    policyType: "DEFAULT"

Configuración después de la combinación:

Organización IapSettings:

accessSettings:
  reauthSettings:
    method: "ENROLLED_SECOND_FACTORS"
    maxAge: "3600s"
    policyType: "MINIMUM"

Carpeta IapSettings:

accessSettings:
  reauthSettings:
    method: "ENROLLED_SECOND_FACTORS"
    maxAge: "1200s"
    policyType: "MINIMUM"

Servicio o aplicación IapSettings:

accessSettings:
  reauthSettings:
    method: "SECURE_KEY"
    maxAge: "1200s"
    policyType: "MINIMUM"

En el ejemplo, si el tipo de política de cada recurso se establece en DEFAULT, se usa el reauthSettings del servicio o la aplicación.

MaxAge

Usa el parámetro MaxAge para especificar la frecuencia con la que un usuario final debe volver a autenticarse, indicado en segundos. Por ejemplo, para establecer una política de reautenticación de una hora, establece los segundos en 3600, como se muestra en el siguiente ejemplo:

accessSettings:
  reauthSettings:
    method: "LOGIN"
    maxAge: "3600s"
    policyType: "MINIMUM"

El valor mínimo de maxAge es de cinco minutos.

Para establecer una política de reautenticación, completa los siguientes pasos.

gcloud iap settings set SETTING_FILE [--organization=ORGANIZATION --folder=FOLDER --project=/PROJECT --resource-type=RESOURCE_TYPE --service=SERVICE --version=VERSION

gcloud iap settings set SETTING_FILE --organization=ORGANIZATION

gcloud iap settings set SETTING_FILE --folder=FOLDER

gcloud iap settings set SETTING_FILE --project=PROJECT --resource-type=iap_web

gcloud iap settings set SETTING_FILE --project=PROJECT --resource-type=app-engine --service=SERVICE

accessSettings:
  reauthSettings:
    method: "LOGIN"
    maxAge: "3600s"
    policyType: "MINIMUM"

cat << EOF > iap_settings.json
{
  "access_settings": {
      "reauth_settings": {
            "method": "LOGIN",
            "maxAge": "300s",
            "policy_type": "DEFAULT"
        }
    }
}
EOF

gcloud iap settings get [--organization=ORGANIZATION --folder=FOLDER --project=/PROJECT --resource-type=RESOURCE_TYPE --service=SERVICE --version=VERSION]

curl -X PATCH \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-d @iap_settings.json \
"https://iap.googleapis.com/v1/RESOURCE_NAME:iapSettings?updateMask=iapSettings.accessSettings.reauthSettings"

Información sobre las credenciales de reautenticación

Después de una autenticación exitosa, IAP crea una cookie en el navegador del usuario final. Para evitar que los usuarios deban volver a autenticarse con frecuencia cuando usan apps similares, la cookie se configura en el dominio privado de nivel superior y es válida para todo ese dominio de nivel privado.

Por ejemplo, foo.example.com es un recurso protegido por IAP y tiene una política de reautenticación de IAP. Después de una autenticación exitosa, IAP establece una cookie en example.com, ya que ese es el dominio privado de nivel superior. Las apps del mismo dominio privado de nivel superior, como bar.example.com, usan las mismas credenciales de reautenticación y no le solicitan al usuario que se vuelva a autenticar, siempre que las credenciales sean válidas.

Ten en cuenta que, para las URLs como myapp.appspot.com, appspot.com es un dominio público, por lo tanto, el dominio privado de nivel superior es myapp.appspot.com.

Limitaciones conocidas

• La reautenticación solo se admite en los flujos de navegadores. No se admite el acceso programático a la cuenta de usuario. Por ejemplo, las aplicaciones para dispositivos móviles y computadoras de escritorio no tienen forma de volver a autenticar usuarios, ya que los recursos que requieren reautenticación son inaccesibles.
• IAP-TCP y las cuentas de servicio están exentos de los requisitos de reautenticación.
• La reautenticación no funciona con el tipo de miembro de Identity and Access Management allUsers.
• Las identidades externas a través de Identity Platform no son compatibles con la reautenticación, ya que no se puede acceder a los recursos que requieren reautenticación.
• Las identidades de la federación de identidades de personal no son compatibles con la reautenticación de IAP.