View a markdown version of this page

Configuration du certificat de serveur pour l’agrafage OCSP - AWS IoT Core

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Configuration du certificat de serveur pour l’agrafage OCSP

AWS IoT Core prend en charge l'agrafage OCSP (Online Certificate Status Protocol) pour le certificat de serveur, également appelé agrafage OCSP du certificat de serveur ou agrafage OCSP. Il s'agit d'un mécanisme de sécurité utilisé pour vérifier l'état de révocation du certificat de serveur dans le cadre d'une liaison TLS (Transport Layer Security). L'agrafage OCSP vous AWS IoT Core permet d'ajouter une couche de vérification supplémentaire à la validité du certificat de serveur de votre domaine personnalisé.

Vous pouvez activer l'agrafage du certificat de serveur OCSP AWS IoT Core pour vérifier la validité du certificat en interrogeant régulièrement le répondeur OCSP. Le paramètre d'agrafage OCSP fait partie du processus de création ou de mise à jour d'une configuration de domaine avec un domaine personnalisé. L'agrafage OCSP vérifie en permanence l'état de révocation du certificat du serveur. Cela permet de vérifier que les certificats révoqués par l'autorité de certification ne sont plus approuvés par les clients qui se connectent à vos domaines personnalisés. Pour de plus amples informations, veuillez consulter Activation du certificat de serveur OCSP dans AWS IoT Core.

L'agrafage OCSP des certificats de serveur permet de vérifier l'état de révocation en temps réel, réduit la latence associée à la vérification de l'état de révocation et améliore la confidentialité et la fiabilité des connexions sécurisées. Pour plus d'informations sur les avantages de l'utilisation de l'agrafage OCSP, consultez. Avantages de l'utilisation de l'agrafage OCSP par rapport aux vérifications OCSP côté client

Note

Cette fonctionnalité n'est pas disponible dans AWS GovCloud (US) Regions.

Qu'est-ce que l'OCSP ?

Le protocole OCSP (Online Certificate Status Protocol) permet de fournir l'état de révocation d'un certificat de serveur pour une prise de contact TLS (Transport Layer Security).

Concepts clés

Les concepts clés suivants fournissent des détails sur le protocole OCSP (Online Certificate Status Protocol).

OCSP

L'OCSP est utilisé pour vérifier l'état de révocation du certificat lors de la prise de contact TLS (Transport Layer Security). L'OCSP permet la validation en temps réel des certificats. Cela confirme que le certificat n'a pas été révoqué ou n'a pas expiré depuis sa délivrance. L'OCSP est également plus évolutif que les listes de révocation de certificats (CRL) traditionnelles. Les réponses OCSP sont plus petites et peuvent être générées efficacement, ce qui les rend plus adaptées aux infrastructures à clés privées (PKI) à grande échelle.

répondeur OCSP

Un répondeur OCSP (également appelé serveur OCSP) reçoit et répond aux demandes OCSP des clients qui cherchent à vérifier l'état de révocation des certificats.

Client-side OCSP

Dans l'OCSP côté client, le client utilise OCSP pour contacter un répondeur OCSP afin de vérifier l'état de révocation du certificat lors de la prise de contact TLS.

Server-side OCSP

Dans l'OCSP côté serveur (également appelé agrafage OCSP), le serveur est autorisé (plutôt que le client) à adresser la demande au répondeur OCSP. Le serveur agrafe la réponse OCSP au certificat et la renvoie au client lors de l'établissement de la liaison TLS.

Diagrammes OCSP

Le schéma suivant illustre le fonctionnement de l'OCSP côté client et de l'OCSP côté serveur.

Client-side OCSP et diagrammes OCSP côté serveur
Client-side OCSP
  1. Le client envoie un ClientHello message pour lancer la prise de contact TLS avec le serveur.

  2. Le serveur reçoit le message et y répond par un ServerHello message. Le serveur envoie également le certificat de serveur au client.

  3. Le client valide le certificat du serveur et en extrait un URI OCSP.

  4. Le client envoie une demande de vérification de révocation de certificat au répondeur OCSP.

  5. Le répondeur OCSP envoie une réponse OCSP.

  6. Le client valide l'état du certificat à partir de la réponse OCSP.

  7. La prise de contact TLS est terminée.

Server-side OCSP
  1. Le client envoie un ClientHello message pour lancer la prise de contact TLS avec le serveur.

  2. Le serveur reçoit le message et obtient la dernière réponse OCSP mise en cache. Si la réponse mise en cache est manquante ou a expiré, le serveur appellera le répondeur OCSP pour connaître l'état du certificat.

  3. Le répondeur OCSP envoie une réponse OCSP au serveur.

  4. Le serveur envoie un ServerHello message. Le serveur envoie également le certificat du serveur et l'état du certificat au client.

  5. Le client valide l'état du certificat OCSP.

  6. La prise de contact TLS est terminée.

Comment fonctionne l'agrafage OCSP

L'agrafage OCSP est utilisé lors de la prise de contact TLS entre le client et le serveur pour vérifier l'état de révocation du certificat du serveur. Le serveur envoie la demande OCSP au répondeur OCSP et agrafe les réponses OCSP aux certificats renvoyés au client. En demandant au serveur d'adresser la demande au répondeur OCSP, les réponses peuvent être mises en cache puis utilisées plusieurs fois pour de nombreux clients.

Comment fonctionne l'agrafage OCSP dans AWS IoT Core

Le schéma suivant montre comment fonctionne l'agrafage OCSP côté serveur dans. AWS IoT Core

Ce schéma montre comment fonctionne l'agrafage OCSP côté serveur dans. AWS IoT Core
  1. L'appareil doit être enregistré auprès de domaines personnalisés avec l'agrafage OCSP activé.

  2. AWS IoT Core appelle le répondeur OCSP toutes les heures pour obtenir l'état du certificat.

  3. Le répondeur OCSP reçoit la demande, envoie la dernière réponse OCSP et stocke la réponse OCSP mise en cache.

  4. L'appareil envoie un ClientHello message avec lequel lancer la prise de contact TLS. AWS IoT Core

  5. AWS IoT Core obtient la dernière réponse OCSP depuis le cache du serveur, qui répond par une réponse OCSP du certificat.

  6. Le serveur envoie un ServerHello message à l'appareil. Le serveur envoie également le certificat du serveur et l'état du certificat au client.

  7. L'appareil valide l'état du certificat OCSP.

  8. La prise de contact TLS est terminée.

Avantages de l'utilisation de l'agrafage OCSP par rapport aux vérifications OCSP côté client

L'utilisation de l'agrafage OCSP des certificats de serveur présente les avantages suivants :

Confidentialité améliorée

Sans agrafage OCSP, l'appareil du client peut exposer des informations à des répondeurs OCSP tiers, ce qui peut compromettre la confidentialité des utilisateurs. L'agrafage OCSP atténue ce problème en permettant au serveur d'obtenir la réponse OCSP et de la transmettre directement au client.

Fiabilité améliorée

L'agrafage OCSP peut améliorer la fiabilité des connexions sécurisées car il réduit le risque de panne du serveur OCSP. Lorsque les réponses OCSP sont agrafées, le serveur inclut la réponse la plus récente avec le certificat. Cela permet aux clients d'accéder à l'état de révocation même si le répondeur OCSP est temporairement indisponible. L'agrafage OCSP permet d'atténuer ces problèmes car le serveur extrait les réponses OCSP périodiquement et inclut les réponses mises en cache dans l'établissement de liaison TLS. Cela réduit la dépendance à l'égard de la disponibilité en temps réel des répondeurs OCSP.

Charge de serveur réduite

L'agrafage OCSP décharge le serveur de la charge que représente la réponse aux requêtes OCSP des répondeurs OCSP. Cela peut contribuer à répartir la charge de manière plus uniforme, ce qui rend le processus de validation des certificats plus efficace et évolutif.

Latence réduite

L'agrafage OCSP réduit la latence associée à la vérification de l'état de révocation d'un certificat lors de la prise de contact TLS. Au lieu que le client ait à interroger un serveur OCSP séparément, le serveur envoie la demande et joint la réponse OCSP au certificat du serveur lors de la prise de contact.

Activation du certificat de serveur OCSP dans AWS IoT Core

Pour activer l'agrafage du certificat de serveur OCSP AWS IoT Core, créez une configuration de domaine pour un domaine personnalisé ou mettez à jour une configuration de domaine personnalisée existante. Pour des informations générales sur la création d'une configuration de domaine avec un domaine personnalisé, consultezCréation et configuration de domaines gérés par le client.

Suivez les instructions suivantes pour activer l'agrafage du serveur OCSP à l'aide de ou. Console de gestion AWS AWS CLI

Pour activer l'agrafage OCSP des certificats de serveur à l'aide du AWS IoT console :
  1. Dans le menu de navigation, choisissez Paramètres, puis choisissez Créer une configuration de domaine, ou choisissez une configuration de domaine existante pour un domaine personnalisé.

  2. Si vous choisissez de créer une nouvelle configuration de domaine à l'étape précédente, vous verrez la page Créer une configuration de domaine. Dans la section Propriétés de configuration du domaine, choisissez Domaine personnalisé. Entrez les informations nécessaires pour créer une configuration de domaine.

    Si vous choisissez de mettre à jour une configuration de domaine existante pour un domaine personnalisé, la page des détails de configuration du domaine s'affiche. Choisissez Modifier.

  3. Pour activer l'agrafage du serveur OCSP, choisissez Activer l'agrafage OCSP du certificat de serveur dans la sous-section Configurations des certificats de serveur.

  4. Choisissez Créer une configuration de domaine ou Mettre à jour la configuration de domaine.

Pour activer l'agrafage OCSP du certificat de serveur à l'aide de AWS CLI:
  1. Si vous créez une nouvelle configuration de domaine pour un domaine personnalisé, la commande permettant d'activer l'agrafage du serveur OCSP peut ressembler à la suivante :

    aws iot create-domain-configuration --domain-configuration-name "myDomainConfigurationName" \ --server-certificate-arns arn:aws:iot:us-east-1:123456789012:cert/f8c1e5480266caef0fdb1bf97dc1c82d7ba2d3e2642c5f25f5ba364fc6b79ba3 \ --server-certificate-config "enableOCSPCheck=true|false"
  2. Si vous mettez à jour une configuration de domaine existante pour un domaine personnalisé, la commande permettant d'activer l'agrafage du serveur OCSP peut ressembler à la suivante :

    aws iot update-domain-configuration --domain-configuration-name "myDomainConfigurationName" \ --server-certificate-arns arn:aws:iot:us-east-1:123456789012:cert/f8c1e5480266caef0fdb1bf97dc1c82d7ba2d3e2642c5f25f5ba364fc6b79ba3 \ --server-certificate-config "enableOCSPCheck=true|false"

Pour plus d'informations, consultez CreateDomainConfiguration et consultez UpdateDomainConfiguration la référence des AWS IoT API.

Configuration du certificat de serveur OCSP pour les terminaux privés dans AWS IoT Core

L'OCSP pour les points de terminaison privés vous permet d'utiliser vos ressources OCSP privées au sein de votre Amazon Virtual Private Cloud (Amazon VPC) pour les opérations. AWS IoT Core Le processus implique la configuration d'une fonction Lambda qui agit comme un répondeur OCSP. La fonction Lambda peut utiliser vos ressources OCSP privées pour créer des réponses OCSP qui AWS IoT Core utiliseront.

Fonction Lambda

Avant de configurer l'OCSP du serveur pour un point de terminaison privé, créez une fonction Lambda qui agit comme un répondeur OCSP (Online Certificate Status Protocol) conforme à la norme Request for Comments (RFC) 6960 et prenant en charge les réponses OCSP de base. La fonction Lambda accepte un codage base64 de la requête OCSP au format DER (Distinguished Encoding Rules). La réponse de la fonction Lambda est également une réponse OCSP codée en base64 au format DER. La taille de la réponse ne doit pas dépasser 4 kilo-octets (KiB). La fonction Lambda doit être identique Compte AWS à la configuration du domaine. Région AWS Voici des exemples de fonctions Lambda.

Exemples de fonctions Lambda

JavaScript
import * as pkijs from 'pkijs'; console.log('Loading function'); export const handler = async (event, context) => { const requestBytes = decodeBase64(event); const ocspRequest = pkijs.OCSPRequest.fromBER(requestBytes); console.log("Here is a better look at the OCSP request"); console.log(ocspRequest.toJSON()); const ocspResponse = getOcspResponse(); console.log("Here is a better look at the OCSP response"); console.log(ocspResponse.toJSON()); const responseBytes = ocspResponse.toSchema().toBER(); return encodeBase64(responseBytes); }; function getOcspResponse() { const responseString = "MIIC/woBAKCCAvgwggL0BgkrBgEFBQcwAQEEggLlMIIC4TCByqFkMGIxJzAlBgNVBAoMHlJpY2hhcmQncyBEaXNjb3VudCBMYW1iZGEgT0NTUDEZMBcGA1UEAwwQcm91bmRhYm91dE5hdGlvbjEPMA0GA1UEBwwGQ2FybWVsMQswCQYDVQQGEwJJThgPMjAyNDA0MjMxODUzMjVaMFEwTzA6MAkGBSsOAwIaBQAEFD2L7Ol/6ieNMaJbwRbxFWFweXGPBBSzSThwzTc3/p5w7WOtPjp3otNtVgIBAYAAGA8yMDI0MDQyMzE4NTMyNVowDQYJKoZIhvcNAQELBQADggIBAJFRyjDAHfazNejo704Ra3FOsGq/+s82R1spDarr3k7Pzkod9jJhwsZ2YgushlS4Npfe4lHCdwFyZR75WXrW55aXFddy03KLz01ZLNYyxkleW3f5dgrUcRU3PMW9TU2gZ0VOV8L5pmxKBoBRFt6EKtyh4CbiuqkTpLdLIMZmTyanhl5GVyU5MBHdbH8YWZoT/DEBiyS7ZsyhKo6igWU/SY7YMSKgwBvFsqSDcOa/hRYQkxWKWJ19gcz8CIkWN7NvfIxCs6VrAdzEJwmE7y3v+jdfhxW9JmI4xStE4K0tAR9vVOOfKs7NvxXj7oc9pCSG60xl96kaEE6PaY1YsfNTsKQ7pyCJ0s7/2q+ieZ4AtNyzw1XBadPzPJNv6E0LvI24yQZqN5wACvtut5prMMRxAHbOy+abLZR58wloFSELtGJ7UD96LFv1GgtC5s+2QlzPc4bEEof7Lo1EISt3j2ibNch8LxhqTQ4ufrbhsMkpSOTFYEJVMJF6aKj/OGXBUUqgc0Jx6jjJXNQd+l5KCY9pQFeb/wVUYC6mYqZOkNNMMJxPbHHbFnqb68yO+g5BE9011N44YXoPVJYoXxBLFX+OpRu9cqPkT9/vlkKd+SYXQknwZ81agKzhf1HsBKabtJwNVMlBKaI8g5UGa7Bxi6ewH3ezdWiERRUK7F56OM53wto/"; const responseBytes = decodeBase64(responseString); return pkijs.OCSPResponse.fromBER(responseBytes); } function decodeBase64(input) { const binaryString = atob(input); const byteArray = new Uint8Array(binaryString.length); for (var i = 0; i < binaryString.length; i++) { byteArray[i] = binaryString.charCodeAt(i); } return byteArray.buffer; } function encodeBase64(buffer) { var binary = ''; const bytes = new Uint8Array( buffer ); const len = bytes.byteLength; for (var i = 0; i < len; i++) { binary += String.fromCharCode( bytes[ i ] ); } return btoa(binary); }
Java
package com.example.ocsp.responder; import com.amazonaws.services.lambda.runtime.Context; import com.amazonaws.services.lambda.runtime.LambdaLogger; import com.amazonaws.services.lambda.runtime.RequestHandler; import org.bouncycastle.cert.ocsp.OCSPReq; import org.bouncycastle.cert.ocsp.OCSPResp; import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; import java.util.Base64; public class LambdaResponderApplication implements RequestHandler<String, String> { @Override public String handleRequest(final String input, final Context context) { LambdaLogger logger = context.getLogger(); byte[] decodedInput = Base64.getDecoder().decode(input); OCSPReq req; try { req = new OCSPReq(decodedInput); } catch (IOException e) { logger.log("Got an IOException creating the OCSP request: " + e.getMessage()); throw new RuntimeException(e); } try { OCSPResp response = businessLogic.getMyResponse(); String toReturn = Base64.getEncoder().encodeToString(response.getEncoded()); return toReturn; } catch (Exception e) { logger.log("Got an exception creating the response: " + e.getMessage()); return ""; } } }

Autorisation AWS IoT pour appeler votre fonction Lambda

Lors de la création de la configuration de domaine à l'aide d'un répondeur OCSP Lambda, vous devez AWS IoT autoriser l'appel de la fonction Lambda une fois celle-ci créée. Pour accorder l'autorisation, vous pouvez utiliser la commande CLI add-permission.

Accordez l'autorisation à votre fonction Lambda à l'aide du AWS CLI
  1. Après avoir inséré vos valeurs, entrez la commande suivante. Notez que la valeur statement-id doit être unique. Id-1234Remplacez-la par la valeur exacte que vous avez, sinon vous risquez d'obtenir une ResourceConflictException erreur.

    aws lambda add-permission \ --function-name "ocsp-function" \ --principal "iot.amazonaws.com" \ --action "lambda:InvokeFunction" \ --statement-id "Id-1234" \ --source-arn arn:aws:iot:us-east-1:123456789012:domainconfiguration/<domain-config-name>/* --source-account 123456789012

    Les ARN de configuration de domaine IoT suivront le schéma suivant. Le suffixe généré par le service ne sera pas connu avant la création, vous devez donc le remplacer par un. * Vous pouvez mettre à jour l'autorisation une fois que la configuration du domaine a été créée et que l'ARN exact est connu.

    arn:aws:iot:use-east-1:123456789012:domainconfiguration/domain-config-name/service-generated-suffix

  2. Si la commande aboutit, elle renvoie une instruction d'autorisation, comme dans cet exemple. Vous pouvez passer à la section suivante pour configurer l'agrafage OCSP pour les terminaux privés.

    { "Statement": "{\"Sid\":\"Id-1234\",\"Effect\":\"Allow\",\"Principal\":{\"Service\":\"iot.amazonaws.com\"},\"Action\":\"lambda:InvokeFunction\",\"Resource\":\"arn:aws:lambda:us-east-1:123456789012:function:ocsp-function\",\"Condition\":{\"ArnLike\":{\"AWS:SourceArn\":\"arn:aws:iot:us-east-1:123456789012:domainconfiguration/domain-config-name/*\"}}}" }

    Si la commande échoue, elle renvoie une erreur, comme dans cet exemple. Vous devez vérifier et corriger l'erreur avant de continuer.

    An error occurred (AccessDeniedException) when calling the AddPermission operation: User: arn:aws:iam::57EXAMPLE833:user/EXAMPLE-1 is not authorized to perform: lambda:AddPer mission on resource: arn:aws:lambda:us-east-1:123456789012:function:ocsp-function

Configuration de l'agrafage OCSP du serveur pour les terminaux privés

Pour configurer l'agrafage OCSP du certificat de serveur à l'aide du AWS IoT console :
  1. Dans le menu de navigation, choisissez Paramètres, puis choisissez Créer une configuration de domaine, ou choisissez une configuration de domaine existante pour un domaine personnalisé.

  2. Si vous choisissez de créer une nouvelle configuration de domaine à l'étape précédente, vous verrez la page Créer une configuration de domaine. Dans la section Propriétés de configuration du domaine, choisissez Domaine personnalisé. Entrez les informations nécessaires pour créer une configuration de domaine.

    Si vous choisissez de mettre à jour une configuration de domaine existante pour un domaine personnalisé, la page des détails de configuration du domaine s'affiche. Choisissez Modifier.

  3. Pour activer l'agrafage du serveur OCSP, choisissez Activer l'agrafage OCSP du certificat de serveur dans la sous-section Configurations des certificats de serveur.

  4. Choisissez Créer une configuration de domaine ou Mettre à jour la configuration de domaine.

Pour configurer l'agrafage OCSP du certificat de serveur à l'aide de AWS CLI:
  1. Si vous créez une nouvelle configuration de domaine pour un domaine personnalisé, la commande de configuration du certificat de serveur OCSP pour les terminaux privés peut se présenter comme suit :

    aws iot create-domain-configuration --domain-configuration-name "myDomainConfigurationName" \ --server-certificate-arns arn:aws:iot:us-east-1:123456789012:cert/f8c1e5480266caef0fdb1bf97dc1c82d7ba2d3e2642c5f25f5ba364fc6b79ba3 \ --server-certificate-config "enableOCSPCheck=true, ocspAuthorizedResponderArn=arn:aws:acm:us-east-1:123456789012:certificate/certificate_ID, ocspLambdaArn=arn:aws:lambda:us-east-1:123456789012:function:my-function"
  2. Si vous mettez à jour une configuration de domaine existante pour un domaine personnalisé, la commande de configuration du certificat de serveur OCSP pour les points de terminaison privés peut ressembler à la suivante :

    aws iot update-domain-configuration --domain-configuration-name "myDomainConfigurationName" \ --server-certificate-arns arn:aws:iot:us-east-1:123456789012:cert/f8c1e5480266caef0fdb1bf97dc1c82d7ba2d3e2642c5f25f5ba364fc6b79ba3 \ --server-certificate-config "enableOCSPCheck=true, ocspAuthorizedResponderArn=arn:aws:acm:us-east-1:123456789012:certificate/certificate_ID, ocspLambdaArn=arn:aws:lambda:us-east-1:123456789012:function:my-function"
Activer la vérification OCSP

Il s'agit d'une valeur booléenne qui indique si la vérification d'agrafage OCSP du serveur est activée ou non. Pour activer l'agrafage OCSP des certificats de serveur, cette valeur doit être vraie.

ocsp AuthorizedResponderArn

Il s'agit d'une valeur de chaîne de l'Amazon Resource Name (ARN) pour un X.509 certificat stocké dans AWS Certificate Manager (ACM). S'il est fourni, AWS IoT Core utilisera ce certificat pour valider la signature de la réponse OCSP reçue. S'il n'est pas fourni, AWS IoT Core utilisera le certificat émetteur pour valider les réponses. Le certificat doit être identique Compte AWS à la configuration du domaine. Région AWS Pour plus d'informations sur l'enregistrement de votre certificat de répondeur autorisé, voir Importer des certificats dans AWS Certificate Manager.

ocsp LambdaArn

Il s'agit d'une valeur de chaîne de l'Amazon Resource Name (ARN) pour une fonction Lambda qui agit comme un répondeur (OCSP) conforme à la norme Request for Comments (RFC) 6960 et prenant en charge les réponses OCSP de base. La fonction Lambda accepte un codage base64 de la requête OCSP qui est codée au format DER. La réponse de la fonction Lambda est également une réponse OCSP codée en base64 au format DER. La taille de la réponse ne doit pas dépasser 4 kilo-octets (KiB). La fonction Lambda doit être identique Compte AWS à la configuration du domaine. Région AWS

Pour plus d'informations, consultez CreateDomainConfiguration et consultez UpdateDomainConfiguration la référence des AWS IoT API.

Remarques importantes concernant l'utilisation de l'agrafage OCSP du certificat de serveur dans AWS IoT Core

Lorsque vous utilisez le certificat de serveur OCSP dans AWS IoT Core, tenez compte des points suivants :

  1. AWS IoT Core ne prend en charge que les répondeurs OCSP accessibles via des adresses IPv4 publiques.

  2. La fonction d'agrafage OCSP AWS IoT Core ne prend pas en charge le répondeur autorisé. Toutes les réponses OCSP doivent être signées par l'autorité de certification qui a signé le certificat, et l'autorité de certification doit faire partie de la chaîne de certificats du domaine personnalisé.

  3. La fonction d'agrafage OCSP AWS IoT Core ne prend pas en charge les domaines personnalisés créés à l'aide de certificats auto-signés.

  4. AWS IoT Core appelle un répondeur OCSP toutes les heures et met la réponse en cache. Si l'appel au répondeur échoue, la réponse valide la plus récente AWS IoT Core sera agrafée.

  5. Si nextUpdateTime ce n'est plus valide, la réponse AWS IoT Core sera supprimée du cache et la prise de contact TLS n'inclura pas les données de réponse OCSP jusqu'au prochain appel réussi au répondeur OCSP. Cela peut se produire lorsque la réponse mise en cache a expiré avant que le serveur n'obtienne une réponse valide du répondeur OCSP. La valeur de nextUpdateTime suggère que la réponse OCSP sera valide jusqu'à cette date. Pour plus d’informations sur nextUpdateTime, consultez Entrées du journal OCSP du certificat de serveur.

  6. Parfois, il AWS IoT Core ne reçoit pas la réponse OCSP ou supprime la réponse OCSP existante car elle a expiré. Si de telles situations se produisent, AWS IoT Core il continuera à utiliser le certificat de serveur fourni par le domaine personnalisé sans réponse OCSP.

  7. La taille de la réponse OCSP ne peut pas dépasser 4 Ko.

Résolution des problèmes liés à l'agrafage d'un certificat de serveur OCSP AWS IoT Core

AWS IoT Core envoie la RetrieveOCSPStapleData.Success métrique et les entrées du RetrieveOCSPStapleData journal à CloudWatch. La métrique et les entrées de journal peuvent permettre de détecter les problèmes liés à l’extraction des réponses OCSP. Pour plus d'informations, consultez Métriques d'agrafage OCSP des certificats de serveur et Entrées du journal OCSP du certificat de serveur.