Base de Connaissances

DigiCert demandera aux clients utilisant l’API CIS Platform de mettre à jour les URL des points de terminaison de l’API.

Le 31 mai 2022, DigiCert améliorera les données renvoyées lorsque vous soumettez une requête au point de terminaison Order info de l’API.

Afin de respecter les bonnes pratiques en matière de sécurité et de conformité, nous mettons à jour l’infrastructure du protocole OCSP (Online Certificate Status Protocol) pour la PKI.

Depuis le 13 septembre 2020, DigiCert a attribué de nouvelles adresses IP dédiées au serveur de messagerie CertCentral, à certains de ses services et à ses API.

DigiCert migre vers de nouvelles adresses IP dédiées pour api.digicert.com.

Le 7 avril 2014, la faille de sécurité Heartbleed a été révélée à la communauté Internet.

Le 8 octobre 2022 à 22 h 00 MDT (le 9 octobre 2022 à 04 h 00 UTC), DigiCert cessera de prendre en charge les suites de chiffrement utilisant le mode CBC (Cipher-Block-Chaining) dans les connexions TLS à ses services afin de se conformer aux normes de l’industrie des cartes de paiement (PCI).

Apple a publié une mise à jour pour les systèmes iOS et macOS afin de supprimer toute confiance accordée aux certificats racines Symantec et VeriSign répertoriés dans la section “Certificats concernés” et de les retirer complètement.

Les certificats de signature de code Symantec émis après le 23 février 2021 ne seront plus publiquement approuvés dans le magasin de certificats racines Microsoft.

DigiCert a cessé d’émettre des certificats de signature de code SHA-1 et des certificats de signature de code EV SHA-1 le 1er décembre 2020. Tous les certificats de signature de code SHA-1 et EV SHA-1 existants resteront actifs jusqu’à leur expiration.

Lors du processus standard de vérification des certificats, les systèmes utilisent les vérifications OCSP et CRL pour déterminer si un certificat est valide.

Le 15 février 2023 à 08 h 00 MST (15 h 00 UTC), DigiCert a attribué de nouvelles adresses IP dédiées aux services TLS de vérification du statut des certificats via le protocole OCSP (Online Certificate Status Protocol), aux listes de révocation des certificats TLS (CRL) et à certains autres services DigiCert.

À compter du 28 mai 2021 à 14:00 MDT (20:00 UTC), DigiCert exigera des clés RSA de 3 072 bits ou plus pour les certificats de signature de code.

Le 29 août 2023 à 10:00 MDT (16:00 UTC), DigiCert apportera les modifications répertoriées ci-dessous à son processus d’émission de certificats Secure Email (S/MIME) publics afin de se conformer aux nouvelles exigences de base du CA/Browser Forum relatives à l’émission et à la gestion des certificats S/MIME publiquement approuvés.

Le 26 juin 2024 à 10:00 MDT (16:00 UTC), DigiCert transférera l’émission par défaut des certificats Secure Email (S/MIME) publics vers de nouveaux certificats d’autorité de certification intermédiaire (ICA) publics conformes aux normes du secteur.

Les exigences de base S/MIME prennent actuellement en charge trois profils de certificats Secure Email (S/MIME) : Strict, Multipurpose et Legacy.

Le processus relatif aux pilotes en mode noyau a changé depuis avril 2021.

À compter de 2021, Microsoft sera le seul fournisseur de signatures de code en mode noyau pour les environnements de production. Vous devrez désormais suivre les instructions mises à jour de Microsoft pour signer tous les nouveaux packages de pilotes en mode noyau.

Microsoft a annoncé que le Microsoft Trusted Root Program mettait fin à la prise en charge des certificats racines à signature croisée avec des fonctionnalités de signature en mode noyau.

Réduction de la durée de validité de la validation des domaines et suppression de la méthode de validation du contrôle de domaine (DCV) par authentification de fichier pour les certificats Wildcard.

Afin de se conformer aux changements du secteur imposés par le scrutin, les autorités de certification doivent cesser d’utiliser WHOIS pour identifier les contacts de domaine dans le cadre des méthodes de validation du contrôle de domaine par e-mail, fax, SMS, courrier postal et téléphone.

Incluez toujours le certificat ICA fourni avec chaque certificat que vous installez afin que les remplacements passent inaperçus et de garantir que les certificats sont approuvés.

Conformément au scrutin CSC-31, la durée de validité des certificats passe de 39 mois à 460 jours. Le 24 février 2026, DigiCert cessera d’accepter les demandes de certificats publics de signature de code dont la durée de validité est supérieure à 459 jours. En outre, tous les certificats publics de signature de code émis à compter du 24 février 2026 ne pourront pas dépasser la nouvelle durée de validité maximale de 459 jours. Cette modification concerne les certificats de signature de code et les certificats de signature de code EV.

DigiCert a changé l’entité de facturation pour ses clients résidant en dehors des États-Unis ou du Japon.

DigiCert mettra à jour MPIC afin d’imposer une corroboration à partir d’au moins trois emplacements réseau distants situés dans au moins deux régions différentes de registres Internet régionaux (RIR).

Cet article de la base de connaissances répertorie les certificats publics d’autorité de certification intermédiaire (ICA) et racines DigiCert qui expireront au cours des 42 prochains mois (3 ans et demi).

Afin de renforcer la confiance numérique, DigiCert alignera sa stratégie relative aux racines sur l’évolution des normes du secteur en matière d’émission de certificats TLS/SSL publics.

À compter du 30 mai 2023, DigiCert exige que les clés privées des certificats de signature de code soient stockées sur un matériel certifié FIPS 140-2 niveau 2, Common Criteria EAL 4+ ou équivalent, prenant en charge des clés de 3072 bits ou plus.

Le 3 février 2026 à 18:00 UTC (heure exacte susceptible d’être modifiée en fonction de l’avancement des déploiements de DigiCert), DigiCert réduira la période de réutilisation de la validation de l’organisation pour les certificats TLS OV publics de 825 jours à 397 jours.

Un nom interne est un nom de domaine ou une adresse IP faisant partie d’un réseau privé.

DigiCert KeyLocker est une solution automatisée qui remplace la génération et le stockage manuels de votre clé privée sur un jeton matériel, susceptible d’être perdu ou volé, ou l’achat d’un module de sécurité matériel (HSM) pour un stockage sur site.

À compter du **1er juin 2023 à 00:00 UTC**, les normes de l’industrie exigeront que les **clés privées des certificats de signature de code standard** soient stockées sur un matériel certifié **FIPS 140 niveau 2**, **Common Criteria EAL 4+** ou une certification équivalente.

Pour préparer ce changement, DigiCert a créé de nouvelles hiérarchies de certificats d’autorité de certification racine (Root CA) et intermédiaire (ICA) publiques de cinquième génération (G5), à usage unique, destinées à l’émission de certificats TLS/SSL publics.

Afin de renforcer la confiance numérique et de se conformer aux exigences du Google Chrome Root Program, DigiCert fait évoluer ses certificats racines DigiCert Global Root G2 et DigiCert Global Root G3 vers des hiérarchies de certificats racines à usage unique, dédiées à l’émission de certificats TLS publics d’entité finale RSA et ECC.

Les certificats racines de confiance de DigiCert (DigiCert Global Root CA et DigiCert Global Root G2) sont compatibles avec tous les navigateurs et plateformes modernes.

Le 17 février 2026 à 18:00 UTC, DigiCert réduira la période de réutilisation de la validation de domaine de 397 jours à 199 jours.

Le 12 novembre 2026, entre 11 h 00 et 13 h 00 MST (18 h 00 et 20 h 00 UTC), DigiCert modifiera la hiérarchie d’émission TLS publique par défaut, en passant des hiérarchies racines DigiCert Global G2 et G3 aux hiérarchies racines TLS DigiCert G5 dédiées.

Le 3 mars 2026, DigiCert commencera à valider les extensions de sécurité du système de noms de domaine (DNSSEC), lorsqu’elles sont présentes, lors de la validation du contrôle de domaine (Domain Control Validation – DCV) et des vérifications des enregistrements DNS Certification Authority Authorization (CAA).

Le 8 mars 2023 à 10h00 MST (17h00 UTC), DigiCert commencera à mettre à jour l'émission publique par défaut des certificats TLS/SSL vers nos hiérarchies de certificats racine publique de deuxième génération (G2) et d'autorité de certification intermédiaire (ICA).

À compter du 1er octobre 2025, DigiCert n'inclura plus par défaut l'utilisation étendue de la clé d'authentification client (EKU) dans ses certificats TLS publics.

Les certificats racine DigiCert sont largement reconnus et utilisés pour l'émission de certificats TLS aux clients de DigiCert.

Le 3 février 2026, à 18 h 00 UTC (l’heure exacte pouvant varier en fonction de l’avancement du déploiement par DigiCert), DigiCert cessera d’accepter les demandes de certificats TLS publics dont la durée de validité est supérieure à 199 jours.

Le champ OU ne figurera plus dans les formulaires de commande, sera ignoré dans les requêtes API et sera supprimé de tous les nouveaux certificats TLS publics, ainsi que des certificats renouvelés et réémis.

À compter du **1er juin 2023 à 00:00 UTC**, les normes de l’industrie exigent que les **clés privées des certificats de signature de code** soient stockées sur un matériel certifié **FIPS 140-2 niveau 2**, **Common Criteria EAL 4+** ou une certification équivalente.