Réponse Rapide
Quick Answer
Le partage sécurisé des certificats signifie livrer des documents de qualité — MTC, CoC, NDE reports — aux clients par le biais d'un canal maîtrisé qui authentifie le destinataire, enregistre l'accès, empêche la redistribution non autorisée et n'expose pas vos systèmes internes. Les options vont du courrier électronique chiffré avec des liens maîtrisés aux portails clients personnalisés avec des autorisations par document.
Quand un client demande un certificat, la réponse la plus facile est d'attacher un PDF à un e-mail et de l'envoyer. Le problème ne vient pas du PDF — c'est tout ce que le courrier électronique ne peut pas fournir : confirmation de livraison, preuve de qui a accédé au document, contrôle des versions si le certificat est remplacé, et aucune garantie que le document n'a pas été transféré à des tiers qui ne devraient pas l'avoir.
Pour les certificats de qualité — qui contiennent des données matérielles propriétaires, la traçabilité thermique et les informations sur les fournisseurs — la distribution maîtrisée est une exigence réelle, non pas une préoccupation théorique.
Ce que « Sécurisé » Signifie pour la Distribution des Certificats
La sécurité dans le partage de certificats implique plusieurs propriétés distinctes :
Authentification : Le destinataire est la personne qu'il prétend être. Vous partagez avec le bon contact client, pas avec une adresse e-mail non vérifiée.
Autorisation : Le destinataire est autorisé à recevoir les documents spécifiques partagés. Un client devrait pouvoir accéder aux certificats pour ses propres commandes — non pour les travaux d'autres clients.
Confidentialité : Le contenu est protégé en transit et au repos. Transmission chiffrée et stockage maîtrisé par l'accès.
Piste d'audit : Un enregistrement de qui a accédé à quoi et quand. Si une question se pose sur l'authenticité ou le moment du document, vous pouvez démontrer exactement quand le certificat a été partagé et consulté.
Vérification de l'intégrité : Le document reçu correspond au document envoyé — il n'a pas été modifié en transit ou après la livraison.
Persistance de la maîtrise d'accès : Si l'accès à un document partagé doit être révoqué — parce que le destinataire a changé de rôle, le certificat a été remplacé ou la relation a pris fin — vous pouvez révoquer sans dépendre de ce que le destinataire supprime sa copie.
Le courrier électronique ne fournit aucune de ces propriétés de manière fiable. Un mécanisme de partage sécurisé les fournit toutes.
Scénarios Courants de Partage de Certificats et Leurs Risques
Scénario 1 : Pièce Jointe Par Courrier Électronique (Plus Courant, Moins Maîtrisé)
Les PDF envoyés par courrier électronique sont :
- Non suivi après l'envoi — vous n'avez pas de visibilité s'ils ont été ouverts, transférés ou imprimés
- Irrévocable — si un certificat est remplacé ou une erreur trouvée, vous ne pouvez pas rappeler l'original
- Non sécurisé — le courrier électronique n'est pas chiffré par défaut ; les pièces jointes peuvent être interceptées en transit
- Non authentifié — quiconque reçoit le courrier électronique transféré a le document
La pièce jointe par courrier électronique est acceptable pour les documents peu sensibles et les relations clients fiables à long terme. Il est inadéquat pour les secteurs réglementés, les commandes sensibles ou tout contexte où le contrôle des documents est audité.
Scénario 2 : Dossier Partagé (Pratique, Risque Élevé)
Accorder à un client l'accès à un dossier partagé (Dropbox, SharePoint, Google Drive) crée :
- Aucune restriction sur ce qu'il peut accéder dans ce dossier
- Aucune maîtrise d'accès par document ou par commande
- Aucune piste d'audit significative de l'accès
- Exposition si le compte du client est compromis
- Incapacité à maîtriser le partage ultérieur
Le partage basé sur des dossiers est courant parce qu'il est simple. Il échoue sur presque tous les critères de sécurité et d'audit.
Scénario 3 : Portail des Fournisseurs du Client (Leur Système, Vos Données)
De nombreux grands clients exigent que les fournisseurs téléchargent les certificats directement sur leur portail des fournisseurs. C'est sécurisé du point de vue du client — ils maîtrisent l'accès. Du vôtre, cela signifie :
- Vous n'avez pas d'enregistrement de ce qui a été téléchargé et par qui au-delà de vos propres logs
- Vous ne pouvez pas vérifier que le document a été reçu correctement
- Le portail peut ne pas conserver les documents au-delà de la période de rétention du client
- Vous dépendez de la disponibilité du système du client et de la conservation des archives
Le téléchargement sur un portail client satisfait l'exigence de livraison mais ne devrait pas remplacer votre propre système de rétention. Conservez votre copie.
Scénario 4 : Portail de Partage de Certificats Personnalisé (Plus Maîtrisé)
Un portail créé spécifiquement pour le partage de documents de qualité offre :
- Maîtrise d'accès par client — chaque client ne voit que ses propres certificats
- Concessions d'accès par document ou par commande — partagez exactement ce qui est autorisé
- Liens expirables avec re-authentification en option
- Journaux d'accès montrant qui a consulté ou téléchargé chaque document
- Notification lors de l'accès (utile pour confirmer la réception)
- Remplacement de document — quand un certificat mis à jour remplace l'original, le client est dirigé vers la nouvelle version
- Aucune exposition des systèmes internes, des données ERP ou des informations d'autres clients
C'est le modèle approprié pour toute organisation qui expédie fréquemment à plusieurs clients et est soumise à des audits de qualité.
Mise en Œuvre Technique : Ce Qu'un Système de Partage Sécurisé Nécessite
Que vous construisiez ou évaluiez un système de partage, ces propriétés techniques importent :
Architecture de Maîtrise d'Accès
Chaque partage de document doit être limité à :
- Un client spécifique (isolation des locataires — aucune visibilité inter-clients)
- Un travail, une commande ou un envoi spécifique (pas l'ensemble de la bibliothèque de certificats)
- Un contact autorisé spécifique ou un ensemble de contacts chez le client
Contrôle d'accès basé sur les rôles du côté du destinataire : certains contacts nécessitent un accès en lecture seule ; d'autres peuvent nécessiter des droits de téléchargement.
Partage Basé sur les Liens avec Authentification
Les liens sécurisés doivent être :
- Unique par destinataire ou par événement de partage
- Limité dans le temps (date d'expiration appropriée au cas d'usage)
- Exigeant éventuellement une re-authentification du destinataire (vérification par e-mail, mot de passe ou SSO)
- Suivi dans un journal d'accès lors d'un clic ou d'un téléchargement
Un lien qui fonctionne pour quiconque le possède, indéfiniment, n'est pas un partage sécurisé — c'est un modèle de distribution différent.
Exigences du Journal d'Audit
Pour les secteurs réglementés, le journal d'audit doit capturer :
- Identificateur de document
- Événement de partage : horodatage, qui a autorisé le partage, destinataire
- Événement d'accès : horodatage, identité du destinataire, action (voir, télécharger, imprimer)
- Tous les événements de révocation
Ce journal doit être immuable — il ne peut pas être modifié après coup.
Intégrité du Document
Le document partagé doit être inviolable. Options :
- PDF avec signature numérique cryptographique du certificat de votre organisation
- Vérification de hash — le destinataire peut vérifier que le hash du document correspond à l'original
- Filigranes — filigranes spécifiques à la date/destinataire qui dissuadent la redistribution non autorisée
Aucune Exposition des Systèmes Internes
L'accès externe à votre portail de certificats doit être complètement isolé de votre réseau interne, ERP ou systèmes opérationnels. Le portail fonctionne avec les données minimales nécessaires — il ne sert que des certificats approuvés et finaux — et ne fournit aucune route vers les systèmes internes même si le compte du client est compromis.
Ce que Dire aux Clients Qui Demandent un « Accès Direct »
Certains clients demandent un accès direct à votre système — une connexion à votre ERP ou système de gestion documentaire pour qu'ils puissent extraire eux-mêmes les certificats. Le cas de sécurité pour refuser est solide :
- L'accès direct au système expose les données opérationnelles internes au-delà des certificats
- Un compte client compromis devient un acteur de menace à l'intérieur de votre périmètre
- Vous ne pouvez pas maîtriser ce qu'un client accède une fois qu'il a une connexion système
- Le risque d'exposition inter-clients est important
La réponse appropriée est d'offrir un portail de partage personnalisé qui donne aux clients un accès en libre-service à leurs propres certificats — sans accès système. TestCert fournit ce modèle : les clients obtiennent une vue dédiée, maîtrisée par accès de leur documentation. Rien de plus.
Quel est le risque de sécurité le plus courant dans le partage de certificats aujourd'hui ?
Le risque le plus courant est la distribution incontrôlée par transfert de courrier électronique. Un certificat envoyé à un contact dans l'organisation d'un client peut être transféré en interne, à des sous-traitants ou — dans les pires cas — posté sur des forums ou fourni à des concurrents. Pour les documents contenant des données de chimie thermique propriétaire, c'est une préoccupation réelle en matière de propriété intellectuelle. Le partage basé sur des liens avec maîtrise d'accès et audit élimine la plupart de ce risque.
Les clients ont-ils le droit de recevoir des certificats originaux ou pouvons-nous envoyer des copies ?
Cela dépend des exigences de PO du client et de la norme applicable. La plupart des cadres de qualité acceptent les copies authentifiées ou les versions PDF à la place des originaux papier. Certaines applications ASME nécessitent des originaux signés à l'encre humide pour des types de documents spécifiques. Les clients pharmaceutiques opérant en vertu du 21 CFR Part 11 peuvent nécessiter des dossiers conformes aux exigences des dossiers électroniques. Clarifiez à l'acceptation de la commande — le PDF par défaut est acceptable pour la plupart de la fabrication commerciale à moins que le client ne spécifie autrement.
Comment traitons-nous un client qui dit qu'il n'a jamais reçu un certificat que nous avons envoyé ?
Un système de partage personnalisé avec un journal d'accès élimine la plupart de ces litiges — vous pouvez montrer l'événement de partage et l'événement d'accès (ou son absence). Avec le courrier électronique, « jamais reçu » est beaucoup plus difficile à résoudre. Meilleure pratique : utilisez des liens de partage avec suivi de livraison plutôt que des pièces jointes par courrier électronique, et envoyez une notification de suivi si le lien n'a pas été consulté dans une période définie. Pour les expéditions critiques, demandez une confirmation écrite de la réception de la documentation.
Pouvons-nous utiliser un service de partage de fichiers standard comme SharePoint ou Dropbox pour le partage de certificats clients ?
Ces services peuvent être utilisés avec une configuration appropriée mais nécessitent une mise en place soignée de la maîtrise d'accès. Chaque client doit disposer d'un espace complètement isolé — aucun dossier partagé entre les clients. L'accès doit être configuré au niveau du document ou du dossier, pas seulement au niveau du site. L'audit doit être activé et examiné. L'approche la plus simple et la plus défendable en matière d'audit est une solution de partage de documents de qualité construite spécifiquement plutôt que d'adapter un stockage de fichiers général.
Que devrait-il advenir des certificats partagés lorsque la relation client prend fin ?
Lorsqu'une relation client prend fin, révoquez l'accès de partage actif pour que le client ne puisse pas continuer à télécharger des documents depuis le portail. Conservez vos copies des certificats partagés pour la période de rétention requise — la fin d'une relation client ne met pas fin à votre obligation de rétention. Documentez la révocation d'accès et la politique de rétention appliquée aux dossiers archivés.
Ready to automate your certificate workflow?
Try TestCert free