Méthodologie et corpus

Les chercheurs de l’Université Northeastern ont observé douze téléviseurs provenant de dix constructeurs différents. Les modèles incluaient le Samsung QN32Q60DAF (Tizen), le LG 32LR655BPUA (webOS), deux Roku TV (Roku OS), le Sony K‑43S20M2 (Google TV), le Vizio VHD32M‑0810 (Vizio OS), le Fire TV HD32N200A (Fire OS), le Supersonic SC‑1520VTV (Vidaa), le Westinghouse WX24HX2800 (Xumo) ainsi que trois téléviseurs sans ACR (Hisense, TCL et Sony sous Google TV). Le dispositif Mon(IoT)r, couplé à l’infrastructure de test SPHERE, a intercepté l’ensemble du trafic réseau afin d’identifier les moments où le système de reconnaissance de contenu automatique (ACR) était actif. Les expériences ont varié les sources d’entrée – services de streaming natifs, Netflix, YouTube, HDMI, antenne OTA et duplication d’écran – pour mesurer l’impact de chaque flux sur le trafic ACR.

Résultats d’opt‑out par système d’exploitation

Le désengagement de l’ACR a fonctionné sur la plupart des plateformes : webOS, Fire OS, Google TV sur Sony et Vidaa OS ont cessé d’envoyer des paquets vers les points de terminaison suspectés. En revanche, les téléviseurs sous Tizen (Samsung) ont continué à générer du trafic ACR, même après désactivation, sur les trois types d’entrée testés. Les deux appareils Roku OS ont maintenu l’envoi de données lorsqu’ils utilisaient l’application Roku Channel ; le fabricant TCL indique cette limitation dans le menu, alors que Roku ne le mentionne pas. Le Vizio TV, commercialisé par Walmart, n’a montré aucune variation du trafic après l’opt‑out, confirmant les allégations de non‑conformité relevées par la FTC en 2017.

Analyse des mécanismes de fingerprinting

En variant le contenu (vidéo + audio, audio seul, vidéo seule), les chercheurs ont différencié les méthodes de fingerprinting. Tizen semble s’appuyer exclusivement sur le fingerprint vidéo, tandis que webOS et Vidaa utilisent uniquement l’audio. Fire OS, Google TV, Roku OS et Vizio OS combinent les deux vecteurs. Tous les téléviseurs dotés d’ACR ont scanné les signaux OTA, mais seuls les systèmes non‑Google/Amazon ont appliqué le même processus aux services de streaming natifs. La duplication d’écran est restée exempte de suivi, à l’exception de Vidaa où un léger trafic persiste.

Vulnérabilité Vidaa et implications

Une faille découverte dans Vidaa OS a exposé un broker MQTT non chiffré, permettant la récupération de messages contenant un identifiant client permanent, le fuseau horaire, le nom de l’application, le type d’entrée, la chaîne OTA et une empreinte audio. En trois heures, plus d’un million d’identifiants uniques ont été collectés. Après notification, le fabricant a ajouté une authentification obligatoire, mais les messages restent non chiffrés. Cette faiblesse illustre le risque de collecte massive de données même lorsque l’utilisateur a désactivé l’ACR. Les auteurs recommandent de déconnecter le téléviseur d’Internet ou d’utiliser un dispositif de streaming externe, et proposent un bloc‑listage des points de terminaison via Pi‑hole pour limiter l’exposition sans altérer la qualité d’affichage.