DPO et RSSI : comment définir une règle commune pour les échanges de fichiers contenant des données personnelles ?

Un DPO et un RSSI examinent ensemble une procédure d'échange de fichiers sécurisés au bureau.
Publié le 30 octobre 2026

Dans la plupart des organisations, les fichiers contenant des données personnelles circulent par e-mail, clé USB, plateforme collaborative ou outil métier, sans règle unique opposable. Le DPO réclame de la traçabilité et des durées de conservation maîtrisées, le RSSI exige du chiffrement et un contrôle strict des accès. Chacun défend son prisme, et les équipes métier arbitrent souvent seules, dans l’urgence. Pourtant, les deux fonctions partagent un même objectif : réduire le risque de fuite et sécuriser la conformité au RGPD. Cet article propose une méthode pour transformer ces exigences croisées en une règle commune lisible, en identifiant les points de convergence entre conformité juridique et sécurité technique.

Réponse directe : Une règle commune d’échange de fichiers se construit en croisant les exigences RGPD (traçabilité, minimisation, conservation) et les exigences de sécurité (chiffrement, authentification forte, journalisation). DPO et RSSI formalisent ensemble les composants obligatoires, puis choisissent une solution capable de les documenter et de les vérifier.

Pourquoi DPO et RSSI doivent définir une règle commune pour les échanges de fichiers

Le DPO et le RSSI poursuivent des finalités distinctes mais convergentes. Le DPO est garant de la conformité au RGPD : il tient à jour le registre des traitements, veille à la licéité des finalités, s’assure de la traçabilité des flux et de la bonne application des durées de conservation. Le RSSI, lui, pilote la sécurité des systèmes d’information : chiffrement, contrôle des accès, gestion des flux réseau, maîtrise des hébergements. Chacun applique ses propres référentiels, souvent sans dispositif commun d’arbitrage.

Lorsque chaque fonction encadre les échanges de son côté, les pratiques restent hétérogènes. Un service RH transmet un fichier de paie en pièce jointe, un prestataire envoie une liste de salariés par un lien non authentifié, un chef de projet dépose un fichier dans une plateforme sans contrôle d’accès nominatif. Chaque pratique peut paraître acceptable prise isolément, mais aucune n’est documentée dans un cadre homogène. Pour sécuriser réellement ces flux, une plateforme comme MFT Online peut servir de point de convergence technique, à condition que la règle d’usage soit préalablement définie à deux voix.

L’absence de règle commune produit deux effets concrets : des zones grises exploitables en cas de contrôle de la CNIL, et des vecteurs de fuite difficiles à détecter. À l’inverse, une règle unique, co-signée par le DPO et le RSSI, devient opposable aux équipes métier et fournit une base claire d’arbitrage pour les cas particuliers.

Les quatre convergences à poser entre DPO et RSSI

  • Traçabilité des échanges et registre des traitements.
  • Chiffrement et authentification des destinataires.
  • Habilitations nominatives et durées de conservation.
  • Journalisation exploitable en cas d’incident ou de contrôle.

Quelles exigences RGPD et de sécurité s’appliquent aux fichiers contenant des données personnelles ?

Les exigences qui encadrent un échange de fichiers contenant des données personnelles proviennent de deux corpus distincts mais compatibles. Côté RGPD, la CNIL rappelle que tout traitement doit reposer sur une base légale, respecter le principe de minimisation, s’inscrire dans une durée de conservation définie et faire l’objet d’une traçabilité suffisante. Un transfert de fichier est un traitement : il doit figurer, directement ou indirectement, dans le registre tenu par le responsable de traitement.

Côté sécurité, la CNIL recommande explicitement de chiffrer les données avant leur transmission et d’utiliser un protocole garantissant la confidentialité et l’authentification du serveur destinataire. Dans sa fiche dédiée aux échanges avec l’extérieur, elle précise qu’il convient de « chiffrer les données avant leur enregistrement sur un support physique à transmettre à un tiers » (voir fiche CNIL sur la sécurisation des échanges). France Num relaie ces recommandations et met en avant l’usage d’API pour fiabiliser les transferts de données personnelles entre systèmes (voir présentation du guide CNIL par France Num).

Enfin, le contexte français ajoute une dimension de souveraineté. Le choix de l’hébergement — localisation, juridiction applicable, qualifications de sécurité éventuelles — fait partie des critères à documenter conjointement. L’ANSSI, dans son panorama de la cybermenace 2025, rappelle que les secteurs public, éducatif et sanitaire concentrent une large part des incidents, ce qui renforce l’intérêt d’un cadre d’échange rigoureux pour les organisations qui manipulent des données sensibles.

Des mains saisissent un mot de passe sur une clé USB chiffrée branchée à un ordinateur portable.
Le chiffrement des supports d’échange constitue un socle technique partagé par les deux fonctions.

Les composants d’une règle commune d’échange de fichiers sécurisés

La règle commune se construit autour de composants vérifiables, formulés comme des critères que DPO et RSSI peuvent instruire ensemble. Chaque composant doit être traduisible en paramètre technique dans l’outil retenu et en mention opposable dans la documentation RGPD.

Trois blocs structurent cette règle : les habilitations et accès, le chiffrement et le stockage, la journalisation et le rattachement au registre. Les présenter de manière synthétique facilite l’arbitrage entre fonctions.

Grille de convergence DPO/RSSI pour une règle commune d’échange
Composant Exigence DPO (RGPD) Exigence RSSI (sécurité)
Habilitations Minimisation : seuls les destinataires nécessaires reçoivent les données. Authentification forte, comptes nominatifs, révocation des accès.
Chiffrement Mesure de sécurité appropriée au risque, documentée dans le registre. Chiffrement en transit et au repos, gestion des clés.
Journalisation Preuve de la licéité et de la traçabilité des flux. Logs horodatés, exploitables pour détection d’incident.
Conservation Durée définie par finalité, suppression effective. Purge automatisée des fichiers, destruction vérifiable.

Ces composants ne sont pas des cases à cocher indépendantes : ils fonctionnent en système. Un chiffrement fort sans gestion sérieuse des habilitations laisse la porte ouverte à des accès illégitimes. Une journalisation précise sans politique de conservation produit un stock de logs qui devient lui-même un enjeu de conformité. La règle commune doit donc arbitrer explicitement les interactions entre ces blocs.

Point de vigilance partagé : la durée de conservation des fichiers échangés doit être cohérente avec celle du traitement d’origine inscrit au registre. Un transfert ponctuel ne peut pas devenir, de fait, un stockage parallèle non documenté.

Comment déployer la règle commune dans votre organisation ?

Le déploiement suit une logique en quatre temps, qui structure la coopération DPO-RSSI du diagnostic au contrôle. Chaque étape produit un livrable concret, utilisable à la fois pour la conformité et pour la sécurité opérationnelle.

Déploiement en quatre étapes
  1. Cartographier les flux

    Recenser les échanges existants de fichiers contenant des données personnelles : expéditeurs, destinataires, canaux utilisés, fréquence, nature des données. Cette cartographie éclaire les zones de risque et alimente le registre des traitements.

  2. Co-construire la règle

    Formaliser avec le DPO et le RSSI les composants obligatoires : habilitations, chiffrement, journalisation, conservation. Documenter les exceptions et les voies d’arbitrage pour les cas sensibles.

  3. Choisir une solution

    Sélectionner un outil capable de porter techniquement la règle et de produire des preuves exploitables : contrôle des accès, chiffrement, logs, politiques de conservation paramétrables, localisation d’hébergement documentée.

  4. Sensibiliser et contrôler

    Former les équipes métier, intégrer la règle aux procédures internes, puis vérifier périodiquement son application via audits et revues de logs.

Cas pratique

Dans une organisation hypothétique de taille intermédiaire, le service RH transmet chaque mois un fichier de paie à un prestataire externe. Le DPO constate que le flux n’apparaît pas distinctement au registre et qu’aucune durée de conservation côté destinataire n’est documentée. Le RSSI relève que le fichier circule par e-mail, sans chiffrement de bout en bout. Les deux fonctions se réunissent, cartographient le flux, puis conviennent d’une règle unique : dépôt sur une plateforme chiffrée, authentification forte du prestataire, journalisation des téléchargements, purge automatique au bout de la durée prévue au contrat. La règle est intégrée à la procédure RH, le registre mis à jour, et un contrôle trimestriel des logs est planifié.

Au moment du choix de la solution, les critères partagés DPO/RSSI structurent l’évaluation : capacité à chiffrer les flux et le stockage, finesse des habilitations, qualité des logs, politiques de conservation paramétrables, localisation de l’hébergement. Pour approfondir les critères techniques, cette synthèse sur les solutions pour sécuriser la circulation des fichiers numériques fournit un éclairage complémentaire sur les options disponibles.

Limite à anticiper : aucune solution technique ne compense une règle floue. Si les composants ne sont pas arbitrés en amont par le DPO et le RSSI, l’outil retenu produira des paramètres par défaut qui ne refléteront ni la politique de conformité, ni les exigences de sécurité propres à l’organisation.

Questions fréquentes sur les échanges de fichiers conformes au RGPD

Quelques interrogations reviennent systématiquement lors de la formalisation d’une règle commune. Les réponses ci-dessous reprennent le cadre posé par la CNIL et les pratiques de terrain, sans se substituer à un avis juridique personnalisé.

Vos questions sur la règle commune DPO-RSSI
Un e-mail peut-il suffire pour transférer des données personnelles ?

Un e-mail standard ne garantit ni le chiffrement de bout en bout, ni l’authentification fiable du destinataire. La CNIL recommande d’utiliser un protocole garantissant la confidentialité et l’authentification du serveur destinataire. Pour des fichiers contenant des données personnelles, un canal dédié chiffré est à privilégier, surtout si les données sont sensibles ou nombreuses.

Faut-il notifier la CNIL avant de mettre en place une solution d’échange ?

Depuis l’entrée en vigueur du RGPD, la logique de déclaration préalable a été remplacée par une logique de responsabilisation. Le responsable de traitement documente ses traitements dans le registre et réalise, si nécessaire, une analyse d’impact. Aucune notification systématique à la CNIL n’est requise pour déployer une solution d’échange, mais la documentation interne doit être exploitable en cas de contrôle.

Quelles durées de conservation appliquer aux fichiers échangés ?

Les fichiers échangés héritent, en principe, de la durée de conservation du traitement auquel ils se rattachent. L’outil d’échange ne doit pas devenir un espace de stockage parallèle : purge automatique après téléchargement, échéance maximale paramétrée, suppression documentée. Ces règles sont arbitrées conjointement par le DPO (finalité) et le RSSI (mise en œuvre technique).

La responsabilité est-elle partagée entre DPO et RSSI ?

La responsabilité juridique du traitement incombe au responsable de traitement, pas au DPO. Le DPO conseille et contrôle, le RSSI met en œuvre les mesures techniques. En pratique, la règle commune formalise la coopération entre les deux fonctions et permet au responsable de traitement de démontrer la conformité et la sécurité.

Formaliser cette règle commune demande du temps, mais c’est le socle qui permet ensuite de choisir une solution adaptée en toute connaissance de cause. Pour aller plus loin, vous pouvez demander une démonstration et confronter les composants de votre règle aux fonctionnalités disponibles.

Rédigé par Aurélien Marchand, rédige des contenus pédagogiques consacrés à la cybersécurité et à la protection des données.

Plan du site