La réponse est nuancée : la blockchain peut améliorer la traçabilité et la vérification de l’intégrité de certaines données, mais elle ne protège pas, à elle seule, les vidéos d’une caméra de surveillance. Elle ne remplace ni le chiffrement, ni la sécurisation des comptes, ni les mises à jour des équipements, ni les règles du RGPD.
Son intérêt le plus crédible n’est donc pas de stocker des heures d’images dans une chaîne de blocs. Une architecture plus réaliste consiste à conserver les vidéos hors chaîne, dans un espace de stockage adapté, et à utiliser la blockchain pour enregistrer des preuves cryptographiques, des événements d’accès ou certaines autorisations. L’objectif devient alors de pouvoir détecter une modification, retracer une consultation ou démontrer qu’un fichier correspond toujours à un état antérieur connu.
Ce que la blockchain peut réellement apporter à une caméra de surveillance
Une blockchain est un registre distribué conçu pour rendre les modifications difficiles et détectables. Cette nuance est essentielle. Il est plus juste de parler de système résistant aux altérations et révélateur de modifications que de registre absolument inviolable.
Appliquée à la vidéosurveillance, cette propriété peut répondre à plusieurs besoins précis. Une organisation pourrait, par exemple, enregistrer une empreinte cryptographique associée à un fichier vidéo au moment de sa création. Si le fichier est ensuite modifié, son empreinte calculée ultérieurement ne correspond plus à la valeur de référence. La blockchain sert alors de support de preuve pour vérifier la cohérence de l’enregistrement.
Un travail de recherche publié en 2020 a précisément exploré un système de vérification de l’intégrité de vidéos CCTV à partir de métadonnées inscrites dans un registre blockchain. Ce type de publication montre qu’un usage technique est envisageable, mais ne prouve pas que cette architecture soit déjà généralisée dans les systèmes de vidéosurveillance.
La blockchain peut également présenter un intérêt pour la traçabilité. Dans un système où plusieurs personnes consultent des enregistrements, exportent des séquences ou administrent les droits d’accès, un registre peut conserver une trace de certains événements. Cette piste est particulièrement pertinente lorsque la connexion d’une caméra de surveillance à distance multiplie les intermédiaires entre l’équipement, l’application, un serveur de stockage et les utilisateurs autorisés.
Les usages les plus plausibles se concentrent donc autour de quelques fonctions homogènes :
- enregistrer une preuve d’intégrité associée à un fichier ou à un lot d’enregistrements ;
- tracer certains accès, exports ou changements d’autorisation ;
- horodater des événements utiles à une chaîne de conservation ;
- partager un historique vérifiable entre plusieurs acteurs qui ne souhaitent pas dépendre d’un registre modifiable par une seule partie.
Dans tous ces cas, la blockchain joue un rôle de couche de preuve ou de traçabilité. Elle n’est pas la caméra, ne chiffre pas automatiquement la vidéo et ne corrige pas une mauvaise politique de sécurité.
Pourquoi stocker directement les vidéos sur une blockchain est rarement la bonne piste
Une caméra peut produire de grandes quantités de données. Or, le problème n’est pas seulement technique. Une image permettant d’identifier directement ou indirectement une personne peut relever des données personnelles. Inscrire durablement ce type de contenu dans un registre conçu pour conserver un historique difficile à modifier crée une tension immédiate avec les principes de protection des données.
La CNIL distingue par ailleurs la vidéoprotection, qui concerne notamment la voie publique ou les lieux ouverts au public, de la vidéosurveillance dans les espaces non ouverts au public. Dans les deux cas, le traitement des images reste encadré. La durée de conservation doit être limitée et, selon les indications de la CNIL, elle ne devrait généralement pas dépasser un mois lorsque rien ne justifie une conservation plus longue.
Cette exigence explique pourquoi une blockchain contenant directement les images serait difficile à défendre. Le problème serait encore plus sensible si les données étaient répliquées sur plusieurs nœuds et si leur suppression effective devenait complexe.
Il faut aussi éviter une confusion fréquente : une blockchain ne rend pas automatiquement une donnée anonyme. La CNIL souligne que les identifiants utilisés par les participants peuvent eux-mêmes constituer des données personnelles lorsqu’ils permettent de rattacher une activité à une personne identifiable. Il en va de même pour les informations ajoutées aux transactions.
Pour comprendre l’enjeu au-delà de la seule blockchain, il est utile de replacer le sujet dans les risques des caméras de surveillance pour la vie privée. Une architecture techniquement sophistiquée ne réduit pas la quantité d’informations captées, ne rend pas légitime une zone filmée sans base valable et ne supprime pas les risques liés à un accès excessif aux images.
L’architecture la plus crédible : vidéos hors chaîne, preuves sur chaîne
Pour concilier utilité technique et minimisation des données, le modèle le plus cohérent consiste à séparer la vidéo de la preuve. Les images restent stockées dans un système classique contrôlé, tandis que la blockchain ne reçoit qu’un élément strictement nécessaire à la fonction recherchée.
| Élément | Emplacement le plus crédible | Rôle |
|---|---|---|
| Fichiers vidéo | Hors chaîne | Conservation, lecture, suppression selon les règles applicables |
| Empreinte cryptographique | Éventuellement sur chaîne | Vérification ultérieure de l’intégrité |
| Journal de certains accès | Éventuellement sur chaîne | Traçabilité d’événements déterminés |
| Droits et autorisations | Selon l’architecture | Contrôle ou preuve de certaines décisions d’accès |
Ce schéma évite de transformer la blockchain en entrepôt vidéo. Il réduit aussi l’exposition de données directement identifiantes dans un registre durable. Mais il ne suffit pas d’écrire qu’une « empreinte » remplace les données personnelles pour considérer le problème réglé.
La CNIL évoque plusieurs mécanismes, notamment les engagements cryptographiques, le chiffrement ou certaines empreintes produites avec une fonction de hachage à clé. Ces techniques peuvent limiter l’accessibilité à une information ou permettre certains contrôles. Elle précise toutefois que leurs effets ne sont pas nécessairement strictement équivalents à un effacement.
Autrement dit, mettre un hash sur une blockchain ne dispense pas d’une analyse RGPD. Il faut encore déterminer ce que représente cette empreinte, si elle peut être reliée à une personne, qui contrôle le traitement, combien de temps les données associées sont conservées et comment les droits des personnes peuvent être exercés.
Blockchain et RGPD : le principal point de friction
Le Comité européen de la protection des données considère que les blockchains peuvent contribuer à l’intégrité et à la traçabilité, tout en recommandant d’éviter, en règle générale, le stockage de données personnelles sur chaîne lorsque cette pratique entre en conflit avec les principes de protection des données.
Cette position conduit à une question plus importante que « peut-on utiliser une blockchain ? » : quelles données sont réellement nécessaires sur la chaîne ? Pour un système de caméras, la bonne réponse sera souvent « le moins possible ».
Une analyse sérieuse doit notamment distinguer plusieurs catégories : les images elles-mêmes, les identifiants des utilisateurs, les journaux d’accès, les dates de consultation, les adresses ou identifiants techniques et les preuves cryptographiques liées aux fichiers. Selon leur contenu et leur capacité à être rattachés à une personne, ces éléments peuvent poser des enjeux différents.
La blockchain ne dispense donc jamais du respect de la réglementation de la vidéosurveillance. Le dispositif doit toujours reposer sur une finalité déterminée, une collecte proportionnée, des accès maîtrisés et une durée de conservation justifiée. Lorsqu’un traitement est susceptible d’engendrer un risque élevé pour les droits et libertés, le CEPD rappelle également la nécessité d’une analyse d’impact relative à la protection des données.
Cette contrainte est particulièrement forte dans la vidéosurveillance, car les données peuvent concerner des déplacements, des comportements, des horaires de présence ou des personnes qui n’ont aucune relation directe avec l’exploitant du système.
Une blockchain ne protège pas une caméra compromise
L’une des principales erreurs serait de confondre l’intégrité du registre avec la sécurité de l’ensemble du système. Une chaîne de blocs peut conserver une trace difficile à altérer tout en recevant, dès l’origine, des données produites par un équipement compromis.
Exemple concret : si un attaquant prend le contrôle d’une caméra avant la création de la preuve cryptographique, il peut potentiellement agir sur la source des données. Une blockchain peut ensuite enregistrer fidèlement l’empreinte d’un fichier déjà falsifié ou incomplet. Elle garantit alors la stabilité de la référence enregistrée, pas la véracité de la scène captée.
Le même raisonnement vaut pour un compte administrateur volé. Si une personne non autorisée obtient des droits légitimes en apparence, la traçabilité peut montrer qu’une action a eu lieu, mais elle n’empêche pas forcément cette action. C’est pourquoi les risques liés aux caméras connectées restent centraux, même dans un projet intégrant une blockchain.
Les points faibles peuvent se situer en dehors du registre : mot de passe réutilisé, application vulnérable, firmware obsolète, interface d’administration exposée, terminal utilisateur compromis ou mauvaise gestion des droits. Les failles exploitées contre les caméras de surveillance illustrent précisément pourquoi une technologie de traçabilité ne doit jamais être présentée comme une protection globale contre le piratage.
Une architecture robuste doit donc traiter séparément plusieurs problèmes : sécuriser la caméra, protéger les communications, limiter les comptes autorisés, contrôler le stockage, journaliser les accès et, éventuellement, ajouter une blockchain lorsqu’elle apporte une propriété réellement utile.
Dans quels cas la blockchain peut-elle avoir un vrai intérêt ?
L’intérêt augmente lorsque plusieurs organisations doivent partager ou vérifier des informations sans confier toute la confiance à un acteur unique. Une chaîne de conservation impliquant un exploitant de site, un prestataire de sécurité et un tiers chargé d’une investigation peut, par exemple, justifier un mécanisme renforcé de preuve et de traçabilité.
Le cas d’usage devient également plus crédible lorsqu’il existe un besoin explicite de démontrer qu’un enregistrement n’a pas été modifié depuis un instant donné. La blockchain peut alors participer à la chaîne de preuve, à condition que les procédures en amont soient fiables et que la relation entre le fichier vidéo et l’empreinte enregistrée soit correctement maîtrisée.
À l’inverse, pour une caméra domestique utilisée par une seule personne, ajouter une infrastructure blockchain peut n’apporter qu’une complexité supplémentaire. Si le problème principal est le vol d’un mot de passe, l’absence de mise à jour ou un stockage cloud mal configuré, un registre distribué ne traite pas la cause prioritaire.
Avant de retenir cette technologie, trois questions permettent de tester la pertinence du projet :
- faut-il réellement partager un historique entre plusieurs acteurs indépendants ;
- existe-t-il un besoin de preuve d’intégrité ou de traçabilité que les mécanismes classiques couvrent mal ;
- peut-on éviter d’inscrire des données personnelles directement sur la chaîne.
Si la réponse est négative à ces questions, une base de données correctement administrée, des journaux protégés et un stockage chiffré peuvent être plus simples à gouverner.
Quel avenir pour la protection des données vidéo ?
À court terme, le scénario le plus crédible n’est pas celui de caméras envoyant toutes leurs images dans une blockchain publique. Il s’agit plutôt de systèmes hybrides où la vidéo reste dans une infrastructure contrôlée et où certaines preuves sont inscrites dans un registre adapté.
Cette évolution pourrait renforcer la capacité à vérifier l’intégrité d’un enregistrement, à documenter une chaîne de conservation ou à rendre certains journaux d’accès plus difficiles à modifier discrètement. Sa valeur dépendra cependant de la conception globale du système et de la qualité des données inscrites dès le départ.
Le cadre européen pousse parallèlement les fabricants de produits connectés vers davantage d’exigences de cybersécurité. D’après le calendrier du Cyber Resilience Act retenu dans les informations de référence disponibles pour cet article, certaines obligations de signalement doivent s’appliquer à partir du 11 septembre 2026, tandis que les principales obligations sont prévues à partir du 11 décembre 2027. Ces échéances rappellent que l’avenir de la protection des données ne repose pas sur une technologie unique, mais aussi sur la sécurité des produits numériques pendant leur cycle de vie.
Le bon critère de décision : protéger la vidéo avant de protéger sa preuve
Pour un projet de caméra de surveillance, la priorité reste de sécuriser la captation, les accès, les communications et le stockage. La blockchain devient pertinente seulement ensuite, lorsqu’un besoin précis de preuve, de partage de confiance ou de traçabilité le justifie.
La formule la plus réaliste est donc simple : ne pas mettre les vidéos sur la blockchain par défaut, conserver les enregistrements dans un système permettant leur gestion et leur suppression, puis n’ancrer sur chaîne que les éléments strictement nécessaires. Dans ce cadre, la blockchain peut contribuer à la protection des données. Présentée comme une solution universelle, elle risque surtout de déplacer le problème sans le résoudre.
