Crear una plantilla de certificado

En esta página, se describen los atributos de una plantilla de certificado y se explica cómo puedes crear una plantilla de certificado.

Descripción general de las plantillas de certificados

Certificate Authority Service proporciona plantillas reutilizables y parametrizadas que puedes usar en situaciones comunes de emisión de certificados. Una plantilla de certificado representa un esquema de emisión de certificados relativamente estático y bien definido dentro de una organización. El recurso CertificateTemplate incluye lo siguiente.

1. Una expresión de Common Expression Language (CEL) que se evalúa en comparación con el sujeto solicitado y los SAN en todas las solicitudes de certificados que usan la plantilla. Para obtener más información sobre el uso de CEL, consulta Cómo usar CEL.
2. Una lista de entidades permitidas que especifica si el asunto o su nombre alternativo del asunto se puede copiar de la solicitud del usuario final al certificado emitido.
3. Una lista de entidades permitidas opcional que especifica qué extensiones X.509, si las hay, se pueden copiar de la solicitud del usuario final al certificado emitido.
4. Un conjunto opcional de valores de extensión X.509 que se agregan a todos los certificados emitidos que usan la plantilla.

Básicamente, una plantilla de certificado puede convertirse en un marco de trabajo vertical completo para la emisión de certificados. Para obtener más detalles, consulta la definición completa del mensaje CertificateTemplate.

Valores predefinidos en una plantilla de certificado

Los valores predefinidos en una plantilla de certificado se agregan a todos los certificados que la usan. Permiten crear situaciones comunes de emisión de certificados, como mTLS o firma de código. Los valores incluyen lo siguiente:

• Usos de la clave: Especifica el uso de clave base para un certificado según la sección 4.2.1.12 de RFC 5280.
• Usos extendidos de claves: especifica el uso extendido de la clave para un certificado de acuerdo con la sección 4.2.1.3 de RFC 5280.
• Si el certificado es una AC: Especifica si el certificado puede emitir certificados adicionales o si se trata de un certificado de entidad final.
• Ruta de interacciones máxima de la entidad emisora: En el caso de una AC, especifica la cantidad máxima de AC que se pueden encadenar con este certificado de AC. Si la ruta de interacciones máxima del emisor se establece en 0, la AC solo podrá emitir certificados de entidad final. Si se establece en 1, la cadena debajo de este certificado de la AC solo puede incluir una AC subordinada. Si no se declara un valor, la cantidad de AC subordinadas en la cadena debajo de esta AC no está delimitada.
• Servidores OCSP de AIA: Se refiere a los servidores OCSP en la extensión de acceso a la información de la autoridad (AIA) de un certificado, como se describe en la sección 4.2.2.1 del RFC 5280.
• Extensiones X.509 adicionales: Describe las extensiones X.509 personalizadas.

En la siguiente muestra de código, se mencionan todos los campos predefinidos en una plantilla de certificado:

keyUsage:
  baseKeyUsage:
    digitalSignature: true
    keyEncipherment: true
    contentCommitment: false
    dataEncipherment: false
    keyAgreement: false
    certSign: false
    crlSign: false
    encipherOnly: false
    decipherOnly: false
  extendedKeyUsage:
    serverAuth: true
    clientAuth: false
    codeSigning: false
    emailProtection: false
    timeStamping: false
    ocspSigning: false
caOptions:
  isCa: true
  maxIssuerPathLength: 1
policyIds:
- objectIdPath:
  - 1
  - 2
  - 3
additionalExtensions:
- objectId:
    objectIdPath:
    - 1
    - 2
    - 3
  critical: false
  value: "base64 encoded extension value"

Los valores no especificados en el YAML se omiten o se establece de forma predeterminada en false.

Las siguientes extensiones se omiten si no se especifica un valor:

• keyUsage
• policyIds
• additionalExtensions
• Campo maxIssuerPathLength en la extensión caOptions

La configuración predeterminada de las siguientes extensiones es false si no se especifica un valor:

• Campo isCa en la extensión caOptions

Crear una plantilla de certificado

Para crear una plantilla de certificado, usa el siguiente comando gcloud:

gcloud privateca templates create TEMPLATE_ID \
  --copy-subject \
  --copy-sans \
  --identity-cel-expression <expr> \
  --predefined-values-file FILE_PATH \
  --copy-all-requested-extensions \
  --copy-extensions-by-oid <1.2.3.4,5.6.7.8> \
  --copy-known-extensions <ext1,ext2>

Crea una plantilla de certificado para situaciones comunes

En esta sección, se proporcionan comandos de gcloud que permiten crear una plantilla de certificado para casos de uso comunes.

Certificados TLS del servidor DNS para cualquier dominio

Crear una plantilla de certificado para emitir certificados TLS del servidor que permitan cualquier dominio, usa las siguientes instrucciones:

1. Crea un archivo con el nombre leaf_server_tls_values.yaml y agrégale la siguiente configuración de TLS del servidor de entidad final:

   leaf_server_tls_values.yaml

   keyUsage:
     baseKeyUsage:
       digitalSignature: true
       keyEncipherment: true
     extendedKeyUsage:
       serverAuth: true
   caOptions:
     isCa: false
   

2. Para permitir solo certificados con SAN de tipo DNS, ejecuta el siguiente comando gcloud:

   gcloud

   gcloud privateca templates create server-tls \
     --predefined-values-file leaf_server_tls_values.yaml \
     --copy-sans --no-copy-subject \
     --identity-cel-expression "subject_alt_names.all(san, san.type == DNS)"
   

   Para obtener más información sobre el comando gcloud privateca templates create, consulta gcloud privateca templates create.

Certificados TLS del servidor DNS solo con dominios de prueba

Para crear una plantilla de certificado que emita certificados TLS del servidor con DNS Las SAN limitadas a dominios de prueba, usa el siguiente comando gcloud:

gcloud privateca templates create server-tls \
  --predefined-values-file leaf_server_tls_values.yaml \
  --copy-sans --no-copy-subject \
  --identity-cel-expression "subject_alt_names.all(san, san.type == DNS && san.value.endsWith('.test.example.com'))"

El contenido del archivo leaf_server_tls_values.yaml debe ser el mismo que el del ejemplo anterior.

Si quieres obtener más información sobre el uso de expresiones en CEL para garantizar que los nombres de DNS comiencen o terminen con una cadena en particular, consulta expresiones de ejemplo de CEL.

Certificados de Workload Identity

Para crear una plantilla de certificado que emita certificados TLS mutuos (mTLS), usa sigue estas instrucciones:

1. Crea un archivo con el nombre leaf_mtls_values.yaml y agrega lo siguiente: configuración de TLS mutua de entidad final.

   leaf_mtls_values.yaml

   keyUsage:
     baseKeyUsage:
       digitalSignature: true
       keyEncipherment: true
     extendedKeyUsage:
       serverAuth: true
       clientAuth: true
   caOptions:
     isCa: false
   

2. Para permitir solo certificados con URI de URI SPIFFE, usa el siguiente comando gcloud:

   gcloud

   gcloud privateca templates create workload-spiffe \
     --predefined-values-file leaf_mtls_values.yaml \
     --copy-sans --no-copy-subject \
     --identity-cel-expression "subject_alt_names.all(san, san.type == URI && san.value.startsWith('spiffe://'))"
   

   Para obtener más información sobre el comando gcloud privateca templates create, consulta gcloud privateca templates create.

Si quieres obtener más información sobre el uso de expresiones en CEL para garantizar que los nombres de DNS comiencen o terminen con una cadena en particular, consulta expresiones de ejemplo de CEL.

Otorga acceso a la plantilla de certificado

Puedes usar una plantilla de certificado si tienes el rol Usuario de plantilla de certificado del servicio de CA (roles/privateca.templateUser). Recomendamos que los autores de una plantilla de certificado otorguen el rol Usuario de plantilla de certificado del servicio de CA a los miembros de la organización que podrían usar esa plantilla de certificado.

Para otorgar el rol Usuario de plantilla del certificado del servicio de CA (roles/privateca.templateUser) a todos los usuarios del dominio example.com, usa el siguiente comando gcloud:

gcloud privateca templates add-iam-policy-binding TEMPLATE_ID \
  --member "domain:example.com" \
  --role "roles/privateca.templateUser"

Para obtener más información sobre los roles de IAM para CA Service, y los permisos asociados, consulta Control de acceso con la IAM.

¿Qué sigue?

• Obtén más información sobre Common Expression Language.
• Aprende a usar Common Expression Language.
• Obtén más información sobre los perfiles de certificado.