Sécurité de l'affichage dynamique : les quatre points à vérifier, et qui en répond

Résumer cet article
Un écran d'affichage dynamique est rarement traité comme un équipement informatique. Il est pourtant branché au réseau, il tourne sur un système d'exploitation, et il se met à jour, ou pas. Voici ce que disent les sources publiques sur le sujet, les quatre pratiques qui reviennent partout, et la question qu'on oublie souvent de poser avant de signer : qui répond de quoi.
Un écran connecté n'est pas seulement un écran
La sécurité de l'affichage dynamique pose d'abord un problème de propriétaire : l'écran est souvent acheté par la communication, installé par un intégrateur et oublié par l'informatique. Techniquement, c'est pourtant un ordinateur, avec son système d'exploitation, relié au même réseau que le reste du bâtiment. S'il est compromis, le risque n'est pas qu'une mauvaise image s'affiche : c'est qu'un attaquant ait un point d'entrée vers tout ce qui partage ce réseau.
C'est pourquoi la question revient dès les appels d'offres et les questionnaires de sécurité. Elle est pourtant mal posée : presque toujours adressée au seul éditeur du logiciel, alors que la moitié des réponses ne lui appartient pas.
Ce que disent les sources publiques
Dans une étude relayée en janvier 2025 par la presse spécialisée, le HKCERT (le CERT de Hong Kong) a testé huit marques d'affichage dynamique et relevé 20 vulnérabilités, dont 10 à haut risque. Un appareil a été entièrement compromis en trois secondes environ. Le même organisme relève, dans son Hong Kong Cyber Security Outlook 2025, que 39 % des organisations hongkongaises interrogées ne mènent aucune évaluation des risques de cybersécurité sur leurs systèmes d'affichage.
Le matériel exposé sur internet est une surface d'attaque démontrée. Le 25 juin 2026, la CISA américaine a publié l'avis ICSA-26-176-04 sur trois vulnérabilités affectant une famille de contrôleurs pilotant des écrans LED grand format et des panneaux routiers : combinées, elles permettent à un attaquant non authentifié de prendre le contrôle complet du système. Le chercheur cité rappelle que l'exposition directe sur internet relève de l'exploitant, quel que soit le correctif du constructeur. Ce correctif existe : l'exemple illustre une configuration, pas une fatalité.
En avril 2025, les menu boards d'une chaîne de restauration rapide canadienne, dans près de 300 établissements, ont été détournés pour afficher des messages politiques non autorisés. L'attaque est passée par un prestataire d'affichage tiers, pas par le réseau du restaurateur : la chaîne d'approvisionnement fait partie du périmètre.
Les quatre pratiques qui reviennent partout
Deux sources de nature différente décrivent le même socle : l'AVIXA, association professionnelle de l'audiovisuel, dans un guide de septembre 2025, et le CERT de Hong Kong cité plus haut. L'une le structure en quatre pratiques, l'autre en six domaines qui les recouvrent.
Durcir le lecteur
Le lecteur multimédia est la partie physique, donc accessible. Choisissez un boîtier résistant aux manipulations, désactivez les ports USB et HDMI inutilisés, et privilégiez du matériel professionnel avec démarrage sécurisé. Le choix de la plateforme compte aussi : nous avons détaillé ailleurs ce que change un lecteur de type Raspberry sur un parc.
Segmenter le réseau
Placez l'affichage sur son propre VLAN ou sous-réseau. C'est la mesure qui transforme un écran compromis en incident isolé plutôt qu'en porte d'entrée vers l'encaissement, la paie ou les systèmes métier. Aucune fonctionnalité logicielle ne la remplace.
Tenir la cadence de mise à jour
Système, logiciel de diffusion, firmware : une cadence planifiée, pas des mises à jour repoussées parce que l'écran « marche ». Un parc hétérogène rend cette discipline pénible, et c'est pour cela qu'on la néglige.
Verrouiller l'accès distant
Wi-Fi sécurisé, identifiants renouvelés, ports inutilisés fermés. L'accès distant est ce qui rend un parc exploitable sans déplacement ; c'est aussi ce qui le rend attaquable sans déplacement.
Qui répond de quoi
C'est là que les questionnaires de sécurité passent à côté du sujet. Ces quatre pratiques n'ont pas le même propriétaire.
Chez Touchify, la plateforme est de notre responsabilité (hébergement, chiffrement, isolation, sauvegardes, correctifs du service). Les utilisateurs et les appareils relèvent du client : son annuaire d'identités, ses rôles, ses arrivées et ses départs, ses écrans et ses lecteurs.
On peut imaginer la grille de partage suivante :
| Pratique | Qui en répond |
|---|---|
| Durcissement du lecteur et de l'écran | Le client ou son intégrateur ; l'éditeur apporte la visibilité |
| Segmentation du réseau | Le client ou son intégrateur |
| Correctifs et mises à jour de la plateforme | L'éditeur, côté plateforme |
| Hygiène des accès distants à la plateforme | L'éditeur, côté plateforme |
Pour un intégrateur, ce partage n'est pas une excuse : durcissement et segmentation font déjà partie de son métier. La frontière décrit une division du travail, pas un vide.
Voir son parc, c'est le préalable de tout le reste
La plateforme apporte une aide au client : elle inventorie et surveille automatiquement les appareils. Le client reste propriétaire de ses écrans, et le logiciel lui permet de les voir : quel système d'exploitation, quelle version de lecteur, en ligne ou non, depuis quand.
On ne corrige pas un équipement dont on ignore l'existence. Un inventaire à jour est le point de départ de la gestion des correctifs, et il permet de réagir à un incident sans tout reconstituer.
C'est le versant sécurité de la supervision avancée, mise en production récemment : demandez à votre contact Touchify si elle est activée sur votre compte.
Notre posture de sécurité
Voici quelques éléments décrivant la plateforme à titre informatif. Vous pouvez solliciter nos équipes pour obtenir une documentation complète. Nous avons déjà abordé la gestion des données ; ces éléments en sont le pendant infrastructure.
- Hébergement européen uniquement, chez deux fournisseurs européens, avec la France comme région de données par défaut et une résidence configurable sur demande.
- Chiffrement en transit en TLS 1.2 et 1.3, sans repli sur une version plus faible. Au repos, un chiffrement conforme FIPS 140-2 sur les bases, les fichiers et les sauvegardes.
- Les données d'un client sont isolées de celles de tous les autres.
- SSO SAML et OpenID contre l'annuaire d'identités du client, double authentification disponible, et gestion des rôles avec des permissions aux niveaux organisation et équipe sur une organisation Enterprise : voir la page administration.
- L'analyse de vulnérabilités s'exécute à chaque changement et bloque tout déploiement porteur d'une faille critique. Une analyse qui se contente de rapporter est un minimum, pas un argument.
- Objectifs de reprise : Touchify vise un objectif de reprise d'activité (RTO) de 2 heures et un objectif de point de reprise (RPO) de 4 heures. Ce sont des objectifs, pas un engagement contractuel.
- La configuration du cluster ne dépend pas du fournisseur qui l'exécute : un nouveau cluster peut être démarré ailleurs.
Les questions à poser avant de signer
?
?
?
?
Poser la question au bon endroit
Plutôt que « votre logiciel est-il sécurisé ? », demandez : voici mes quatre lignes, qui répond de chacune, et que puis-je voir de mon parc ? Si vous préparez un projet ou un questionnaire de sécurité, nous répondons volontiers à cette question.
Un projet, un appel d'offres, un questionnaire de sécurité ?
Échanger avec l'équipe TouchifyVous avez aimé cet article ? Partagez-le !
Articles recommandés

Écran sans électricité : ce que consomme vraiment un écran e-paper

