Autenticación TLS mutuo

El tráfico de red iniciado por Dialogflow para las solicitudes de webhook se envía en una red pública. Para asegurarse de que el tráfico sea seguro y de confianza en ambas direcciones, Dialogflow admite de forma opcional la autenticación TLS mutua (mTLS). Durante el handshake TLS estándar de Dialogflow, tu servidor webhook presenta un certificado que Dialogflow puede validar siguiendo la cadena de la autoridad de certificación o comparando el certificado con un certificado de AC personalizado. Si habilitas mTLS en tu servidor webhook, podrá autenticar el certificado de Google que presenta Dialogflow a tu servidor webhook para validarlo, lo que completará el establecimiento de la confianza mutua.

Solicitar mTLS

Para solicitar mTLS, sigue estos pasos:

1. Prepara tu servidor HTTPS de webhook para solicitar el certificado de cliente durante la negociación de TLS.
2. Tu servidor webhook debe verificar el certificado de cliente al recibirlo.
3. Instala una cadena de certificados en tu servidor webhook, que puedan usar tanto el cliente como el servidor. Las aplicaciones que se conecten a los servicios de Google deben confiar en todas las autoridades de certificación que figuren en Google Trust Services. Puedes descargar certificados raíz desde: https://pki.goog/.

Llamada de ejemplo a un servidor webhook mediante mTLS

En este ejemplo se usa el agente que se muestra en la guía de inicio rápido con un servidor webhook que se ejecuta en openssl.

1. Configuración de ejemplo
   1. Un agente de Dialogflow ES que saluda al usuario final y consulta un webhook que apunta a un servidor web independiente.
   2. Una clave privada para la comunicación TLS en un archivo llamado key.pem.
   3. Una cadena de certificados firmada por una autoridad de certificación (CA) de confianza pública en un archivo llamado fullchain.pem.
2. Ejecuta el programa openssl s_server en la máquina del servidor.

   sudo openssl s_server -key key.pem -cert fullchain.pem -accept 443 -verify 1

3. Se envía una solicitud al agente desde un equipo cliente. En este ejemplo, la solicitud es "Hola". Esta solicitud se puede enviar mediante la consola de Dialogflow o a través de una llamada a la API.
4. Salida de openssl s_server en la máquina del servidor.

   verify depth is 1
   Using default temp DH parameters
   ACCEPT
   depth=2 C = US, O = Google Trust Services LLC, CN = GTS Root R1
   verify return:1
   depth=1 C = US, O = Google Trust Services LLC, CN = GTS CA 1D4
   verify return:1
   depth=0 CN = *.dialogflow.com
   verify return:1
   -----BEGIN SSL SESSION PARAMETERS-----
   MII...
   -----END SSL SESSION PARAMETERS-----
   Client certificate
   -----BEGIN CERTIFICATE-----
   MII...
   -----END CERTIFICATE-----
   subject=CN = *.dialogflow.com
   
   issuer=C = US, O = Google Trust Services LLC, CN = GTS CA 1D4
   
   Shared ciphers:TLS_AES_128_GCM_SHA256:...
   Signature Algorithms: ECDSA+SHA256:...
   Shared Signature Algorithms: ECDSA+SHA256:...
   Peer signing digest: SHA256
   Peer signature type: RSA-PSS
   Supported Elliptic Groups: 0x6A6A:...
   Shared Elliptic groups: X25519:...
   CIPHER is TLS_AES_128_GCM_SHA256
   Secure Renegotiation IS NOT supported
   POST /dialogflowFulfillment HTTP/1.1
   authorization: Bearer ey...
   content-type: application/json
   Host: www.example.com
   Content-Length: 1011
   Connection: keep-alive
   Accept: */*
   User-Agent: Google-Dialogflow
   Accept-Encoding: gzip, deflate, br
   
   {
     "responseId": "96c0029a-149d-4f5d-b225-0b0bb0f0c8d9-afbcf665",
     "queryResult": {
       "queryText": "Hi",
       "action": "input.welcome",
       "parameters": {
       },
       "allRequiredParamsPresent": true,
       "outputContexts": [{
         "name": "projects/PROJECT-ID/agent/sessions/58ab33f3-b57a-aae9-fb23-8306242d4871/contexts/__system_counters__",
         "parameters": {
           "no-input": 0.0,
           "no-match": 0.0
         }
       }],
       "intent": {
         "name": "projects/PROJECT-ID/agent/intents/399277d6-2ed7-4329-840d-8baa0f60480e",
         "displayName": "Default Welcome Intent"
       },
       "intentDetectionConfidence": 1.0,
       "languageCode": "en",
       "sentimentAnalysisResult": {
         "queryTextSentiment": {
           "score": 0.2,
           "magnitude": 0.2
         }
       }
     },
     "originalDetectIntentRequest": {
       "source": "DIALOGFLOW_CONSOLE",
       "payload": {
       }
     },
     "session": "projects/PROJECT-ID/agent/sessions/58ab33f3-b57a-aae9-fb23-8306242d4871"
   }ERROR
   shutting down SSL
   CONNECTION CLOSED
         

Práctica recomendada

Para asegurarte de que las solicitudes de webhook se inician desde tus propios agentes de Dialogflow, debes verificar el token de identidad de servicio Bearer de la cabecera Authorization de la solicitud. También puedes verificar un parámetro de sesión que haya proporcionado previamente un servidor de autenticación de tu lado.

Errores

Si la validación del certificado de cliente falla (por ejemplo, si el servidor webhook no confía en el certificado de cliente), el handshake TLS falla y la sesión finaliza.

Mensajes de error habituales:

Mensaje de error	Explicación
No se ha podido verificar el certificado del cliente: x509: certificado firmado por una autoridad desconocida	Dialogflow envía su certificado de cliente al webhook externo, pero este no puede verificarlo. Esto puede deberse a que el webhook externo no haya instalado la cadena de CA correctamente. Todas las ACs raíz de Google deben ser de confianza.