Les signatures électroniques sont des marques virtuelles qui confirment qu'une personne a accepté les détails ou les clauses énoncés dans des documents spécifiques. Elles s'apparentent aux signatures manuscrites traditionnelles, car elles sont conçues pour indiquer l'acceptation ou l'autorisation, mais avec une différence essentielle : elles reposent sur des actions électroniques plutôt que sur des marques physiques. Les options disponibles comprennent la saisie du nom, la création d’une signature à l’aide d’un écran tactile ou le téléchargement d’images de signatures manuscrites.

Les signatures électroniques peuvent aller de simples signatures visuelles à des signatures numériques plus sécurisées. Les signatures de base sont faciles à ajouter, mais ces indicateurs visuels peuvent être copiés ou réutilisés. Les signatures numériques offrent une protection renforcée grâce à une validation cryptographique, ce qui permet de confirmer l’identité du signataire, de garantir l’intégrité du document et de vérifier si le fichier a été modifié après la signature.

Trois méthodes pour ajouter une signature à un document PDF

Avec autant de façons de signer des documents, il est difficile de savoir par où commencer. En fin de compte, le choix de la méthode de signature dépend du niveau de risque spécifique au document. Dans certaines situations, une simple signature électronique peut suffire : documents internes, devis commerciaux, autorisations parentales ou accusés de réception. À mesure que les besoins en matière de sécurité augmentent, les options cryptographiques prennent de l’importance, en particulier pour les documents nécessitant une garantie d’identité ou une protection contre la falsification.

Comment signer numériquement un PDF à l’aide d’un certificat numérique (méthode la plus sécurisée) ?

Si la sécurité est une priorité, utilisez des solutions basées sur des certificats pour signer des fichiers PDF en toute confiance. Ce processus est généralement simple, mais nécessite des certificats de signature de documents vérifiés, ainsi qu’un logiciel prenant en charge la signature cryptographique.

• Achetez un certificat de signature numérique. Procurez-vous un certificat de signature de documents auprès d’une autorité de certification (CA) de confiance. Recherchez une solution de certificat offrant une protection inviolable et une compatibilité avec les mécanismes d’horodatage. Installez ou associez le certificat afin que votre logiciel de signature puisse le détecter.
• Ouvrez le fichier PDF. Utilisez un outil prenant en charge les signatures basées sur un certificat pour ouvrir le fichier PDF et le consulter (Adobe Acrobat est une option). Vous pouvez également signer numériquement des formulaires PDF via Adobe Acrobat Reader.
• Sélectionnez le certificat ou l’option de signature numérique. Parcourez le menu du programme pour trouver une invite permettant d’appliquer une signature numérique. Si cette fonctionnalité est sélectionnée, elle vous permet de protéger le PDF à l’aide d’un certificat de signature de document, plutôt que d’utiliser une signature électronique. Il ne faut pas confondre cette option avec d’autres options électroniques telles que « Remplir et signer ».
• Choisissez l’emplacement de la signature. Sélectionnez l’invite permettant de signer numériquement le document. Des instructions s’afficheront pour vous indiquer de cliquer et de faire glisser le curseur sur la zone où vous souhaitez que la signature apparaisse.
• Choisissez votre certificat ou votre identifiant numérique. Une fois l’emplacement défini, une autre invite s’affichera pour configurer une identité de signature numérique. Vous pouvez utiliser un dispositif de création de signature pour configurer un jeton ou importer un identifiant numérique existant sous forme de fichier. Si vous devez encore acheter un certificat, sélectionnez l’option permettant de commander un dispositif de signature auprès d’un partenaire. Pour les flux de travail Adobe, recherchez les fournisseurs pris en charge par la liste AATL ( Adobe Approved Trust List ), qui inclut Sectigo. Veillez à télécharger les pilotes nécessaires et à vérifier que le dispositif de signature est correctement connecté à votre ordinateur. Vous pouvez également appliquer un horodatage.
• Signez et enregistrez le fichier PDF. Vérifiez tous les détails de la signature et assurez-vous que le bon certificat a été sélectionné. Préparez-vous à saisir un mot de passe ou un code PIN si vous y êtes invité. Enfin, enregistrez le document. Pensez à valider la signature en rouvrant le document et en vérifiant le statut de la signature.

Comment signer électroniquement un PDF avec une signature de base ?

Les applications PDF intégrées (telles qu’Adobe Acrobat) permettent de signer électroniquement des fichiers PDF. Cette approche simplifiée permet de signer rapidement des documents, mais sans la protection cryptographique qui rend les signatures numériques si intéressantes.

Pour signer électroniquement un fichier PDF, procédez comme suit :

• Ouvrez le fichier PDF. Utilisez un logiciel tel qu’Adobe Acrobat pour ouvrir le fichier PDF.
• Choisissez un outil de signature. Les différents programmes peuvent utiliser des outils variés pour ajouter des signatures. La fonction « Remplir et signer » d’Adobe Acrobat offre une option simple pour ajouter des signatures électroniques de base à des fichiers PDF.
• Apportez votre signature. Choisissez entre saisir votre signature au clavier ou la dessiner. Adobe vous permet même de sélectionner la police de votre choix. Si vous le préférez, importez une image de votre signature manuscrite.
• Ajoutez la signature au document. Indiquez l'emplacement où vous souhaitez que la signature apparaisse. En général, celle-ci sera placée sur une ligne de signature prévue à cet effet. Votre application ou logiciel PDF peut vous permettre d'ajuster l'emplacement, voire la taille.
• Enregistrez ou téléchargez le PDF signé. Une fois la signature placée, enregistrez le PDF signé. Adobe propose une option permettant d’enregistrer le document via un espace de stockage dans le cloud. Le fichier signé fera office de nouvelle version du document. Si vous avez besoin d’une piste d’audit, utilisez un service qui enregistre les activités de signature, les horodatages et les informations relatives au signataire. Une simple signature tapée, dessinée ou téléchargée peut ne pas offrir le même niveau de preuve.

Comment signer un PDF à l'aide d'un outil en ligne ?

Les outils en ligne facilitent la signature de documents PDF où que vous soyez. Le processus est rapide et ne nécessite ni téléchargement ni installation d’un programme ou d’une application spécifique. Certains services en ligne proposent également des fonctionnalités permettant de limiter les modifications ou de restreindre l’accès, comme l’aplatissement d’un PDF ou l’ajout d’une protection par mot de passe. Ces options peuvent s’avérer utiles, mais elles n’offrent pas le même niveau de sécurité que les signatures numériques basées sur un certificat.

Les outils basés sur un navigateur sont généralement gratuits, mais avec une réserve : vous devrez peut-être payer un supplément pour inviter d’autres personnes à signer. Ces services en ligne proposent également des outils conçus pour compresser les PDF (en réduisant leur taille) ou pour les convertir (au format Microsoft Word ou PowerPoint, par exemple). Si votre objectif est toutefois de faire signer des fichiers PDF, suivez les étapes suivantes :

• Téléchargez le fichier PDF. Consultez la liste des outils ou des fonctionnalités du site web pour trouver les options intitulées « Signer » ou « Signer un PDF ». Sélectionnez un outil qui vous permet de signer, puis téléchargez un document. Vérifiez quels formats sont acceptés ; vous pourrez peut-être télécharger un document Word, le convertir, puis le signer au format PDF.
• Sélectionnez la méthode de signature de votre choix. De nombreux outils de signature électronique en ligne permettent de saisir facilement des signatures électroniques ou même de les « écrire à la main » à l’aide d’un écran tactile ou d’une souris. Choisissez la méthode qui vous convient le mieux avant de valider et d’accepter la signature.
• Placez la signature sur le PDF. La plupart des services en ligne proposent des outils de glisser-déposer, ce qui vous permet de positionner le champ de signature à l’endroit de votre choix. Un outil de redimensionnement devrait vous permettre de réduire ou d’agrandir votre signature.
• Exportez ou téléchargez le fichier. Le service en ligne affichera une invite ou un bouton vous permettant de télécharger le fichier signé sur votre appareil. Cliquez dessus ou, si vous préférez, sélectionnez une option similaire pour enregistrer le fichier sur Google Drive ou Dropbox.

Comment savoir quelle est la bonne façon de signer un PDF ?

Il n’existe pas de « bonne » méthode pour signer un PDF. Tout dépend de vos préférences personnelles et de votre tolérance au risque. Pour les formulaires simples ou les validations à faible risque, les signatures électroniques de base (réalisées dans des logiciels de gestion de PDF ou via des outils en ligne) peuvent suffire, en fonction du document, de l’organisation et des exigences légales ou de conformité. Les outils en ligne accélèrent ce processus de signature, tandis que des logiciels tels qu’Adobe Acrobat sont bien connus de nombreux destinataires et largement utilisés pour les workflows de signature de PDF.

Lorsque les documents exigent une vérification d’identité rigoureuse et une preuve d’inaltérabilité, optez pour des signatures numériques basées sur un certificat. Celles-ci utilisent une validation cryptographique pour confirmer l’identité du signataire et indiquer si le fichier a été modifié après la signature.

Quand faut-il utiliser un certificat de signature numérique ?

De nombreux documents nécessitent une preuve solide de l’identité du signataire ou une protection robuste contre toute altération. Ces exigences accrues sont particulièrement courantes lorsque les documents contiennent des informations sensibles : données financières, obligations légales ou informations commerciales confidentielles.

Les entreprises et les professionnels indépendants de nombreux secteurs s’appuient sur les signatures numériques basées sur des certificats pour protéger leurs clients tout en respectant des exigences de conformité strictes. Elles peuvent s’avérer précieuses dans des secteurs allant de la santé à l’immobilier. Elles sont également appréciées dans le cadre des marchés publics, car elles garantissent des chaînes de contrôle rigoureuses.

Ces situations exigent une protection accrue ; sans garantie supplémentaire, les entreprises et les particuliers sont exposés à la falsification de documents. Les signatures numériques basées sur des certificats limitent ces risques en associant des identités vérifiées à des documents sensibles.

Les signatures numériques s’inscrivent également dans des cadres de gouvernance rigoureux. Par exemple : le règlement de l’Union européenne relatif aux services d’identification, d’authentification et de confiance électroniques (eIDAS) définit des normes pour les signatures électroniques. En vertu de l’eIDAS, les signatures électroniques qualifiées ont, au sein de l’UE, la même valeur juridique que les signatures manuscrites.

Sécurisez vos fichiers PDF grâce aux certificats de signature numérique de Sectigo

Les signatures numériques offrent une tranquillité d’esprit grâce à une protection contre la falsification et à la vérification d’identité. En intégrant directement une validation cryptographique dans les fichiers PDF, les certificats vont bien au-delà des signatures électroniques de base pour sécuriser les documents sensibles.

Sectigo propose des options de signature de documents destinées aux professionnels indépendants qui ont besoin de signatures PDF fiables, ainsi qu’aux équipes d’entreprise gérant des flux de travail de signature à haut volume. Utilisez les solutions de signature de documents de Sectigo pour protéger vos documents, vérifier leur authenticité et signer en toute confiance.

La gestion manuelle des certificats ralentit déjà les équipes. Mais l’automatisation des certificats à elle seule ne suffit plus à prendre en charge les infrastructures modernes.

Les certificats constituent une infrastructure essentielle pour les entreprises en ligne. Ils sont déployés dans des environnements hybrides, multicloud et distribués, sécurisant tout, des serveurs et équilibreurs de charge aux CDN, WAF et systèmes d’accès. À mesure que cette empreinte s’étend, la charge liée au maintien de la validité, de la visibilité et de la conformité de l’ensemble s’alourdit.

Dans le même temps, le raccourcissement des cycles de vie des certificats et l’augmentation de leur volume poussent l’automatisation à ses limites. L’obligation d’une durée de validité de 47 jours implique que les cycles de renouvellement, qui n’avaient lieu que quelques fois par an auparavant, devront bientôt être multipliés par 12, et ce dans tous les environnements où l’entreprise opère.

Pourtant, la plupart des entreprises s’appuient encore sur des connecteurs fragmentés et des workflows manuels pour suivre le rythme. Cette approche engendre des risques et limite l’évolutivité, où l’on ne peut se permettre ni l’un ni l’autre.

Sectigo Orchestration Gateway (SOG) remplace l'automatisation fragmentée par une couche d'automatisation unique et légère couvrant l’ensemble du cycle de vie des certificats sur les serveurs, les équilibreurs de charge, les CDN, les WAF et les systèmes d’accès, permettant ainsi une exécution sécurisée et pilotée par des politiques à grande échelle.

Conclusion ? La gestion manuelle seule ne permettra jamais d’évoluer. L’automatisation à l’aide de connecteurs fragmentés non plus. Une passerelle d’orchestration unifiée est nécessaire pour garantir des opérations de gestion des certificats prévisibles et sécurisées.

Le fossé opérationnel : pourquoi l’automatisation fragmentée n’est pas évolutive

Aujourd’hui, la plupart des entreprises fonctionnent avec un ensemble disparate d’outils plutôt qu’avec un système cohérent :

• Plusieurs connecteurs par plateforme
• Des intégrations fragmentées
• Des workflows incohérents d’un environnement à l’autre

Pris individuellement, chacun de ces éléments peut fonctionner. Mais ensemble, ils créent des angles morts au niveau des certificats, des dérives de configuration et une charge opérationnelle élevée. Chaque nouvelle plateforme implique un nouveau connecteur à développer, un nouveau script à maintenir et une nouvelle équipe qui doit se familiariser avec un processus différent. Il en résulte une stratégie d’automatisation qui semble exhaustive sur le papier, mais qui échoue dans la pratique, généralement au pire moment possible, comme lors d’une panne inattendue causée par un certificat dont personne ne savait qu’il était sur le point d’expirer.

La transition : de la prolifération des connecteurs à une passerelle d’orchestration unique

La gestion moderne du cycle de vie des certificats nécessite un modèle d’automatisation cohérent et un contrôle centralisé, et non une pile grandissante de solutions ponctuelles assemblées après coup.

Sectigo Orchestration Gateway répond à ce besoin en remplaçant les intégrations ponctuelles par une passerelle unique, permettant ainsi une automatisation cohérente sur les infrastructures hybrides, multicloud et multifournisseurs. Au lieu de gérer l’automatisation plateforme par plateforme, les équipes la gèrent une seule fois, de manière centralisée, en appliquant les mêmes politiques et processus partout, tout en conservant une empreinte infrastructurelle réduite. 

Comment SOG permet une orchestration évolutive du cycle de vie des certificats

1. Remplacer les connecteurs fragmentés par une passerelle d’automatisation unique

SOG se connecte à plusieurs terminaux via une seule passerelle, éliminant ainsi le besoin d’agents et d’intégrations distincts pour chaque plateforme. Cette consolidation réduit directement l’encombrement de l’infrastructure et les frais généraux d’exploitation. Moins il y a d’éléments mobiles, moins il y a de risques de panne et moins il faut d’équipes pour les maintenir.

2. Automatiser l’intégralité du cycle de vie des certificats de bout en bout

SOG automatise la détection, l’émission, le renouvellement, l’installation et la révocation au sein d’un processus unique et continu, et non d’une série d’étapes déconnectées. Cela permet une gestion véritablement autonome du cycle de vie à grande échelle, plutôt qu’une automatisation nécessitant encore une coordination manuelle entre les différentes étapes.

3. Sécuriser les opérations liées aux certificats sans augmenter les risques

SOG récupère les identifiants «juste à temps» via des intégrations PAM et de coffres-forts locaux, évitant ainsi tout stockage local d’identifiants. Associé à un contrôle d’accès basé sur des politiques, cela signifie que les opérations liées aux certificats peuvent évoluer sans élargir la surface d’attaque.

4. Évolutivité grâce à un déploiement léger et modulaire

L’architecture de SOG est légère et conçue pour un déploiement rapide. Sa conception modulaire permet de prendre en charge de nouvelles plateformes sans avoir à remanier l’ensemble du système — un aspect essentiel pour les entreprises dont l’infrastructure évolue constamment.

5. Éliminer les angles morts grâce à une visibilité totale sur les certificats

On ne peut pas gérer ce que l’on ne voit pas. La découverte du réseau par SOG identifie les certificats dans tous les environnements, et le suivi centralisé au sein de SCM réduit considérablement le risque d’interruptions de service causées par des certificats périmés ou oubliés.

6. Des opérations à l’épreuve du temps grâce à l’agilité cryptographique

SOG prend en charge les normes en constante évolution et la préparation à la cryptographie post-quantique (PQC), permettant ainsi des opérations parallèles sur les certificats à grande échelle — une capacité qui prendra de plus en plus d’importance à mesure que les organisations entameront leur transition vers la cryptographie post-quantique. Et comme les capacités de SOG ne cessent de s’étendre grâce à son architecture modulaire, la solution est conçue pour s’adapter rapidement aux besoins changeants des entreprises, sans nécessiter de refonte complète de la plateforme à l’avenir.

Du chaos de l’automatisation au contrôle unifié du cycle de vie des certificats

Lorsque les entreprises passent d’une automatisation fragmentée à une passerelle unifiée, les avantages s’accumulent : réduction des risques, diminution des coûts opérationnels et amélioration de la conformité. Ce qui nécessitait auparavant une gestion constante des urgences entre des outils déconnectés devient un système unique et prévisible.

Les fondements d’une gestion moderne du cycle de vie des certificats

Les entreprises ont besoin de plus que de l’automatisation. Elles ont besoin d’une orchestration, assurée par une passerelle unique qui gère l’intégralité du cycle de vie des certificats, et non pas seulement certaines de ses étapes.

Sectigo Orchestration Gateway permet une automatisation de bout en bout du cycle de vie, une exécution sécurisée et des opérations évolutives dans n’importe quel environnement.

L’avenir de la gestion du cycle de vie des certificats repose sur une couche d’orchestration unique qui garantit cohérence, rapidité et contrôle à grande échelle.

L’infrastructure à clé publique (PKI) est utilisée pour gérer l’identité et la sécurité dans les communications Internet et les réseaux informatiques. La technologie au cœur de la PKI est la cryptographie à clé publique, une méthode de chiffrement qui repose sur l’utilisation de deux clés liées, une clé publique et une clé privée, pour protéger les données et vérifier l’identité.

Cette paire de clés publique et privée fonctionne conjointement pour chiffrer et déchiffrer les messages. L’association de deux clés cryptographiques de cette manière est également appelée « chiffrement asymétrique », qui se distingue du chiffrement symétrique, dans lequel une seule clé est utilisée à la fois pour le chiffrement et le déchiffrement.

Les avantages du chiffrement asymétrique sont notamment les suivants :

• La clé publique peut être partagée en toute sécurité pour l’échange de clés et le chiffrement des données.
• La clé privée reste protégée sur l’appareil de l’utilisateur pour garantir la sécurité des opérations liées aux clés.
• Elle offre une protection plus solide contre les attaques que le chiffrement symétrique.

Ce système prend en charge les certificats SSL, les signatures numériques et d’autres protocoles de chiffrement qui garantissent la sécurité des données sensibles. La séparation entre clés publique et privée fait du chiffrement RSA un pilier de la confiance dans les communications sécurisées modernes.

Comment la cryptographie à clé publique repose sur le chiffrement

La cryptographie à clé publique s’appuie sur des algorithmes mathématiques pour générer des paires de clés. La clé publique est constituée d’une chaîne de nombres aléatoires utilisée pour chiffrer les données, tandis que la clé privée sert à les déchiffrer. Seul le destinataire prévu, qui possède la clé privée, peut lire les données chiffrées.

Les clés publiques sont créées à l’aide d’un algorithme cryptographique complexe qui les lie mathématiquement à leurs clés privées, ce qui les rend très résistantes aux attaques par force brute ou par devinette.

La taille de la clé ou la longueur en bits des clés publiques détermine le niveau de protection. Par exemple, les clés RSA de 2 048 bits sont souvent utilisées dans les certificats SSL, les signatures numériques et d’autres certificats numériques. Cette longueur de clé offre une sécurité cryptographique suffisante pour empêcher les pirates informatiques de déchiffrer l’algorithme. Des organismes de normalisation tels que le CA/Browser Forum définissent des exigences de base concernant les tailles de clé et les algorithmes pris en charge afin de garantir la confiance et l’interopérabilité entre les systèmes.

L’infrastructure à clé publique (PKI) rend possibles les certificats numériques que nous rencontrons quotidiennement, de manière discrète et omniprésente, lorsque nous utilisons des sites web, des applications mobiles, des documents en ligne et des appareils connectés. L’un des cas d’utilisation les plus courants de l’infrastructure à clé publique (PKI) est le protocole Transport Layer Security (TLS)/Secure Socket Layer (SSL) basé sur la norme X.509. Il s’agit du fondement du protocole HTTPS, qui permet une navigation Web sécurisée. Mais les certificats numériques s’appliquent également à un large éventail de cas d’utilisation, notamment la signature de code d’application, les signatures numériques et d’autres aspects de l’identité numérique et de la sécurité.

Algorithmes RSA, DSA et ECC

Il existe trois algorithmes principaux utilisés pour la génération de clés PKI, chacun reposant sur un problème mathématique différent qui définit sa robustesse et son efficacité :

• Rivest–Shamir–Adleman (RSA) : Reposant sur la difficulté de factoriser de grands nombres premiers, le chiffrement RSA est l’algorithme le plus établi et le plus largement utilisé pour les certificats SSL et les signatures numériques.
• Algorithme de signature numérique (DSA) : Il s’appuie sur le problème du logarithme discret pour générer des signatures numériques et vérifier l’authenticité. Le DSA est approuvé par le gouvernement fédéral américain et utilisé pour la validation sécurisée de documents.
• Cryptographie à courbe elliptique (ECC) : Elle utilise la structure algébrique des courbes elliptiques pour assurer la sécurité avec des longueurs de clé bien plus courtes, ce qui améliore les performances et réduit l’utilisation de mémoire ainsi que les besoins en bande passante.

Qu’est-ce que le RSA ?

L’algorithme RSA a été développé en 1977 par Ron Rivest, Adi Shamir et Leonard Adleman. Il repose sur le fait que la factorisation de grands nombres premiers nécessite une puissance de calcul considérable. Il s’agit du premier algorithme à avoir utilisé le modèle de clé publique/clé privée et il bénéficie encore aujourd’hui d’une grande confiance. Il existe différentes longueurs de clé associées au RSA, la longueur de clé RSA de 2 048 bits étant aujourd’hui la norme pour la plupart des sites web.

Qu’est-ce que l’ECC ?

Le chiffrement ECC, ou cryptographie à courbe elliptique, repose sur des algorithmes mathématiques régissant la structure algébrique des courbes elliptiques sur des corps finis. Il offre des niveaux de sécurité cryptographique équivalents à ceux du RSA et du DSA, avec des longueurs de clé bien plus courtes, ce qui réduit l’utilisation de mémoire et les besoins en bande passante. C’est pourquoi la comparaison entre l’ECC et le RSA est courante. L’ECC offre des performances plus rapides, en particulier sur les appareils mobiles et les appareils IoT. L’ECC a été normalisé après l’accréditation de l’algorithme de signature numérique à courbe elliptique (ECDSA) en 1999 et est également approuvé par la NSA.

Qu’est-ce que le DSA ?

Le chiffrement DSA (Digital Signature Algorithm) utilise un algorithme différent de celui du RSA pour créer des clés publiques et privées, basé sur l’exponentiation modulaire et le problème mathématique du logarithme discret. Il offre les mêmes niveaux de sécurité que le RSA pour des clés de taille équivalente. Le choix entre DSA et RSA se résume souvent à la vitesse de signature et à l’efficacité de la vérification. Le DSA a été proposé par le National Institute of Standards and Technology (NIST) en 1991 et adopté par la norme FIPS (Federal Information Processing Standard) en 1993.

Il est à noter qu’il est possible de prendre en charge plusieurs algorithmes de chiffrement simultanément. Par exemple, les serveurs Apache peuvent prendre en charge à la fois des clés générées par RSA et par DSA sur un même serveur, offrant ainsi une flexibilité accrue et une sécurité d’entreprise renforcée.

Comment se comparent RSA et DSA ?

Si RSA et DSA utilisent des types d’algorithmes mathématiques différents pour générer leurs paires de clés, la principale différence entre les clés RSA et DSA réside dans les performances et la vitesse, et non dans la robustesse cryptographique.

Performances et vitesse

Le chiffrement RSA est plus rapide que le DSA en matière de chiffrement et de signature, mais il est plus lent que le DSA pour le déchiffrement et la vérification. Cependant, comme l’authentification nécessite ces deux opérations sur les clés, la différence de performances concrète est minime pour la plupart des applications.

Le RSA est également plus lent que le DSA en matière de génération de clés, mais comme les clés sont générées une seule fois et utilisées pendant des mois, voire des années, cela n’est souvent pas un critère important.

Prise en charge du protocole SSH

Une autre différence réside dans la prise en charge du protocole Secure Shell (SSH). Le RSA est compatible à la fois avec le protocole SSH d’origine et avec la nouvelle version SSH2, tandis que le DSA ne prend en charge que SSH2. SSH2 étant plus sécurisé, cette distinction peut influencer le choix entre le DSA et le RSA dans certains environnements.

Approbation fédérale

Une autre différence entre le DSA et le RSA réside dans le fait que le DSA est approuvé par le gouvernement fédéral américain. Pour les entreprises fournissant des services à des agences fédérales, le respect des normes gouvernementales peut constituer une raison de choisir DSA.

En conclusion : pour la plupart des cas d’utilisation, des secteurs d’activité et des environnements réglementaires, RSA et DSA sont très similaires, offrant une force cryptographique équivalente, et il y a relativement peu de différence entre les deux. Les deux algorithmes sont également tout aussi compatibles avec les principaux protocoles Internet, notamment Nettle, OpenSSL, wolfCrypt, Crypto++ et cryptlib.

Comment l’ECC se compare-t-il au RSA et au DSA ?

La principale différence entre l’ECC et le RSA ou le DSA réside dans la résistance cryptographique supérieure qu’offre l’ECC pour une taille de clé équivalente. Une clé ECC est plus sûre qu’une clé RSA ou DSA de même taille, offrant une sécurité équivalente avec une charge de calcul bien moindre.
 

Comparaison de la taille des clés :

Tailles de clé recommandées par le NIST

L’ECC est plus efficace

Comme le montre le graphique, l’ECC permet d’atteindre une résistance cryptographique équivalente à celle du RSA ou du DSA avec des tailles de clés nettement plus petites – d’environ un ordre de grandeur inférieures. Par exemple, pour obtenir une résistance cryptographique équivalente à celle d’un chiffrement utilisant une clé symétrique de 112 bits, il faudrait une clé RSA de 2 048 bits, mais seulement une clé ECC de 224 bits. Cette réduction de taille se traduit par des opérations sur les clés plus rapides, une utilisation moindre de la mémoire et des performances améliorées pour les certificats SSL et les processus d’échange de clés sécurisés.

La longueur réduite des clés signifie que les appareils nécessitent moins de puissance de calcul pour chiffrer et déchiffrer les données, ce qui fait de l’ECC une solution particulièrement adaptée aux appareils mobiles, à l’Internet des objets et à d’autres cas d’utilisation où la puissance de calcul est plus limitée.

Sécurité et vitesse

L’ECC présente également certains avantages par rapport au RSA ou au DSA dans des cas d’utilisation plus traditionnels tels que les serveurs web, car la taille réduite des clés permet une sécurité renforcée avec des handshakes SSL plus rapides, ce qui se traduit par des temps de chargement des pages web plus courts. Les clés ECC plus courtes offrent une protection renforcée tout en conservant l’efficacité, ce qui constitue un avantage majeur dans les déploiements à grande échelle.

Il convient de noter que ECDSA, la version originale de l’ECC, est une variante du DSA. L’ECDSA offre des niveaux de résistance cryptographique équivalents à ceux de l’ECC par nombre de bits.

Pourquoi la cryptographie à courbe elliptique n’est-elle pas largement utilisée ?

Bien que l’algorithme RSA soit le plus répandu, l’ECC gagne en popularité au fil des ans. L’une des raisons les plus simples de la prédominance du RSA est qu’il existe depuis plus longtemps. Cela dit, l’ECC présente certains inconvénients qui pourraient expliquer davantage pourquoi il est souvent évité :

• Complexité : L'apprentissage et l'adoption de l'ECC prennent plus de temps et constituent un processus plus complexe que pour le RSA. Cela peut accroître le risque d'erreurs, ce qui aura un impact négatif sur la cybersécurité.
• Vulnérabilités : L'ECC peut être vulnérable aux attaques par canal auxiliaire (SCA), qui peuvent déboucher sur des attaques par force brute. Elle peut également être vulnérable aux attaques de sécurité de type « twist », bien qu'il existe des contre-mesures permettant de prévenir ces attaques.
• Compatibilité : Les infrastructures plus anciennes et les logiciels hérités ont été principalement conçus autour des algorithmes RSA et DSA, ce qui limite la prise en charge de l’ECC dans certains environnements. Cependant, à mesure que les normes évoluent et que les implémentations de l’ECC gagnent en maturité, de plus en plus d’organisations se tournent vers l’ECC pour son efficacité et sa robustesse à long terme.

Quelles sont les implications de l’informatique quantique pour l’avenir des algorithmes de chiffrement ?

L’informatique quantique représente une menace sérieuse pour les méthodes de cryptographie traditionnelles telles que RSA, DSA et ECC. Ces algorithmes s’appuient sur des problèmes mathématiques, tels que la factorisation de grands nombres premiers et les logarithmes discrets, qui deviendraient résolubles presque instantanément à l’aide d’un ordinateur quantique. Si cela venait à se produire, le chiffrement utilisé dans la plupart des certificats SSL, des signatures numériques et des communications sécurisées pourrait être contourné en quelques secondes.

Impact concret de l’arrivée des ordinateurs quantiques

Impact concret de l’arrivée des ordinateurs quantiques

Si les organisations ne parviennent pas à adopter une cryptographie résistante à l’informatique quantique avant que des ordinateurs quantiques à grande échelle ne soient disponibles, les scénarios suivants deviendront hautement probables :

• Attaques de type « collecter maintenant, décrypter plus tard » : Les attaquants collectent aujourd’hui des communications chiffrées qui reposent sur des systèmes utilisant des clés RSA, ECC ou DSA, les stockent, puis les décryptent une fois que les ressources quantiques seront disponibles.
• Confidentialité compromise : Les sites web, les systèmes de messagerie électronique, les réseaux privés virtuels et autres canaux sécurisés par la cryptographie à clé publique classique pourraient être piratés en quelques minutes plutôt qu’en plusieurs années.
• Authentification et signatures numériques compromises : Les cadres de confiance reposant sur des algorithmes de signature numérique (par exemple, les versions DSA et ECC) peuvent être falsifiés ou invalidés, mettant ainsi en danger la distribution de logiciels, les transactions financières, la vérification d’identité et les documents électroniques.
• Risque pour les infrastructures critiques : Les systèmes des secteurs de la finance, de la santé, de l’énergie, des transports et de l’administration publique qui dépendent de la cryptographie à clé publique pourraient subir des perturbations opérationnelles, une fuite de données ou l’injection de données erronées si le chiffrement venait à être contourné.
• Risques réglementaires et de conformité : Les organisations pourraient se retrouver en situation de non-conformité vis-à-vis des nouvelles obligations exigeant la migration vers des normes cryptographiques résistantes à l’informatique quantique, ce qui les exposerait à des sanctions juridiques, réputationnelles ou financières.

Quelles sont les nouvelles normes de chiffrement post-quantique du NIST ?

Pour se préparer à cette transition, l’Institut national des normes et des technologies (NIST) a évalué la cryptographie post-quantique (PQC) actuelle et a introduit de nouvelles normes de chiffrement post-quantiques dans le cadre des normes fédérales de traitement de l’information (FIPS). Ces nouveaux algorithmes sont conçus pour résister aux attaques provenant aussi bien d’ordinateurs classiques que quantiques.

• FIPS 203 – ML-KEM (CRYSTALS-Kyber) : La norme principale pour le chiffrement, utilisant des mathématiques basées sur les treillis pour des clés courtes et rapides, avec une faible consommation de mémoire.
• FIPS 204 – ML-DSA (CRYSTALS-Dilithium) : La norme principale pour les signatures numériques, alliant vitesse élevée et protection cryptographique robuste.
• FIPS 205 – SLH-DSA (SPHINCS+) : Une solution de secours sans état basée sur un hachage pour la norme FIPS 204 ; elle est plus lente et plus volumineuse, mais utilise une structure mathématique différente pour une résilience accrue.
• FIPS 206 – FN-DSA (FALCON) : Une nouvelle norme, qui n’est pas encore finalisée, s’appellera FN-DSA, abréviation de « FFT (transformée de Fourier rapide) sur l’algorithme de signature numérique basé sur le réseau NTRU ».

Prochaines étapes : élaborer une stratégie de sécurité résistante à l’ère quantique

Se préparer à l’ère quantique commence par une prise de conscience et une planification proactive. Les organisations doivent commencer par identifier les endroits où les algorithmes RSA, DSA et ECC sont actuellement utilisés, notamment dans les certificats SSL, les VPN, les systèmes d’authentification internes et la signature de code d’application. À partir de là, les équipes de sécurité peuvent donner la priorité à la migration vers des algorithmes résistants à l’ère quantique.

La stratégie Q.U.A.N.T. de Sectigo fournit un cadre clair pour guider ce processus, en aidant les entreprises à quantifier leur empreinte cryptographique, à identifier les risques, ainsi qu’à évaluer et à élaborer une stratégie pour une transition sécurisée. Grâce à cette approche, les équipes peuvent mener à bien la mise en œuvre à l’aide de solutions automatisées et résistantes à l’ère quantique, et suivre les progrès réalisés afin de maintenir leur agilité cryptographique à mesure que les normes évoluent.

Les organisations peuvent garder une longueur d’avance en s’associant à une autorité de certification de confiance telle que Sectigo, un leader à la pointe du développement de la cryptographie post-quantique.

Protégez votre avenir grâce aux solutions de sécurité prêtes pour la PQC de Sectigo

Maintenant que vous comprenez les différences entre les algorithmes de chiffrement RSA, DSA et ECC, et que vous savez comment l’informatique quantique va bientôt redéfinir les normes de chiffrement, il est temps de préparer votre organisation à l’avenir. Sectigo propose des certificats numériques fiables et des solutions avancées de cryptographie post-quantique conçues pour aider les entreprises à effectuer une transition en douceur vers le chiffrement de nouvelle génération.

Contactez-nous pour en savoir plus sur la façon dont nos produits peuvent protéger votre site Web contre les menaces de sécurité. Nous vous recommandons également d'explorer les solutions PQC de Sectigo.

Si les algorithmes résistants à l’informatique quantique résolvent le problème cryptographique, ils en introduisent un autre, d’ordre pratique : des clés et des signatures beaucoup plus volumineuses. S’ils étaient déployés via l’infrastructure à clé publique (PKI) actuelle, ils alourdiraient chaque connexion sécurisée, faisant grimper les coûts de bande passante, de traitement et de stockage sur l’ensemble d’Internet. Les utilisateurs mobiles et les réseaux à forte latence en subiraient le plus les conséquences, mais certains systèmes, tels que les serveurs web hérités et les équilibreurs de charge, risqueraient de cesser complètement de fonctionner.

Conscients de ces limites, des cryptographes de l’ensemble du secteur, notamment des équipes de Google et de Cloudflare, avec la contribution de Sectigo, ont mis au point une nouvelle approche. Les certificats Merkle Tree (MTC) n’imposent pas de signatures post-quantiques volumineuses à une infrastructure qui n’a pas été conçue pour les accueillir ; ils repensent plutôt la manière dont les certificats sont créés et délivrés pour l’ère post-quantique.

Qu'est-ce qu'un certificat à arborescence de Merkle ?

Un MTC est une nouvelle approche des certificats numériques qui réduit considérablement la quantité de données échangées lors d'une connexion sécurisée. Au lieu de signer chaque certificat individuellement et d'envoyer une chaîne complète à chaque établissement de connexion, une autorité de certification regroupe les certificats qu'elle émet dans une structure unique appelée « arbre de Merkle ». L’autorité signe l’arbre plutôt que chaque certificat, et les navigateurs reçoivent à l’avance les têtes d’arbre de confiance via une infrastructure de transparence. Les éléments de l’arbre qui sont signés sont des résumés de hachage, qui sont en eux-mêmes résistants à l’informatique quantique.

Lorsqu’un navigateur se connecte à un site web, celui-ci présente une brève preuve, composée de quelques hachages seulement, démontrant que son certificat appartient à un arbre auquel le navigateur fait déjà confiance. La lourde chaîne de signatures ne transite jamais par le réseau. Cette différence est déterminante à l’échelle post-quantique. Une seule signature ML-DSA pèse environ 2,4 kilo-octets, et une chaîne conventionnelle en transporterait plusieurs, en plus des artefacts de transparence. La preuve de Merkle qui les remplace pèse généralement moins d’un kilo-octet.

Les MTC coexisteront probablement avec les certificats que nous utilisons aujourd’hui. Préparez-vous à un avenir où les méthodes résistantes à l’informatique quantique resteront efficaces, transparentes et compatibles avec le Web tel qu’il existe actuellement.

Pourquoi les certificats Merkle Tree sont-ils importants pour Internet ?

L'infrastructure à clé publique (PKI) est omniprésente dans toutes nos piles technologiques. Les applications cloud, les charges de travail basées sur l'IA et les milliards d'appareils connectés dépendent tous de handshakes TLS rapides et constants. Si l'authentification post-quantique ralentit ces handshakes, tout le monde en subit les conséquences. Les certificats MTC sont importants car ils éliminent ce compromis de deux manières essentielles.

1. Les certificats Merkle Tree contribuent à préserver la rapidité d’Internet

Imposer des signatures post-quantiques traditionnelles aux sites web publics ferait exploser la taille des handshakes et dégraderait l’expérience utilisateur, en particulier sur les appareils mobiles et les connexions à forte latence. Les MTC contournent ce problème en remplaçant plusieurs signatures volumineuses par une seule preuve d’inclusion compacte, ce qui maintient la surcharge à un niveau proche de ce que les utilisateurs connaissent aujourd’hui. Nous pouvons continuer à utiliser Internet exactement comme nous le faisons aujourd’hui, de manière rapide et ininterrompue, tout en bénéficiant d’une résistance quantique sous-jacente.

2. Les certificats Merkle Tree intègrent la transparence dès la conception

Dans l’infrastructure PKI actuelle, l’enregistrement de la transparence des certificats (CT) est ajouté en marge du processus d’émission, comme une étape distincte. Lorsque l’enregistrement échoue, un certificat peut circuler librement sans être détecté, créant ainsi un angle mort en matière de sécurité.

Les MTC inversent cette relation. La création d’un certificat équivaut à son enregistrement. Si un certificat ne figure pas dans l’arbre, il n’existe tout simplement pas. C’est essentiel, car l’authentification dans un monde post-quantique ne peut être véritablement sécurisée sans une visibilité totale, et les MTC rendent ces deux éléments indissociables.

Notre vision : Sectigo et les certificats Merkle Tree

La dynamique qui sous-tend cette évolution est bien réelle et mesurable. Les navigateurs ont indiqué que les certificats MTC constituaient leur solution privilégiée pour déployer des certificats post-quantiques sur le Web public, et des expériences de faisabilité sont déjà en cours sur le trafic Internet réel. Sectigo estime que les certificats MTC représentent la voie la plus prometteuse vers l’authentification post-quantique, tout en préservant les performances et l’évolutivité dont dépendent aujourd’hui les entreprises.

Parallèlement, nous continuons à suivre l’évolution de l’écosystème post-quantique dans son ensemble, depuis les algorithmes normalisés par le NIST tels que le ML-DSA jusqu’aux spécifications en constante évolution de l’IETF, en passant par les décisions relatives aux feuilles de route des navigateurs et les exigences d’adoption des entreprises. L’étendue complète des possibilités offertes par les MTC commence tout juste à se dessiner. Ce qui est d’ores et déjà clair, c’est que les entreprises ont besoin de visibilité, d’automatisation et d’agilité cryptographique pour s’adapter à mesure que les normes mûrissent. Sectigo reste déterminé à aider ses clients à se préparer à cet avenir, quelle que soit la forme que prendra l’architecture de certificats sous-jacente.

Ces certificats associent une clé publique à une identité vérifiée, permettant ainsi aux systèmes de confirmer la légitimité d’une entité numérique. Ils constituent le fondement de la sécurité en ligne, protégeant les communications entre sites web, applications, documents et appareils.

Chaque certificat X.509 comprend une clé publique, des informations d’identification et une signature numérique émise par une autorité de certification (CA) de confiance. La signature numérique confirme l’intégrité et l’origine du certificat, s’inscrivant ainsi dans une chaîne de certificats qui remonte jusqu’à une AC racine de confiance. Cette structure renforce la confiance et contribue à prévenir l’usurpation d’identité.

L’un des principaux atouts d’un certificat X.509 réside dans l’utilisation d’une paire de clés composée d’une clé publique et d’une clé privée associées. En cryptographie, cette paire de clés publique et privée sert à établir des clés de session sécurisées, à vérifier les identités et à permettre des communications chiffrées.

L’application la plus courante d’une infrastructure à clé publique (PKI) basée sur la norme X.509 est le protocole Secure Sockets Layer (SSL) / Transport Layer Security (TLS), qui constitue le fondement du protocole HTTPS permettant une navigation Web sécurisée. Au-delà du protocole HTTPS, la norme X.509 est également utilisée pour la signature de code dans le cadre de la sécurité des applications, des signatures numériques et d’autres protocoles Internet critiques.

Historique des versions de la norme X.509

La première version de la norme X.509 a été publiée en 1988. Afin de formaliser les règles de délivrance des certificats, le Secteur de la normalisation des télécommunications de l’UIT (UIT-T) a développé un système hiérarchique de noms distinctifs qui suivait les règles du service d’annuaire électronique de la norme X.500 et s’inspirait des systèmes utilisés pour attribuer des numéros de téléphone à l’échelle mondiale, mais adapté aux exigences organisationnelles plus souples d’Internet.

La version 3 a introduit une mise à jour majeure avec la prise en charge de multiples extensions. Les révisions ultérieures ont affiné la norme v3 afin de prendre en charge les cas d’utilisation modernes d’Internet et les besoins de sécurité en constante évolution.

De plus, l’Internet Engineering Task Force (IETF), par l’intermédiaire de son groupe de travail sur l’infrastructure à clé publique (PKIX), a adapté la norme de certificat X.509 v3 pour créer le profil de certificat et de liste de révocation de certificats (CRL) de l’infrastructure à clé publique X.509 sur Internet, connu sous le nom de RFC 5280. Ce profil est désormais largement utilisé pour définir la manière dont les certificats et les listes de révocation sont gérés dans les systèmes Internet.

Les avantages des certificats X.509

Les certificats X.509 facilitant la messagerie sécurisée et la navigation sur le Web, leur utilisation présente des avantages significatifs pour les organisations. Ils servent à authentifier les sites Web, à chiffrer les données en transit et à valider les utilisateurs et les appareils, tant sur les réseaux publics que privés. Leur structure, qui inclut une signature numérique de confiance émanant d’une autorité de certification (CA), les rend indispensables au bon fonctionnement des protocoles de communication sécurisés tels que SSL/TLS et S/MIME.

En associant une identité vérifiée à une clé publique, les certificats X.509 établissent une confiance numérique qui garantit la sécurité et la confidentialité des données lors de chaque interaction. Ces avantages s’étendent au trafic web, aux systèmes internes, aux API, aux communications par e-mail et bien au-delà.

Établir la confiance

Les certificats numériques, également appelés certificats à clé publique, permettent aux particuliers, aux organisations et même aux appareils de prouver leur identité dans un contexte numérique. En tant que fondement de toutes les identités numériques, les certificats X.509 sont omniprésents et essentiels à tous les processus connectés, des sites web aux applications en passant par les terminaux et les documents en ligne. Par exemple, sans eux, nous ne pourrions pas être sûrs que www.amazon.com est bien le site web d’Amazon.

Ce niveau de confiance repose non seulement sur l’architecture cryptographique, mais aussi sur le processus d’émission des certificats. Le format X.509 permet de valider l’identité en confirmant que :

1. La clé publique appartient au domaine, à l’organisation ou à la personne physique mentionnés dans le certificat
2. Le certificat a été signé par une autorité de certification (CA) de confiance, telle que Sectigo, ou est auto-signé
3. Le certificat respecte les politiques de certification définies et n’a pas été révoqué ni altéré

Lorsqu’un certificat est signé par une AC de confiance, l’utilisateur du certificat peut être certain que le propriétaire du certificat ou le nom d’hôte/domaine a été validé, tandis que les certificats auto-signés inspirent moins confiance, car le propriétaire ne fait l’objet d’aucune validation supplémentaire avant la délivrance.

Favoriser l’évolutivité

L’architecture d’infrastructure à clé publique (PKI) sur laquelle reposent les certificats X.509 prend en charge une évolutivité massive. Les organisations peuvent protéger des milliards d’échanges de données quotidiens à l’aide de certificats qui ne nécessitent aucune intervention manuelle pour la vérification ou le déchiffrement. Cela est possible car les clés publiques peuvent être distribuées librement, sans révéler la clé privée nécessaire pour déverrouiller les données chiffrées.

Cela rend les certificats X.509 particulièrement efficaces pour étendre l’identité sécurisée et le chiffrement aux services cloud, aux réseaux d’entreprise, aux appareils connectés et aux systèmes transfrontaliers.

Favoriser l’agilité cryptographique

La norme X.509 prend en charge plusieurs algorithmes cryptographiques, notamment RSA, ECC et DSA, et est en cours d’extension pour prendre en charge les algorithmes post-quantiques émergents. Cette flexibilité permet aux organisations d’adopter progressivement une cryptographie plus robuste sans avoir à reconstruire l’intégralité de leur infrastructure PKI. À mesure que les algorithmes évoluent et que les menaces s’intensifient, cette agilité cryptographique garantit que les systèmes restent protégés grâce à un chiffrement à jour et conforme aux normes.

Favoriser l’interopérabilité

La norme X.509 est universellement prise en charge par les navigateurs, les systèmes d’exploitation, les plateformes mobiles, les périphériques réseau et les fournisseurs de cloud. Cette large compatibilité permet aux certificats de fonctionner de manière cohérente dans différents environnements et chez différents fournisseurs.

Prendre en charge l’automatisation et la gestion du cycle de vie

Les cycles de vie des certificats numériques peuvent être gérés automatiquement à l’aide de protocoles tels que ACME, EST et SCEP. Les organisations peuvent émettre, renouveler et révoquer des certificats X.509 à grande échelle sans intervention manuelle. Cette automatisation réduit le risque de certificats périmés, d’interruptions de service ou d’erreurs humaines, et contribue à maintenir la disponibilité des systèmes critiques.

Comment fonctionnent les certificats X.509 ?

Les certificats X.509 fonctionnent en associant une clé publique à une identité vérifiée à l’aide d’une signature numérique émise par une autorité de certification (CA) de confiance. Le certificat suit une structure définie qui permet le chiffrement sécurisé des données, l’authentification et la validation de la confiance entre les systèmes.

La norme X.509 repose sur un langage de description d’interface appelé Abstract Syntax Notation One (ASN.1), qui définit des structures de données pouvant être sérialisées et désérialisées de manière multiplateforme. À l’aide de la paire de clés associée au certificat, les systèmes peuvent établir des sessions sécurisées, vérifier les signatures numériques et protéger les communications.

Les fondements de l’infrastructure à clé publique

La clé publique est constituée d’une chaîne de nombres aléatoires et peut être utilisée pour chiffrer un message. Seul le destinataire prévu peut déchiffrer et lire ce message chiffré, et cela n’est possible qu’à l’aide de la clé privée associée, elle-même constituée d’une longue chaîne de nombres aléatoires. La clé privée reste secrète et n’est jamais divulguée.

Comme la clé publique est rendue publique, les clés publiques sont créées à l’aide d’un algorithme cryptographique complexe afin de les associer à une clé privée correspondante, en générant des combinaisons numériques aléatoires de longueurs variables de manière à ce qu’elles ne puissent pas être exploitées par une attaque par force brute.

Les algorithmes les plus courants utilisés pour générer des clés publiques sont :

• Rivest–Shamir–Adleman (RSA) : un algorithme largement utilisé qui repose sur la difficulté de factoriser de grands nombres premiers.
• Cryptographie à courbe elliptique (ECC) : utilise des courbes elliptiques sur des corps finis pour offrir une sécurité élevée avec des longueurs de clé plus courtes.
• Algorithme de signature numérique (DSA) : repose sur l’exponentiation modulaire et le problème du logarithme discret.

La taille de la clé ou la longueur en bits des clés publiques détermine le niveau de protection. Par exemple, les clés RSA de 2 048 bits sont largement utilisées dans les certificats SSL, les signatures numériques et d’autres certificats numériques. Cette longueur de clé offre une sécurité cryptographique suffisante pour empêcher les pirates informatiques de déchiffrer l’algorithme. Des groupes de normalisation tels que le CA/Browser Forum définissent des tailles minimales de clés et des exigences cryptographiques afin de garantir la confiance et la compatibilité entre les navigateurs et les systèmes.

Champs d’émission

Les champs d’un certificat X.509 contiennent des informations sur l’identité à laquelle le certificat est délivré ainsi que sur l’identité de l’autorité de certification émettrice. Les champs standard comprennent :

• Version : La version X.509 utilisée, qui détermine la structure et les extensions disponibles.
• Numéro de série : L’identifiant unique fourni par l’autorité de certification (CA) qui distingue le certificat des autres.
• Algorithme de signature : La méthode spécifique de hachage et de chiffrement utilisée pour générer la signature numérique.
• Valeur de la signature : La signature numérique elle-même, créée par la clé privée de l’autorité de certification (CA) afin d’authentifier le contenu du certificat.
• Nom distinctif de l’émetteur : Le nom de l’autorité de certification (CA) émettant le certificat
• Période de validité du certificat : Les dates et heures de début et de fin pendant lesquelles le certificat est valide et peut être considéré comme fiable
• Nom distinctif du sujet : Le nom de l’identité à laquelle le certificat est délivré
• Informations sur la clé publique du sujet : La clé publique associée à l’identité

Extensions courantes des certificats numériques

Outre ses champs d’informations standard, la version 3 de la norme X.509 a introduit des extensions qui élargissent les fonctionnalités des certificats pour une utilisation moderne d’Internet.

Deux extensions courantes des certificats X.509 utilisées aujourd’hui sont les suivantes :

• Extension « Subject Alternative Name » (SAN) : Permet à un certificat de lier plusieurs identités à une même clé publique. Cela peut inclure des domaines supplémentaires, des noms DNS, des adresses IP ou des adresses e-mail. Grâce à cette extension, un seul certificat peut couvrir plusieurs points d’extrémité, ce qui réduit la complexité et les coûts. Les certificats prenant en charge la fonctionnalité SAN sont souvent appelés certificats multi-domaines.
• Utilisation de la clé (Key Usage) : Définit comment la clé publique peut être utilisée, par exemple pour les signatures numériques, le chiffrement de clé ou la signature de certificats. Par exemple, un certificat dont l’utilisation est limitée à la « signature uniquement » ne peut pas être utilisé pour le chiffrement. Cela empêche toute utilisation abusive et garantit que les certificats sont utilisés conformément à leur destination.

Parmi les autres extensions couramment utilisées, on trouve l’utilisation étendue de la clé (Extended Key Usage), les contraintes de base (Basic Constraints) et les points de distribution des listes de révocation (CRL Distribution Points), en fonction du rôle et de l’environnement du certificat.

Les certificats numériques s’appuient sur des chaînes de confiance hiérarchiques

Afin de renforcer davantage la confiance accordée à une identité, plusieurs certificats numériques sont souvent combinés pour constituer une chaîne de confiance hiérarchique offrant une série de niveaux de vérification. Chacun doit être signé par une autorité de certification (CA) émettrice dans le cadre du processus de vérification X.509. Le nom de la CA est indiqué et stocké à la racine du certificat. Des certificats intermédiaires supplémentaires peuvent être inclus dans la chaîne de confiance et doivent être validés.

La chaîne complète de certificats comprend généralement :

• Certificat racine
• Certificat intermédiaire
• Certificat feuille

Par exemple, lorsqu’un navigateur Web lit le certificat, il doit être capable de suivre le chemin hiérarchique de certification, y compris tous les certificats intermédiaires requis pour la validation qui sont liés de manière récursive à l’autorité de certification racine répertoriée dans le magasin de confiance du client, ce qui aboutit à une chaîne de confiance complète.

Listes de révocation de certificats (CRL)

La norme X.509 définit également l’utilisation d’une liste de révocation de certificats, qui recense tous les certificats numériques ayant été révoqués par l’autorité de certification émettrice avant la date d’expiration prévue. La révocation intervient généralement lorsqu’une clé privée est compromise, que le certificat a été émis de manière irrégulière ou que le statut du titulaire du certificat change.

Ces certificats révoqués ne doivent plus être considérés comme fiables.

Les CRL constituent un moyen simple de diffuser des informations sur ces certificats invalides. Cependant, les CRL sont de plus en plus dépréciées par les navigateurs Web et les applications modernes au profit de méthodes plus efficaces telles que le protocole OCSP (Online Certificate Status Protocol) et l’OCSP stapling, qui offrent des fonctionnalités de révocation complètes.

Encodage des certificats PKI

Un élément notable non défini dans la norme X.509 concerne la manière dont le contenu des certificats doit être encodé pour être stocké dans des fichiers.

Il existe deux schémas d’encodage couramment utilisés pour stocker les certificats numériques dans des fichiers :

• Distinguished Encoding Rules (DER) est le plus courant, car ce schéma prend en charge la plupart des objets de données. Les certificats encodés en DER sont des fichiers binaires qui ne peuvent pas être lus par des éditeurs de texte, mais qui peuvent être traités par les navigateurs Web et de nombreuses applications clientes.
• Privacy Enhanced Mail (PEM) est un schéma d’encodage de courrier électronique chiffré qui peut être utilisé pour convertir des certificats encodés en DER en fichiers texte.

Applications courantes de l’infrastructure à clé publique X.509

De nombreux protocoles Internet s’appuient sur la norme X.509, et la technologie PKI trouve de nombreuses applications au quotidien, notamment la sécurité des serveurs Web, les signatures numériques et la signature de documents, ainsi que les identités numériques.

Sécurité des serveurs Web avec les certificats SSL/TLS

La PKI est à la base des protocoles SSL/TLS qui prennent en charge les connexions HTTPS dans les navigateurs Web modernes. Sans certificats SSL ou TLS pour établir des connexions sécurisées, les cybercriminels pourraient exploiter Internet ou d’autres réseaux IP à l’aide de divers vecteurs d’attaque, tels que les attaques de type «homme au milieu», afin d’intercepter des messages et d’accéder à leur contenu.

Signatures numériques et signature de documents

Outre leur utilisation pour sécuriser les messages, les certificats basés sur l’infrastructure à clé publique (PKI) permettent des signatures numériques inviolables et une signature de documents vérifiée.

Les signatures numériques constituent un type spécifique de signature électronique qui s’appuie sur l’infrastructure PKI pour authentifier l’identité du signataire ainsi que l’intégrité de la signature et du document. Les signatures numériques ne peuvent être ni modifiées ni dupliquées d’aucune manière, car la signature est créée par la génération d’un hachage, qui est chiffré à l’aide de la clé privée de l’expéditeur. Cette vérification cryptographique lie mathématiquement la signature au message d’origine afin de garantir que l’expéditeur est authentifié et que le message lui-même n’a pas été altéré.

Signature de code

La signature de code permet aux développeurs d’ajouter un niveau de sécurité supplémentaire en signant numériquement les applications, les pilotes et les logiciels, afin que les utilisateurs finaux puissent vérifier qu’aucun tiers n’a altéré ou compromis le code qu’ils reçoivent. Pour garantir que le code est sûr et fiable, ces certificats numériques incluent la signature du développeur, le nom de l’entreprise et un horodatage.

Certificats de messagerie

Les certificats S/MIME sont utilisés pour valider l’identité des expéditeurs d’e-mails et chiffrer le contenu des messages et des pièces jointes. Cela empêche les attaquants d’usurper des identités ou de lire les messages en transit.

S/MIME s’appuie sur les certificats X.509 pour sécuriser les communications par e-mail tant personnelles qu’organisationnelles, offrant une protection contre le spear phishing, la perte de données et les attaques sophistiquées d’ingénierie sociale.

De nombreux secteurs s’appuient sur S/MIME pour répondre aux exigences réglementaires ou de conformité.

Identités numériques

Les certificats X.509 assurent également une authentification d’identité numérique efficace. À mesure que les données et les applications s’étendent au-delà des réseaux traditionnels vers les appareils mobiles, les clouds publics, les clouds privés et les appareils de l’Internet des objets, la sécurisation des identités devient plus importante que jamais. Et les identités numériques ne doivent pas nécessairement se limiter aux appareils ; elles peuvent également servir à authentifier des personnes, des données ou des applications. Les certificats d’identité numérique basés sur cette norme permettent aux organisations d’améliorer leur sécurité en remplaçant les mots de passe, que les attaquants parviennent de plus en plus facilement à voler.

Comment obtenir un certificat X.509 ?

Un élément essentiel du déploiement des certificats X.509 est l’existence d’une autorité de certification (CA) ou d’un agent de confiance chargé de délivrer les certificats et de publier les clés publiques associées aux clés privées des individus. Sans cette CA de confiance, il serait impossible pour les expéditeurs de savoir s’ils utilisent bien la clé publique correcte associée à la clé privée du destinataire, et non la clé associée à un acteur malveillant cherchant à intercepter des informations sensibles pour les utiliser à des fins malveillantes.

Plusieurs options s’offrent à vous pour obtenir des certificats X.509 :

• Utiliser une autorité de certification (CA) tierce de confiance : Des fournisseurs tels que Sectigo valident l’identité du demandeur et émettent des certificats adossés à une hiérarchie de confiance publique.
• Exploiter votre propre CA interne : De nombreuses entreprises et fournisseurs de technologies choisissent d’exploiter leur propre CA pour émettre des certificats destinés à leurs systèmes, appareils ou utilisateurs internes.
• Utiliser des certificats auto-signés : Ceux-ci sont créés et signés par l’organisation elle-même. Bien qu’ils soient faciles à générer, ils ne bénéficient pas d’une confiance publique et nécessitent une configuration manuelle de la confiance.

Quelle que soit la méthode choisie, l’autorité de certification doit :

• Valider l’identité du demandeur avant de délivrer le certificat.
• Confirmer que la clé publique publiée est correctement associée à la clé privée du demandeur.
• Maintenir des pratiques de sécurité internes rigoureuses pour se prémunir contre toute compromission ou tout abus.

Gérer les certificats X.509 avec Sectigo

L’un des aspects les plus critiques des certificats X.509 réside dans leur gestion efficace à grande échelle grâce à l’automatisation. Sans personnel, processus et technologies de haut niveau, les entreprises s’exposent à des failles de cybersécurité, à des pannes, à une atteinte à leur image de marque et à des défaillances d’infrastructures critiques.

Sectigo Certificate Manager (SCM) Pro offre un contrôle centralisé sur l’ensemble du cycle de vie des certificats publics et privés. De l’émission au renouvellement en passant par la révocation, SCM Pro prend en charge l’automatisation, l’application des politiques et l’intégration transparente dans votre infrastructure technologique existante.

SCM Enterprise étend cette capacité à toutes les identités humaines et machines au sein de votre organisation, offrant une gestion complète du cycle de vie des certificats à partir d’une plateforme unique.

1. Authentification : les certificats SSL servent de justificatifs pour authentifier l’identité d’un site web. Ils sont délivrés à un nom de domaine et à un serveur web spécifiques après qu’une autorité de certification (CA) a procédé à une vérification de l’organisation demandant le certificat. Selon le type de certificat, celui-ci peut inclure des informations vérifiées concernant l’entreprise ou l’organisation derrière le site web.
2. Communication sécurisée des données : lorsqu’un certificat SSL est installé sur un serveur web, il permet l’affichage d’une icône représentant un cadenas ou une clé dans le navigateur web (selon le navigateur). Il active le protocole HTTPS et établit une connexion sécurisée entre le serveur et le navigateur. Il permet l’utilisation d’algorithmes de chiffrement pour brouiller les données en transit sous un format indéchiffrable, qui ne peut être lu qu’à l’aide de la clé de déchiffrement appropriée. Cela signifie que les données sensibles, telles que les informations financières, peuvent être transmises en toute sécurité.

Les navigateurs Web affichent des indicateurs de sécurité lorsqu’un site présente un certificat délivré par une autorité de certification de confiance, telle que Sectigo. Pour devenir une autorité de certification de confiance, une entreprise doit se conformer aux normes de sécurité et d’authentification établies par les principaux navigateurs et par l’organisme de normalisation appelé le CA/Browser Forum, et se soumettre à des audits réguliers.

Lorsqu’une autorité de certification de confiance délivre un certificat à une organisation, le navigateur reconnaît ce certificat comme légitime. Le navigateur informe alors l’utilisateur que l’adresse Web est sécurisée, et celui-ci peut naviguer en toute sécurité sur le site et saisir ses informations personnelles.

Comment fonctionnent les certificats SSL ?

Lorsqu’un utilisateur se rend sur un site doté d’un certificat SSL/TLS, une « poignée de main » s’effectue afin de créer un canal sécurisé entre l’utilisateur et l’organisation et de protéger les données transmises sur le site web contre toute compromission. Voici comment le processus de poignée de main se déroule en temps réel :

1. Un système client, tel qu’un navigateur web courant, se connecte à un serveur sécurisé par un certificat SSL/TLS.
2. Le navigateur lance une poignée de main TLS avec le serveur.
3. Le serveur renvoie une copie de son certificat SSL, comprenant le type, la durée de validité et les informations relatives à l’organisation.
4. Le navigateur vérifie si le certificat est valide. Si le certificat n’est pas installé, s’il n’est pas à jour avec les protocoles de sécurité appropriés (a été laissé expirer) ou s’il n’est pas émis par une autorité de certification (CA) à laquelle le navigateur fait confiance, l’utilisateur verra s’afficher un message d’avertissement.
5. Le serveur et le navigateur achèvent l’échange de clés et les messages de négociation, puis établissent une session chiffrée TLS.
6. Toutes les données échangées entre le navigateur et le serveur sont désormais sécurisées. Si un pirate intercepte la communication, les données resteront chiffrées et illisibles.

Les certificats numériques font partie de l’infrastructure à clé publique (PKI), qui utilise la cryptographie à clé publique pour établir la confiance. Ce processus utilise des clés publiques et privées pour aider à établir des clés de chiffrement qui protègent les données en transit.

Quelle est la différence entre SSL et TLS ?

TLS est une version mise à jour de SSL qui offre des options de chiffrement avancées ; cependant, ces deux acronymes sont souvent considérés comme ayant la même signification.

Secure Sockets Layer, ou SSL, était le nom du premier protocole cryptographique mis en place pour garantir l’identité d’un serveur connecté sur l’Internet ouvert. Ce protocole a été créé en 1995 pour permettre le commerce électronique sur le Web. SSL 2.0 a été la première version du protocole à être utilisée dans des systèmes de production, et elle a rapidement été remplacée par SSL 3.0. Après la version 3.0, les organismes de normalisation ont remplacé SSL par un protocole plus avancé appelé Transport Layer Security, ou TLS. Cependant, à ce moment-là, le terme « SSL » était déjà si répandu qu’il continue d’être utilisé comme nom de facto pour désigner le TLS.

Bien que les certificats n’assurent pas eux-mêmes le chiffrement, les logiciels clients et serveurs conformes aux normes exigent la présence d’un certificat pour que le chiffrement puisse avoir lieu. Cette exigence tient compte du fait que, sans une identité fiable de la partie située à l’autre bout d’une connexion, le chiffrement en lui-même n’offre aucune protection.

Les algorithmes à clé publique couramment utilisés aujourd’hui dans le protocole TLS comprennent RSA (Rivest-Shamir-Adleman) et ECC (cryptographie à courbe elliptique). Cependant, avec les progrès de l’informatique quantique, ces algorithmes devraient devenir vulnérables, rendant nécessaire la transition vers la cryptographie post-quantique (PQC) afin de garantir la sécurité à long terme.

Quels sont les différents types de certificats SSL ?

Il existe trois types de certificats SSL/TLS classés selon leur niveau de validation, à savoir :

• Validation de domaine (DV) : la méthode la plus simple et la plus économique pour bénéficier d’un chiffrement conforme aux normes du secteur
• Validation d’organisation (OV) : un niveau supérieur à la validation DV, où l’organisation doit être une entreprise légalement enregistrée et prouver qu’elle est propriétaire du domaine
• Validation étendue (EV) : offre le plus haut niveau de confiance et constitue la norme du secteur pour les sites de commerce électronique

D’autres variantes de certificats sont classées en fonction du nombre de domaines qu’elles couvrent :

• Certificats SSL « Wildcard » : pour un domaine principal et ses sous-domaines
• Domaine unique : pour un domaine principal et un seul sous-domaine
• Multi-domaines : utilisés pour sécuriser plusieurs domaines

Utilisations courantes

Les certificats SSL constituent un élément essentiel des mesures de cybersécurité de tout site web. Des millions de sites web les utilisent pour sécuriser la navigation sur leurs pages. L’activation du protocole HTTPS permet d’indiquer qu’un site est sécurisé pour la navigation et la saisie de données, et les principaux navigateurs avertissent activement les utilisateurs lorsqu’un site n’est pas sécurisé. Les sites dépourvus de certificat peuvent afficher un avertissement « Non sécurisé ».

La croissance des sites web mondiaux, des appareils mobiles et des appareils connectés à Internet a également étendu leur utilisation bien au-delà du simple commerce électronique. Toute personne ayant besoin de partager des données entre appareils via Internet en toute sécurité peut bénéficier des certificats SSL. Ils sont le plus souvent utilisés pour sécuriser :

• Les transactions par carte bancaire en ligne
• Les formulaires Web et les connexions des clients
• Les applications de messagerie électronique et de messagerie Web
• Les communications d’entreprise via les intranets, le partage de fichiers, les extranets et les serveurs internes
• Les plateformes basées sur le cloud et les applications virtualisées
• Les transferts de fichiers via FTPS
• Les transferts de données vers et depuis des appareils mobiles

Si l’URL d’un site Web commence par HTTPS:// et qu’une icône de cadenas apparaît dans la barre d’adresse, cela signifie que le site utilise une connexion SSL/TLS sécurisée.

Quels sont les avantages des certificats SSL ?

L’installation d’un certificat SSL a pour principal objectif d’établir une session sécurisée entre un serveur web et un navigateur. Une fois la connexion sécurisée établie, toutes les informations échangées entre le serveur web et le visiteur resteront confidentielles et chiffrées

Parmi les autres avantages, on peut citer :

• Renforcement de la confiance des clients : l’icône représentant un cadenas ou une clé rassure les clients sur le fait que leurs informations ne seront pas compromises. Les données seront envoyées aux serveurs destinataires prévus et ne seront pas redirigées vers des tiers non autorisés.
• Protection des informations sensibles contre les attaques de phishing : Les sites de phishing sont des copies frauduleuses de sites Web connus dont le but est de vous inciter à divulguer des informations sensibles, telles que vos numéros de carte bancaire ou de sécurité sociale. Les certificats à validation étendue offrent le plus haut niveau de validation d’identité, ce qui permet aux utilisateurs et aux organisations de distinguer les sites légitimes des sites usurpateurs.
• Meilleur référencement sur les moteurs de recherche : les certificats SSL/TLS peuvent améliorer le référencement naturel (SEO) et la visibilité en ligne d’un site Web. Google a confirmé que le protocole HTTPS constituait un critère de classement, ce qui renforce son importance.

Comment installer un certificat SSL

L’installation d’un certificat SSL sur un site web se fait en 3 étapes simples :

1. Achetez un certificat émis par une autorité de certification (CA) de confiance - Les certificats de confiance peuvent être achetés auprès de votre hébergeur web ou directement auprès d’une autorité de certification de confiance, comme Sectigo. Les certificats SSL émis par une autorité de certification de confiance seront reconnus par tous les navigateurs Internet courants utilisés par vos visiteurs (Chrome, Firefox, Internet Explorer, Safari, etc.).
2. Activer et installer le certificat — Si vous avez acheté votre certificat auprès de votre hébergeur, celui-ci peut se charger de cette étape pour vous. Si vous gérez vous-même votre site, les deux étapes à suivre consistent à générer une demande de signature de certificat (CSR), puis à installer votre certificat. Notre base de connaissances propose une série de documents pour vous aider à réaliser ces deux tâches sur différents logiciels de serveur web.
3. Passez l’ensemble de votre site au protocole HTTPS – Après avoir installé votre certificat sur vos pages cibles, modifiez votre site afin que tout le contenu soit diffusé de manière sécurisée.

Gestion du cycle de vie des certificats

L’installation d’un certificat SSL/TLS n’est qu’un début. Les certificats doivent être surveillés et renouvelés avant leur expiration afin d’éviter des problèmes tels que des interruptions de service imprévues.

Cette tâche devient nettement plus exigeante à mesure que le secteur s’oriente vers des durées de validité plus courtes pour les certificats SSL publics, la durée maximale passant à 200 jours en 2026, 100 jours en 2027 et 47 jours en 2029. À ce rythme, la gestion automatisée du cycle de vie des certificats via une plateforme telle que Sectigo Certificate Manager (SCM) constitue la solution la plus pratique pour maintenir la couverture et réduire le risque d’expiration.

Pour commencer

Sectigo propose tous les types de certificats SSL/TLS à l’achat, ainsi qu’une assistance client disponible 24 h/24 et 7 j/7. En tant qu’autorité de certification publique commerciale de premier plan, Sectigo a émis plus d’un milliard de certificats à travers le monde.

Si vous avez besoin d’aide pour comprendre le fonctionnement des certificats SSL/TLS ou pour choisir celui qui convient à votre site web, contactez-nous dès aujourd’hui.

Envie d'en savoir plus ? Contactez nous pour réserver une démo de Sectigo Certificate Manager !

Les signatures électroniques, communément appelées « e-signatures », constituent un large éventail de solutions qui recourent à un processus électronique pour valider un document ou une transaction par une signature. À mesure que les documents et les communications se dématérialisent, les entreprises et les consommateurs du monde entier ont adopté la rapidité et la commodité offertes par ce type de signatures. Il existe toutefois de nombreux types de signatures électroniques, chacun permettant aux utilisateurs de signer des documents par voie numérique et offrant un certain niveau d’authentification d’identité.

Les signatures numériques constituent un type spécifique de signature électronique et représentent le type le plus sécurisé qui soit. Elles s’appuient sur des certificats PKI délivrés par une autorité de certification (CA). Avant de délivrer un certificat de signature de document, l’autorité de certification vérifie l’identité du signataire au moyen d’un processus de vérification. Ce processus peut impliquer des contrôles de documents, une vérification de l’organisation ou d’autres procédures selon le type de certificat : validation d’organisation (OV) ou validation étendue (EV). D’autres types de signatures électroniques, moins sécurisés, peuvent utiliser des méthodes d’authentification électroniques courantes pour vérifier l’identité du signataire, telles qu’une adresse e-mail, un nom d’utilisateur/identifiant d’entreprise ou un numéro de téléphone/code PIN.

En raison de l’existence d’exigences techniques et de sécurité différentes, les signatures électroniques varient selon le secteur d’activité, la zone géographique et le cadre juridique. Les signatures numériques sont conformes aux exigences réglementaires les plus strictes, notamment la loi fédérale américaine ESIGN Act et d’autres lois internationales applicables.

Comment fonctionnent les signatures numériques?

Les signatures numériques utilisent l'infrastructure à clé publique (PKI), considérée comme la référence en matière d'authentification d'identité numérique et de chiffrement. La PKI repose sur l'utilisation de deux clés associées, une clé publique et une clé privée, pour chiffrer et déchiffrer un message à l'aide d'algorithmes robustes de cryptographie à clé publique. La signature est générée à l'aide de la clé privée du signataire, ce qui lie de manière sécurisée son identité au document. Un horodatage peut également être ajouté afin d'enregistrer la date et l'heure de la signature du document et de contribuer à préserver sa validité dans le temps.

Voici comment fonctionne l'envoi d'une signature numérique:

1. L'expéditeur sélectionne le fichier à signer numériquement dans la plateforme de gestion de documents ou l'application.
2. L'ordinateur de l'expéditeur calcule la valeur de hachage unique du contenu du fichier.
3. Cette valeur de hachage est chiffrée à l'aide de la clé privée de l'expéditeur afin de créer la signature numérique.
4. Le fichier d'origine, accompagné de sa signature numérique, est envoyé au destinataire.
5. Le destinataire ouvre le fichier dans une application compatible, qui détecte que le fichier a été signé numériquement.
6. L'ordinateur du destinataire déchiffre ensuite la signature numérique à l'aide de la clé publique de l'expéditeur.
7. L'ordinateur du destinataire calcule ensuite la valeur de hachage du fichier d'origine et compare cette valeur à celle, désormais déchiffrée, du fichier de l'expéditeur afin de vérifier que le fichier n'a pas été modifié.

Quelles garanties de sécurité offrent-elles?

Les signatures numériques offrent trois garanties de sécurité essentielles :

• l'authentification de l'identité du signataire,
• l'intégrité des données, qui permet de confirmer que le document n'a pas été altéré,
• la non-répudiation, ce qui signifie que le signataire ne peut pas nier ultérieurement avoir approuvé le document.

Ensemble, ces garanties aident les organisations à réduire la fraude, à respecter les exigences de conformité et à effectuer des transactions numériques sécurisées en toute confiance.

Comment les organisations peuvent-elles obtenir un certificat de signature numérique?

Le processus de création d’une signature numérique est simple et facile à mettre en œuvre, tant pour les professionnels indépendants que pour les entreprises. Il faut tout d’abord disposer d’un certificat de signature numérique, que l’on peut obtenir auprès d’une autorité de certification de confiance, telle que Sectigo. Une fois les étapes d’achat et d’émission terminées, vous pouvez télécharger et installer le certificat. Il suffit ensuite d’utiliser la fonction de signature numérique de la plateforme ou de l’application de gestion de documents appropriée.

Par exemple, la plupart des applications de messagerie proposent un bouton « Signer numériquement », tandis que les documents Microsoft Word peuvent afficher un bouton de signature une fois qu’une ligne de signature a été ajoutée.

Comment les destinataires vérifient-ils un document signé numériquement?

Lorsqu’un document signé à l’aide d’une clé privée est envoyé, le destinataire se procure la clé publique du signataire afin de vérifier la signature numérique. Une fois le document déchiffré, le destinataire peut consulter le document tel qu’il a été conçu par l’utilisateur, sans aucune altération. Si le destinataire ne parvient pas à vérifier le document à l’aide de la clé publique, cela signifie que le document a été altéré, voire que la signature n’appartient pas au signataire d’origine.

Pourquoi est-il essentiel de protéger la clé privée?

La technologie de la signature numérique exige que toutes les parties concernées aient la certitude que la personne qui crée la signature a su préserver le secret de sa propre clé privée. Si une autre personne a accès à la clé privée du signataire, elle pourrait créer des signatures numériques frauduleuses au nom du détenteur de la clé privée.

Que se passe-t-il si un document signé est modifié?

Si l’expéditeur ou le destinataire modifie le fichier après qu’il a été signé numériquement, la valeur de hachage du document change. Lorsque le système du destinataire compare le hachage nouvellement mis à jour avec le hachage signé d’origine, toute divergence révèle que le document a été modifié. Dans ce cas, la signature numérique est marquée comme non valide, alertant les utilisateurs d’une éventuelle altération.

À quoi ressemble une signature numérique?

Étant donné que le certificat PKI, qui est un code logiciel, est au cœur de la signature numérique, celle-ci n’est pas visible en soi. Cependant, les plateformes de gestion de documents peuvent fournir une preuve facilement identifiable indiquant qu’un document a été signé numériquement. Cette représentation et les détails du certificat affichés varient selon le type de document et la plateforme de traitement. Par exemple, un fichier PDF Adobe affiche un indicateur visuel, tel qu’une icône en forme de sceau ou un ruban bleu en haut du document, indiquant le nom du signataire et celui de l’émetteur du certificat.

De plus, elle peut figurer sur un document de la même manière que les signatures apposées sur un document physique et peut inclure une image de votre signature manuscrite, la date, le lieu et le cachet officiel.

Les signatures numériques peuvent également être invisibles, même si le certificat numérique reste valide. Les signatures invisibles sont utiles lorsque le type de document ne comporte généralement pas l'image d'une signature physique, comme une photographie. Les propriétés du document peuvent fournir des informations sur le certificat numérique, l'autorité de certification émettrice, ainsi qu'une indication de l'authenticité et de l'intégrité du document.

Si une signature numérique n'est pas valide pour quelque raison que ce soit, les documents affichent un avertissement indiquant qu'ils ne sont pas fiables.

Pourquoi sont-ils importants?

À mesure que les activités commerciales se déroulent de plus en plus en ligne, les contrats et les transactions qui étaient autrefois signés sur papier sont désormais gérés via des processus entièrement numériques. Cette évolution renforce la nécessité de vérifier l’identité des signataires et de s’assurer que les documents n’ont pas été altérés. Les signatures numériques apportent cette confiance en authentifiant le signataire et en protégeant les documents contre toute falsification ou fraude.

Elles permettent également des processus plus rapides et plus efficaces. Les documents peuvent être signés en toute sécurité depuis n’importe quel appareil, partagés instantanément et suivis jusqu’à leur finalisation grâce à des pistes d’audit claires. La signature étant intégrée au fichier, elle reste intacte et vérifiable, quelle que soit la destination du document.

Au-delà des grandes entreprises, les signatures numériques sont tout aussi utiles pour les professionnels indépendants, les consultants et les petites entreprises qui ont besoin d’un moyen simple et fiable de signer des contrats, des accords et des documents clients sans infrastructure complexe. Les solutions conçues pour les particuliers permettent d’établir facilement leur crédibilité et de maintenir des flux de travail sécurisés et conformes.

Il est essentiel que ces accords signés numériquement soient reconnus d’un point de vue juridique. Les signatures numériques garantissent la conformité à des normes importantes telles que la loi fédérale américaine ESIGN, la GLBA, HIPAA/HITECH, la norme PCI DSS et l’accord «Safe Harbor» entre les États-Unis et l’Union européenne.

Cas d'utilisation courants de la signature numérique

Aujourd'hui, les signatures numériques sont couramment utilisées dans un large éventail de processus métier afin d'améliorer la sécurité, l'intégrité et l'efficacité des transactions critiques désormais traitées par voie numérique, notamment :

• Contrats et documents juridiques : Les signatures numériques ont une valeur juridique contraignante. Elles constituent donc la solution idéale pour tout document juridique nécessitant une signature authentifiée par une ou plusieurs parties et garantissant que le document n'a pas été modifié.
• Contrats de vente : La signature numérique des contrats et des accords de vente permet d’authentifier l’identité du vendeur et de l’acheteur ; les deux parties ont ainsi l’assurance que les signatures ont une valeur juridique et que les conditions générales du contrat n’ont pas été altérées.
• Documents financiers : Les services financiers signent numériquement les factures afin que les clients aient la certitude que la demande de paiement provient bien du vendeur légitime, et non d’un malfaiteur cherchant à escroquer l’acheteur pour qu’il effectue un virement vers un compte frauduleux.
• Données de santé : Dans le secteur de la santé, la confidentialité des données est primordiale, tant pour les dossiers médicaux des patients que pour les données de recherche. Les signatures numériques garantissent que ces informations sensibles n’ont pas été altérées lors de leur partage entre les parties consentantes.
• Formulaires administratifs : Les organismes publics aux niveaux fédéral, régional et local sont soumis à des directives et réglementations plus strictes que celles de nombreuses entreprises du secteur privé. Qu’il s’agisse d’approuver des autorisations ou de pointer sur une feuille de présence, les signatures permettent de rationaliser la productivité en garantissant que le bon employé intervient pour les validations appropriées.
• Documents d’expédition : Pour les fabricants, s’assurer que les manifestes de fret ou les connaissements sont toujours exacts permet de réduire les erreurs d’expédition coûteuses. Or, les documents papier sont encombrants, ne sont pas toujours facilement accessibles pendant le transport et peuvent être perdus. En signant numériquement les documents d’expédition, les expéditeurs et les destinataires peuvent accéder rapidement à un fichier, vérifier que la signature est à jour et s’assurer qu’aucune altération n’a eu lieu.

Sécurisez vos documents avec Sectigo

Les certificats de signature de documents Sectigo vérifient l’identité du signataire et confirment qu’un document n’a pas été altéré après la signature. Chaque signature est liée cryptographiquement au fichier, ce qui permet aux destinataires de valider de manière indépendante l’authenticité et l’intégrité du document.

Sectigo propose des solutions destinées aussi bien aux entreprises qu’aux particuliers. Les certificats de signature de documents prennent en charge les cas d’utilisation en entreprise grâce à une signature évolutive et régie par des politiques, tandis que la solution « Document Signing Professional » est conçue pour les professionnels indépendants et les petites entreprises qui ont besoin d’un moyen simple et fiable de signer des documents. Dans les deux cas, l’identité vérifiée est intégrée directement dans chaque fichier, créant ainsi des documents inviolables reconnus par des plateformes telles qu’Adobe Acrobat et Microsoft Office.

Découvrez-en davantage sur les solutions de signature de documents de Sectigo pour protéger vos contrats, rapports et autres documents essentiels à votre activité.

En parcourant votre boîte de réception, vous remarquerez peut-être une série de coches bleues, affichées à côté des noms des expéditeurs lorsque vous ouvrez un message. Passez brièvement la souris sur la coche et vous verrez s'afficher une remarque importante : « L'expéditeur de cet e-mail a confirmé qu'il est bien le propriétaire de [nom du site web] et du logo figurant dans l'image de profil. »

Cette coche est la réponse de Google au signal de confiance basé sur la boîte de réception, motivée par la tendance généralisée à afficher les logos des expéditeurs directement dans les boîtes de réception. Elle est étroitement liée à la spécification BIMI et peut être sécurisée en configurant les politiques et cadres associés : SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) et DMARC.

La coche en elle-même a une valeur et peut renforcer la confiance, mais une grande partie de cette valeur réside dans les mécanismes de sécurité qui rendent cette coche possible : l’utilisation de plusieurs couches d’authentification pour prouver la légitimité de l’expéditeur. Cet effort contribue à protéger les destinataires contre l’usurpation d’identité, renforçant ainsi le système global de confiance qui protège les boîtes de réception d’aujourd’hui.

Que faut-il pour obtenir la coche bleue de Gmail ?

Gmail n'affiche la coche bleue que si tous les éléments de la vérification de la marque sont en place : protocoles, cadres de référence, logos et certificats. Ces exigences s'associent pour confirmer la légitimité de la marque et permettre l'affichage du logo authentifié.

Les exigences sont les suivantes :

Les exigences BIMI doivent être correctement mises en place

Le BIMI est au cœur des efforts actuels visant à renforcer la confiance et la vérification dans les boîtes de réception. Cette spécification largement utilisée détermine la manière dont les organisations prouvent leur identité et authentifient leurs domaines respectifs.

Elle repose sur le bon fonctionnement des protocoles SPF, DKIM et DMARC. Le SPF identifie les serveurs d’envoi autorisés, le DKIM vérifie que les messages n’ont pas été altérés, et le DMARC indique aux fournisseurs de messagerie comment traiter les messages dont l’authentification a échoué.

Les mesures prises pour répondre aux exigences BIMI pour Gmail s’avéreront également utiles lors de la collaboration avec d’autres fournisseurs de messagerie.

Un logo SVG conforme à la norme BIMI

Le logo est un élément essentiel du processus de vérification. Il doit répondre à des exigences strictes en matière de formatage et de dimensions : chaque logo soumis doit être un véritable fichier vectoriel, sur un fond uni. Il ne doit comporter ni scripts ni animations, et doit s’afficher correctement, même à petite échelle.

Utilisez le format SVG Tiny Portable/Secure, également appelé SVG Tiny PS ou SVG Tiny 1.2, et soyez prêt à effectuer des modifications manuelles pour respecter les exigences BIMI. Le groupe BIMI met à disposition des outils pour faciliter la mise en conformité. 
 

Un certificat de marque vérifiée

Les certificats de marque permettent de vérifier qu’une marque est autorisée à utiliser un logo spécifique pour l’affichage des e-mails BIMI. Pour obtenir la coche bleue de Gmail, un certificat de marque vérifiée (VMC) est requis. Un VMC vérifie l’authenticité du logo et établit un lien entre le logo protégé par une marque déposée et votre organisation. Les recommandations de Google Workspace confirment cette exigence, en précisant que : « Dans Gmail, vous verrez une coche à côté des expéditeurs vérifiés à l’aide d’un VMC. »

Les marques souhaitant acquérir un VMC doivent être prêtes à fournir des informations de validation de leur activité, des documents relatifs à la marque déposée et des fichiers de logo correspondant à la marque enregistrée.

Les certificats de marque courants (CMC), bien qu’utiles pour l’affichage des logos, ne répondent pas aux exigences permettant d’obtenir la coche bleue de Gmail. Si vous n’êtes pas encore éligible à un VMC parce que vous ne disposez pas d’une marque déposée, un CMC reste intéressant, mais il ne vous permettra pas d’obtenir la coche bleue.

Comment obtenir la coche bleue de Gmail avec BIMI

Pour renforcer la confiance grâce à l'affichage du logo dans la boîte de réception et à la coche bleue, vous devrez suivre une série d'étapes de configuration technique impliquant l'authentification des e-mails, le formatage du logo, la validation du certificat et les mises à jour DNS.

Les étapes sont les suivantes :

Étape 1 : Configurez les protocoles SPF, DKIM et DMARC. Utilisez SPF pour identifier les serveurs autorisés à envoyer des e-mails. Activez DKIM pour appliquer des signatures cryptographiques vérifiables. Créez une paire de clés DKIM et publiez la clé publique sous forme d'enregistrement DKIM dans le DNS. Enfin, configurez DMARC à l'aide d'un enregistrement TXT dans les paramètres DNS. La politique doit être définie sur p=quarantine ou p=reject, et pct=100 doit s’appliquer à tous les e-mails sortants.

Étape 2 : Créez un logo SVG conforme. Choisissez une image de haute qualité représentant un logo de marque déposée et vérifiez qu’elle respecte toutes les normes applicables : elle doit être au format SVG (Scalable Vector Graphics) et présenter un rapport d’aspect carré. Vérifiez que le logo correspond bien à la marque déposée.

Étape 3 : Obtenez un certificat de marque vérifiée (VMC). Adressez-vous à une autorité de certification pour obtenir un VMC. Lors de la soumission de la demande de VMC, fournissez une preuve de propriété de la marque déposée.

Étape 4 : Publiez votre enregistrement DNS BIMI. Connectez-vous auprès de votre fournisseur de domaine ou de DNS et ajoutez un enregistrement TXT BIMI. Pour Gmail, l'enregistrement doit pointer vers le fichier PEM émis avec votre VMC. Un exemple compatible avec Gmail peut se présenter comme suit : v=BIMI1;l=;a=https://yourdomain.com/certificate.pem. Le fichier PEM doit être hébergé sur un serveur web accessible au public via HTTPS.

Étape 5 : Validez et testez. Utilisez un outil de vérification BIMI pour vous assurer que le formatage et l’authentification sont corrects avant d’envoyer des messages de test aux fournisseurs pris en charge. Si le logo ne s’affiche pas comme prévu, vérifiez à nouveau l’enregistrement DNS ou le formatage SVG pour vous assurer que les autres étapes ont été correctement effectuées. L’affichage BIMI varie selon les fournisseurs de messagerie ; les résultats peuvent donc différer d’une boîte de réception à l’autre.

Avantages de la coche bleue

La coche bleue de Gmail s'appuie sur la confiance et la visibilité acquises grâce aux logos vérifiés. Elle apporte ainsi une garantie supplémentaire, confirmant que les expéditeurs sont entièrement vérifiés et que les messages proviennent de sources légitimes.

• Confirmation visuelle rapide. Les destinataires d’e-mails prennent des décisions en une fraction de seconde pour s’y retrouver dans des boîtes de réception surchargées. Un indicateur tel qu’une coche bleue peut aider les destinataires à reconnaître rapidement les expéditeurs vérifiés, en particulier s’il est associé à un logo de vérification.
• Une image professionnelle. Les coches véhiculent un sentiment de professionnalisme, conférant aux e-mails un aspect soigné qui renforce la crédibilité existante. Ensemble, les logos et les coches établissent une présence de marque qui inspire confiance et fiabilité.
• Confiance renforcée. Lorsque les destinataires évaluent les e-mails, ils se tournent vers les coches pour s’assurer de leur authenticité. Bien que les logos soient utiles, cette double vérification peut inspirer confiance même aux utilisateurs les plus sceptiques.
• Un engagement accru et des taux d’ouverture plus élevés. La confiance et la visibilité peuvent aider les destinataires à se sentir plus à l’aise pour ouvrir les e-mails de la marque ou interagir avec eux. Ces éléments influencent la décision des destinataires de lire réellement les e-mails et peuvent même les encourager à passer à l’action : cliquer sur des liens ou remplir des formulaires afin de renforcer leurs relations avec les marques.

Pourquoi la coche bleue de Gmail n'apparaît-elle pas ?

Après avoir pris le temps de configurer BIMI, il peut être frustrant de ne pas voir apparaître les coches bleues. Cela peut indiquer des erreurs de votre part, mais même lorsque les exigences techniques sont respectées, Gmail peut également tenir compte de la réputation de l'expéditeur et d'autres facteurs de validation avant d'afficher un logo ou une coche.

Voici les raisons courantes pour lesquelles elle n'apparaît pas :

• La politique DMARC n’est pas appliquée. Gmail n’affiche les coches que lorsque les domaines utilisent des politiques de mise en quarantaine ou de rejet. Ceci est essentiel, car cela permet aux fournisseurs de savoir comment réagir lorsque les e-mails échouent à la vérification.
• L’authentification SPF ou DKIM échoue. L’authentification SPF peut échouer si le serveur d’envoi est jugé non autorisé. L’authentification DKIM échoue si les e-mails ont été altérés ou si les enregistrements DNS sont mal configurés. L’un ou l’autre de ces échecs empêche l’affichage de la coche bleue.
• Le logo SVG n’est pas conforme. Les logos ne peuvent s’afficher correctement que s’ils respectent des normes strictes. La coche bleue s’appuie sur le logo ; par conséquent, si ce dernier ne répond pas aux normes requises, la coche restera également inaccessible.
• L'enregistrement TXT BIMI est manquant ou incorrect. Gmail ne peut valider les logos que si les enregistrements BIMI sont correctement formatés. L'enregistrement TXT indique où trouver le logo vérifié ; sans lui, la validation est impossible.
• Le fichier PEM n’est pas hébergé correctement. Un fichier PEM est fourni après la délivrance d’un VMC, mais Gmail doit pouvoir y accéder. La vérification ne peut avoir lieu si le fichier PEM est manquant ou bloqué d’une manière ou d’une autre.
• Le logo ne correspond pas à la marque déposée. Les logos affichés doivent correspondre exactement aux logos de marques déposées validés par les VMC, y compris en termes de couleurs et de proportions.
• Les modifications DNS ne se sont pas entièrement propagées. La propagation des modifications DNS vers les serveurs prend du temps. Si les mises à jour n’ont pas encore été répercutées sur les serveurs vérifiés par Gmail, les tentatives d’authentification récentes (ou les modifications apportées au BIMI) peuvent ne pas être reconnues.

Commencez à instaurer la confiance dans la boîte de réception avec Sectigo

Sectigo propose des certificats « Verified Mark » et « Common Mark » pour aider les organisations à prendre en charge l’affichage du logo BIMI dans Gmail et d’autres boîtes de réception participantes. Ces deux types de certificats peuvent améliorer la visibilité dans la boîte de réception.

Si votre objectif est d’afficher la coche bleue de Gmail, commencez par acheter un certificat VMC auprès d’un fournisseur de confiance, tel que Sectigo. Contactez-nous si vous avez des questions ou si vous souhaitez en savoir plus sur la sécurité des e-mails.

Sources :

https://bimigroup.org/creating-bimi-svg-logo-files/

https://knowledge.workspace.google.com/admin/security/set-up-bimi

Que prévoit concrètement ce décret ?

Les agences doivent :

1. Faire en sorte que tous les actifs de grande valeur et tous les systèmes à fort impact utilisent la PQC pour l'établissement des clés d'ici le 31 décembre 2030
2. Utiliser la PQC pour les signatures numériques d’ici le 31 décembre 2031

Deux précisions sont importantes :

Premièrement, ces échéances ne s’appliquent qu’aux actifs de grande valeur et aux systèmes à fort impact, et non à l’ensemble des systèmes fédéraux. Les systèmes de sécurité nationale restent soumis à un cadre distinct sous l’égide de la NSA, avec des obligations de reporting indépendantes.

Deuxièmement, le décret n’introduit pas de nouvelle cryptographie. Il codifie les normes existantes du NIST :

• ML-KEM pour l’établissement des clés
• ML-DSA et SLH-DSA pour les signatures numériques

Prochaines étapes : mesures immédiates

L'arrêté fixe un calendrier d'exécution rapide :

• Dans un délai de 30 jours : les agences doivent nommer un responsable de la migration PQC relevant du directeur des systèmes d’information (CIO)
• Dans un délai de 90 jours : l’OMB doit exiger la réalisation d’inventaires des systèmes critiques et l’élaboration de plans de migration officiels

D’ici fin 2027 : le NIST mènera à bien une migration pilote qui servira de modèle.

Pourquoi l’ordre des étapes importe davantage que les dates

Les deux échéances sont espacées d’un an, et le décret a raison de les distinguer. L’établissement des clés est prioritaire en 2030, car la menace pesant sur la confidentialité est celle qui est déjà bien réelle.

Le principe « Harvest now, decrypt later » (HNDL, « Récolter maintenant, déchiffrer plus tard ») fait de la mise en place des clés une priorité urgente. Une clé de session protégée par la cryptographie classique protège aujourd’hui des données qui devront peut-être rester secrètes pendant dix, vingt ou trente ans. Si ce trafic est capturé et stocké dès maintenant, la migration est déjà en retard.

Les signatures numériques sont différentes. Une signature falsifiée constitue une attaque en temps réel. On ne peut pas falsifier rétroactivement une mise à jour logicielle livrée en 2026. C’est précisément pour cette raison que les signatures peuvent être traitées en second lieu. L’authentification est un événement de signature, mais aussi un événement en temps réel. L’ordre consiste à séquencer les tâches de manière à résoudre en premier lieu le problème exploitable rétroactivement. Cette distinction est importante, car l’urgence est bien réelle ici, sans qu’il soit nécessaire d’exagérer ce que l’on sait réellement des échéances quantiques.

Pourquoi la date butoir pour la PQC est-elle passée de 2035 à 2031 ?

Soyons clairs. Ce changement n’est pas le signe de percées quantiques soudaines. Il reflète plutôt trois réalités :

• Les normes PQC sont désormais finalisées
• Les délais de migration sont longs et complexes
• Les données sensibles dépassent déjà les durées de vie cryptographiques considérées comme sûres

En d’autres termes, ce n’est pas la politique qui s’est accélérée ; c’est elle qui s’est alignée sur les réalités mathématiques.

Comment entamer dès aujourd’hui votre transition vers la cryptographie post-quantique (PQC)

1. Dressez un inventaire cryptographique : vous ne pouvez pas protéger ce que vous ne voyez pas
2. Identifiez les systèmes contenant des données sensibles à longue durée de vie et classez-les par ordre de priorité
3. Exigez dès maintenant de vos fournisseurs qu’ils fassent preuve d’agilité en matière de cryptographie, et demandez-leur l’équivalent d’une nomenclature cryptographique (CBOM)
4. Commencez par l’établissement des clés, là où le risque HNDL est le plus concentré
5. Considérez 2031 comme une échéance immédiate pour votre planification

Commencez dès aujourd’hui votre transition vers la cryptographie post-quanta (PQC) grâce à une consultation gratuite : https://www.sectigo.com/fr/quantum-labs

Heureusement, la réponse est oui. Cependant, lorsque vous signez des documents Word, ou n’importe quel document d’ailleurs, il est essentiel de suivre les étapes correctes. Ci-dessous, nous expliquons le fonctionnement d’une signature numérique et la procédure à suivre pour signer électroniquement un document Microsoft Word.

Comment fonctionnent les signatures numériques dans Microsoft Word ?

Le terme « signature électronique » désigne de manière générale le fait de signer un document par voie électronique, par exemple en saisissant son nom, en dessinant une signature ou en insérant une image de sa signature manuscrite. Une signature numérique est un type de signature électronique qui utilise un certificat numérique pour vérifier l’identité du signataire et aider à prouver que le document n’a pas été modifié après la signature.

Les signatures numériques permettent un échange sécurisé de documents électroniques et des flux de travail sécurisés, garantissent l’intégrité et l’authenticité des documents, et répondent aux exigences de conformité relatives aux documents électroniques. Pour ce faire, elles utilisent le chiffrement et un certificat de signature afin de lier un document à un signataire vérifié. Les certificats de signature numérique sont émis par une autorité de certification (CA), telle que Sectigo.

Lorsqu’un document Word est signé numériquement, les destinataires peuvent vérifier qui l’a signé et si le fichier a été altéré depuis l’apposition de la signature.

Les signatures numériques peuvent également être appliquées à divers autres types de documents, notamment les fichiers PDF Adobe et les fichiers image.

Ajouter une ligne de signature dans Microsoft Word

Les lignes de signature dans Microsoft Office sont particulièrement utiles lorsque vous souhaitez disposer d’une zone de signature visible dans le document. Elles conviennent parfaitement aux contrats, aux validations, aux formulaires internes et aux documents nécessitant un champ de signature clairement identifiable.

Les documents signés comportent un bouton « Signatures » en bas de page. De plus, pour les documents signés, les informations relatives à la signature apparaissent dans la section « Info » et peuvent être consultées en cliquant sur l’onglet « Fichier » dans Word.

Pour ajouter une ligne de signature, procédez comme suit :

• Ouvrez le document que vous souhaitez signer dans Microsoft Word ou Excel.
• Dans le document Word ou la feuille de calcul Excel, placez votre curseur à l’endroit où vous souhaitez que la ligne de signature apparaisse.
• Cliquez sur l'onglet Insérer situé en haut à droite de la barre de menu. Une nouvelle liste déroulante apparaît.
• Cliquez sur Ligne de signature, situé dans la section « Texte » à droite de la nouvelle liste déroulante.
• Une boîte de dialogue Configuration de la signature apparaît. Dans la première zone de texte, saisissez le nom du signataire suggéré. Vous pouvez également ajouter le titre et l'adresse électronique du signataire suggéré, ainsi que des instructions.
• Si vous le souhaitez, vous pouvez cocher la case Autoriser le signataire à ajouter des commentaires dans la boîte de dialogue Signer pour permettre au signataire d'indiquer l'objet de sa signature ou cocher la case Afficher la date de signature dans la ligne de signature pour ajouter la date à laquelle le document a été signé.
• Cliquez sur OK

Une fois l’opération terminée, une ligne de signature apparaîtra sur le document à l’emplacement que vous avez choisi. Ces étapes peuvent être répétées si des signatures supplémentaires sont requises. Certaines fonctionnalités peuvent varier en fonction de la version de Word.

Si vous utilisez fréquemment le même bloc de signature, vous pouvez l’enregistrer en tant qu’AutoTexte ou l’inclure dans un modèle de document. Cela permet de standardiser les détails de la signature et d’accélérer le processus de signature sur plusieurs fichiers Word.

Comment signer un document Word comportant une ligne de signature

Si vous êtes le signataire, un document vous sera fourni avec une ligne de signature déjà préremplie dans le fichier Word. En apposant votre signature sur cette ligne, vous créez à la fois une version visible et une version numérique de votre signature. Pour insérer une signature dans un document Word, procédez comme suit :

1. Double-cliquez sur la zone de signature ou cliquez avec le bouton droit de la souris et sélectionnez Signer.
2. Une boîte de dialogue s’affichera, proposant plusieurs options pour ajouter votre signature. Ces options comprennent :
   1. Une version imprimée de votre signature en saisissant votre nom dans la zone située à côté du X.
   2. Une signature manuscrite à l’aide de la fonctionnalité d’écriture manuscrite.
   3. Une image de votre signature en cliquant sur « Sélectionner une image ». Une fois cette option sélectionnée, une fenêtre contextuelle s’affichera pour vous permettre de choisir l’emplacement de votre fichier image.
3. Une fois votre signature ajoutée, cliquez sur « Signer ».

Une fois la signature ajoutée, une petite icône de signature apparaîtra également au bas de la fenêtre pour indiquer que le document a été signé. Les destinataires peuvent double-cliquer sur la signature ou cliquer sur l’icône pour afficher les informations relatives au signataire.

Comment ajouter une signature numérique invisible dans Microsoft Word

Avant de signer numériquement un document à l’aide d’un certificat de signature numérique, vous devez acheter et valider un certificat auprès d’une autorité de certification de confiance, telle que Sectigo. Une fois émis, le certificat sera disponible sur votre appareil via la méthode de signature prise en charge, par exemple une clé USB.

Suivez ensuite ces étapes :

1. Dans l’onglet Fichier, sélectionnez Informations
2. Sélectionnez Protéger le document > Ajouter une signature numérique
3. Une boîte de dialogue s’affiche avec plusieurs champs que vous pouvez choisir de remplir. Ces options comprennent :
   1. Type d’engagement : sélectionnez le type d’engagement que vous prenez en signant (par exemple, « j’ai créé et approuvé ce document »)
   2. Objet de la signature de ce document : saisissez la raison pour laquelle vous signez le document.
4. Cliquez sur Signer. Vous serez alors invité à enregistrer le fichier sur votre appareil. Une fois enregistré, la signature numérique invisible est finalisée.

Une fois ajoutée, une petite icône de signature apparaît au bas de la fenêtre pour indiquer que le document a été signé. Les destinataires peuvent cliquer sur cette icône pour afficher les informations relatives au signataire.

Comment ajouter une signature numérique sous Microsoft Windows à l’aide d’un certificat de signature numérique

Avant de signer numériquement un document à l’aide d’un certificat de signature numérique, vous devez acheter un certificat auprès d’une autorité de certification de confiance, telle que Sectigo, et effectuer sa validation.

Une fois émis, le certificat sera disponible sur votre appareil via la méthode de signature prise en charge, telle qu’une clé USB.

Suivez ensuite ces étapes :

1. Ouvrez le document à signer.
2. Branchez la clé USB contenant le certificat dans le port USB de votre ordinateur. Microsoft copiera automatiquement le certificat dans le magasin de certificats de l’API cryptographique (CAPI) de votre ordinateur.
3. Cliquez sur Autres outils dans le volet Outils. La page Créer et modifier s’affiche.
4. Sélectionnez Certificats.
5. Dans la barre d’outils Certificats, sélectionnez Signer numériquement. La boîte de dialogue Sélection de la zone de signature s’affiche.
6. Cliquez sur OK dans la boîte de dialogue Sélection de la zone de signature.
7. À l’aide de votre souris, cliquez et faites glisser pour tracer la zone où vous souhaitez que la signature apparaisse. La boîte de dialogue Signer avec un identifiant numérique s’affiche.
8. Cliquez sur Continuer. La boîte de dialogue Signer en tant que <Votre nom> s’affiche.
9. Cliquez sur Signer. La boîte de dialogue de l’Explorateur Windows s’ouvre.
10. Sélectionnez le dossier dans lequel enregistrer le document signé.
11. Saisissez le nom du document.
12. Cliquez sur Enregistrer. Vous serez invité à saisir votre code PIN.
13. Saisissez votre code PIN et cliquez sur OK. Votre signature apparaîtra dans le document.

Sécurisez vos documents Word grâce aux certificats de signature Sectigo

Pour les documents simples, une signature tapée, une image de signature numérisée ou une ligne de signature Word peuvent suffire. Pour les documents nécessitant un niveau de confiance plus élevé, une signature numérique adossée à un certificat offre une protection renforcée.

Les certificats de signature de documents de Sectigo aident les particuliers et les organisations à apposer des signatures numériques fiables sur des fichiers importants, garantissant ainsi l’intégrité des documents, la conformité réglementaire et la non-répudiation. La solution « Document Signing Professional » est conçue pour les professionnels indépendants qui signent en leur propre nom, tandis que la solution « Document Signing Enterprise » s’adresse aux organisations qui ont besoin d’une gestion centralisée de la signature de documents pour plusieurs utilisateurs.

Contactez Sectigo dès aujourd’hui pour savoir quelle solution correspond le mieux à vos besoins.