Révocation de certificat

OCSP est utilisé pour vérifier l’état de révocation des certificats X509. OCSP fournit le statut de révocation des certificats en temps réel et est utile dans les situations urgentes telles que les transactions bancaires et les transactions boursières.

L’état de révocation d’un certificat est vérifié en envoyant une requête à un serveur OCSP résidant en dehors d’un pare-feu SRX Series. En fonction de la réponse du serveur, la connexion VPN est autorisée ou refusée. Les réponses OCSP ne sont pas mises en cache sur les pare-feu SRX Series.

Le serveur OCSP peut être l’autorité de certification (CA) qui émet un certificat ou un répondant autorisé désigné. L’emplacement du serveur OCSP peut être configuré manuellement ou extrait du certificat en cours de vérification. Les demandes sont d’abord envoyées aux emplacements de serveur OCSP qui sont configurés manuellement dans les profils d’autorité de certification avec l’instruction au niveau de la hiérarchie [edit security pki ca-profile profile-name revocation-check] ; jusqu’à deux emplacements peuvent être configurés pour chaque profil d’autorité ocsp url de certification. Si le premier serveur OCSP configuré n’est pas joignable, la requête est envoyée au second serveur OCSP. Si le deuxième serveur OCSP n’est pas accessible, la demande est alors envoyée à l’emplacement indiqué dans le champ d’extension AuthorityInfoAccess du certificat. L’option use-ocsp doit également être configurée, car la liste de révocation de certificats (CRL) est la méthode de vérification par défaut.

Les pare-feu SRX Series acceptent uniquement les réponses OCSP signées de l’autorité de certification ou de l’intervenant autorisé. La réponse reçue est validée à l’aide de certificats de confiance. La réponse est validée comme suit :

1. Le certificat d’autorité de certification inscrit pour le profil d’autorité de certification configuré est utilisé pour valider la réponse.

2. La réponse OCSP peut contenir un certificat pour valider la réponse OCSP. Le certificat reçu doit être signé par un certificat d’autorité de certification inscrit dans le pare-feu SRX Series. Une fois que le certificat reçu est validé par le certificat de l’autorité de certification, il est utilisé pour valider la réponse OCSP.

La réponse du serveur OCSP peut être signée par différentes autorités de certification. Les scénarios suivants sont pris en charge :

• Le serveur de l’autorité de certification qui émet le certificat d’entité finale pour un périphérique signe également la réponse d’état de révocation OCSP. Le pare-feu SRX Series vérifie la signature de réponse OCSP à l’aide du certificat d’autorité de certification inscrit dans le pare-feu SRX Series. Une fois la réponse OCSP validée, l’état de révocation du certificat est vérifié.

• Un répondeur autorisé signe la réponse sur l’état de révocation de l’OCSP. Le certificat de l’intervenant autorisé et le certificat de l’entité finale en cours de vérification doivent être émis par la même autorité de certification. L’intervenant autorisé est d’abord vérifié à l’aide du certificat d’autorité de certification inscrit dans le pare-feu SRX Series. La réponse OCSP est validée à l’aide du certificat d’autorité de certification du répondant. Le pare-feu SRX Series utilise ensuite la réponse OCSP pour vérifier l’état de révocation du certificat de l’entité finale.

• Il existe différents signataires d’autorité de certification pour le certificat d’entité finale en cours de vérification et la réponse OCSP. La réponse OCSP est signée par une autorité de certification dans la chaîne de certificats du certificat de l’entité finale en cours de vérification. (Tous les homologues participant à une négociation IKE doivent disposer d’au moins une autorité de certification de confiance commune dans leurs chaînes de certificats respectives.) L’autorité de certification du répondeur OCSP est vérifiée à l’aide d’une autorité de certification dans la chaîne de certificats. Après avoir validé le certificat de l’autorité de certification du répondeur, la réponse OCSP est validée à l’aide du certificat de l’autorité de certification du répondant.

Pour empêcher les attaques par rejeu, une charge utile nonce peut être envoyée dans une requête OCSP. Les charges utiles Nonce sont envoyées par défaut, sauf si elles sont explicitement désactivées. Si cette option est activée, le pare-feu SRX Series s’attend à ce que la réponse OCSP contienne une charge utile nonce, sinon la vérification de révocation échoue. Si les intervenants OCSP ne sont pas capables de répondre avec une charge utile nonce, celle-ci doit être désactivée sur le pare-feu SRX Series.

Dans le cours normal des affaires, les certificats sont révoqués pour diverses raisons. Vous pouvez révoquer un certificat si vous soupçonnez qu’il a été compromis, par exemple, ou lorsqu’un titulaire du certificat quitte l’entreprise.

Vous pouvez gérer les révocations et les validations de certificats de deux manières :

• Localement : il s’agit d’une solution limitée.

• En référençant une liste de révocation de certificats (CRL) de l’autorité de certification (CA) : vous pouvez accéder automatiquement à la CRL en ligne aux intervalles que vous spécifiez ou à l’intervalle par défaut défini par l’autorité de certification.

Dans les négociations de phase 1, le pare-feu SRX Series vérifie le certificat EE reçu de l’homologue lors d’un échange IKE et utilise la CRL pour s’assurer que le certificat EE n’est pas révoqué par son autorité de certification.

Si aucune CRL n’est chargée sur l’appareil et que l’émetteur du certificat homologue est une autorité de certification approuvée :

1. Junos OS récupère la CRL via les emplacements LDAP ou CRL HTTP configurés (c’est-à-dire les points de distribution CRL (CDP)), s’ils sont définis dans le profil de l’autorité de certification.
2. Si les points de distribution CRL ne sont pas configurés dans le profil de l’autorité de certification, l’appareil utilise l’extension CDP dans un certificat émis par l’autorité de certification (le cas échéant). Le certificat émis par l’autorité de certification peut être un certificat enregistré par l’administrateur ou reçu lors de la négociation de phase 1.

Si le certificat EE n’est pas émis par une autorité de certification racine, les certificats de chaque autorité de certification intermédiaire sont soumis à la même vérification et à la même vérification de révocation. La CRL de l’autorité de certification racine est utilisée pour vérifier si le certificat émis par l’autorité de certification racine est révoqué. Si la CDP n’est pas configurée dans le profil de l’autorité de certification racine, l’appareil utilise l’extension CDP dans le certificat émis par l’autorité de certification (le cas échéant).

L’extension de point de distribution CRL (.cdp) d’un certificat X509 peut être ajoutée à une URL HTTP ou à une URL LDAP.

Si le certificat ne contient pas d’extension de point de distribution de certificat et que vous ne pouvez pas récupérer automatiquement la CRL via le protocole LDAP (Lightweight Directory Access Protocol) ou le protocole HTTP (Hypertext Transfer Protocol), vous pouvez récupérer une CRL manuellement et la charger dans l’appareil.

Les certificats locaux sont validés par rapport à la liste de révocation de certificats (CRL), même lorsque la vérification de la CRL est désactivée. Cela peut être arrêté en désactivant la vérification de la liste de révocation de certificats via la configuration de l’infrastructure à clé publique (PKI). Lorsque la vérification de la CRL est désactivée, la PKI ne valide pas le certificat local par rapport à la CRL.

Cet exemple montre comment charger manuellement une CRL sur l’appareil.

Pour faciliter la vérification de la CRL pour les certificats lorsqu’un profil d’autorité de certification n’est pas configuré, un profil d’autorité de certification dynamique est créé. Un profil d’autorité de certification dynamique est automatiquement créé sur l’appareil local au format dynamic-nnn.

Un profil de CA dynamique :

• Permet à l’appareil local de télécharger l’autorité de certification dynamique et la CRL dynamique (pour l’autorité de certification correspondante) conformément à l’émetteur localcert de l’homologue
• Vérifie l’état de révocation du certificat de l’homologue

Un périphérique VPN vérifie l’état de révocation du certificat EE d’un homologue. Un périphérique VPN utilise le certificat reçu de son homologue pour effectuer les opérations suivantes :

• Extraire l’URL pour télécharger dynamiquement la CRL de l’autorité de certification
• Vérifier l’état de révocation du certificat EE de l’homologue

Dans Figure 1, l’hôte A peut utiliser les certificats Sales-CA et EE reçus de l’hôte B pour télécharger dynamiquement la liste de révocation de certificats de Sales-CA et vérifier l’état de révocation du certificat de l’hôte B.

Figure 1 : Hiérarchie à plusieurs niveaux pour l’authentification basée sur les certificats

Dans le cas de serveurs d’autorité de certification à hiérarchie unique ou d’une chaîne de certificats d’autorité de certification, le certificat EE local et le certificat EE homologue reçu sont émis à partir du même serveur d’autorité de certification.

Voici quelques-uns des comportements du pare-feu SRX Series en fonction de différentes configurations :

• Si vous avez configuré un pare-feu SRX Series avec une autorité de certification de confiance ou un groupe d’autorité de certification de confiance, l’équipement ne valide ni ne fait confiance à aucune autre autorité de certification.
• Si vous avez défini un profil d’autorité de certification qui a une chaîne d’autorités de certification où le pare-feu SRX Series approuve uniquement l’autorité de certification racine et l’homologue a un certificat signé par une sous-autorité de certification à cette racine, l’autorité de certification dynamique et la liste de révocation de certificats sont ajoutées à l’appareil.

Tableau 1 fournit quelques exemples de scénarios dans lesquels l’autorité de certification dynamique ou la liste de révocation de certificats n’est pas créée :

Pour activer les profils d’autorité de certification dynamiques, vous devez configurer l’option sur un profil d’autorité revocation-check crl de certification racine au niveau de la hiérarchie [edit security pki ca-profile profile-name].

Les propriétés de vérification de révocation d’un profil d’autorité de certification racine sont héritées pour les profils d’autorité de certification dynamique. Dans Figure 1, la configuration du profil d’autorité de certification sur l’hôte A pour l’autorité de certification racine active les profils d’autorité de certification dynamiques, comme illustré dans la sortie suivante :

Un profil d’autorité de certification dynamique est créé sur l’hôte A pour Sales-CA. La vérification de révocation est héritée pour le profil d’autorité de certification dynamique Sales-CA de l’autorité de certification racine.

Si l’instruction est configurée dans un profil d’autorité revocation-check disable de certification racine, les profils d’autorité de certification dynamique ne sont pas créés et le téléchargement et la vérification dynamiques de la liste de révocation de certificats ne sont pas effectués.

Les données des listes de révocation de certificats téléchargées à partir de profils d’autorité de certification dynamiques sont affichées avec la show security pki crl commande de la même manière que les listes de révocation de certificats téléchargées à partir de profils d’autorité de certification configurés. La liste de révocation de certificats d’un profil d’autorité de certification dynamique est mise à jour périodiquement, de même que celles des profils d’autorité de certification configurés dans l’appareil. Le certificat de l’autorité de certification homologue est également requis pour la validation de la signature de la liste de révocation de certificats téléchargée à partir du serveur de l’autorité de certification.

Le certificat de l’autorité de certification est nécessaire pour valider la liste de révocation de certificats reçue d’un serveur d’autorité de certification ; par conséquent, le certificat d’autorité de certification reçu d’un homologue est stocké sur l’appareil local. Le certificat d’autorité de certification reçu de l’homologue est utilisé pour valider la CRL et le certificat qu’il a émis. Étant donné que le certificat d’autorité de certification reçu n’est pas inscrit par un administrateur, le résultat d’une vérification réussie du certificat n’est pas concluant tant que l’ensemble de la chaîne de certificats jusqu’à l’autorité de certification racine n’est pas vérifié. Le certificat de l’autorité de certification racine doit être inscrit par un administrateur.

Cet exemple montre comment configurer un profil d’autorité de certification avec des emplacements CRL.

Cet exemple montre comment vérifier la validité d’un certificat.