Chat Control et messagerie chiffrée — ce que changerait un scanner sur votre téléphone

L'Union européenne tente depuis quatre ans d'écrire une loi qui détecte du contenu illégal à l'intérieur de conversations que personne ne peut lire. La proposition s'appelle COM/2022/209 final, et tout le monde la connaît sous le nom de Chat Control. Cette page explique ce qu'elle ferait techniquement, dit franchement ce qu'aucune messagerie ne peut promettre, et détaille ce qu'OSHI fait autrement : une IA qui tourne sur votre appareil, aucun numéro de téléphone, et une messagerie qui continue quand le réseau s'arrête.

Ce qui est réellement proposé

Chat Control ne demande à personne de casser le chiffrement. Le texte demande aux services de détecter des contenus illégaux connus et nouveaux, ainsi que des tentatives d'approche de mineurs, y compris dans les services dont les messages sont chiffrés de bout en bout. Or le seul endroit où un message existe sous une forme lisible, c'est l'appareil qui l'a écrit et celui qui le lit. Une injonction de détection atterrit donc là, avant le chiffrement : c'est ce qu'on appelle l'analyse côté client.

C'est tout. Le chiffrement survit à chaque version du texte. Ce qui change, c'est que votre téléphone acquiert un composant dont le métier est de regarder ce que vous avez écrit, de le comparer à une liste que vous n'avez pas choisie, et de signaler une correspondance à quelqu'un d'autre.

L'objection n'est pas politique, elle est structurelle

En 2021, quinze cryptographes et chercheurs en sécurité ont publié Bugs in our Pockets: The Risks of Client-Side Scanning. Leur argument n'est pas que l'analyse serait immorale. Il est qu'un scanner constitue une capacité de surveillance généraliste installée sur chaque appareil, et que la liste qu'il compare est justement la partie que personne ne peut auditer. Changez la liste, et le même code cherche autre chose.

Le Comité européen de la protection des données et le Contrôleur européen sont parvenus à une conclusion comparable dans leur avis conjoint sur la proposition. Apple avait annoncé en 2021 une détection embarquée pour iCloud Photos, puis y a renoncé — après l'avoir construite.

Ce qu'aucune messagerie ne peut honnêtement promettre

Nous préférons l'écrire plutôt que de laisser croire à une garantie que nous ne pouvons pas tenir. La vraie question est plus étroite, et bien plus utile : combien de texte lisible existe-t-il sur votre appareil, et quelle part en sort vers l'ordinateur de quelqu'un d'autre ? Là, c'est un choix de conception. Et c'est là qu'OSHI diffère.

L'assistant tourne sur votre appareil

C'est le point le plus important, et le plus facile à vérifier. Toute messagerie qui ajoute de l'IA se heurte au même problème : un modèle qui résume vos messages non lus doit lire vos messages non lus. La réponse habituelle consiste à envoyer le texte en clair à un serveur. Cela crée exactement la copie lisible qu'une injonction de détection réclamerait — volontairement, avant même qu'une loi l'exige.

L'assistant d'OSHI tourne localement, via llama.cpp, sur le téléphone lui-même. Il n'existe aucun appel à un service d'IA distant dans le code iOS ni dans le code Android : ni OpenAI, ni Anthropic, ni Google, ni personne. Rien n'est envoyé, donc il n'y a rien à conserver, à réquisitionner ou à faire fuiter.

Le prix est réel et nous le disons : le modèle embarqué pèse plusieurs gigaoctets, il consomme de la batterie, et il est nettement moins performant qu'un modèle hébergé. Nous pensons que c'est le bon arbitrage pour une messagerie. Vous pouvez ne pas être d'accord, et laisser l'assistant désactivé.

La carte aussi est hors ligne

La localisation est l'autre endroit où une application privée devient discrètement la cliente de l'infrastructure d'un tiers. OSHI embarque sa propre carte : les tuiles sont lues d'abord dans un cache local sur l'appareil, et un mode strictement hors ligne n'atteint jamais le réseau. Lorsqu'une tuile manque et que le mode le permet, elle est récupérée sur notre propre serveur de tuiles, pas chez Google ni chez Apple — puis mise en cache, si bien que la fois suivante est locale.

Une carte lisible pendant une coupure, sans indiquer à un tiers où vous regardez, n'est pas le même objet qu'une carte qui exige un réseau et un compte.

Elle fonctionne quand le réseau ne fonctionne plus

Un réseau filtré et un appareil scanné sont deux problèmes distincts, et OSHI a été conçu pour le premier bien avant que le second devienne un projet de règlement. Les messages se relaient de téléphone à téléphone en Bluetooth Low Energy et Wi-Fi Direct — sans Internet, sans réseau mobile, sans opérateur — sur cinq sauts au maximum, avec mise en attente pour le téléphone qui n'était pas à portée.

Au-delà d'une pièce, OSHI s'apparie à un nœud LoRa et porte à plusieurs kilomètres. Ce qu'OSHI émet sur le LoRa est chiffré de bout en bout avant d'atteindre la radio : quelqu'un disposant du bon matériel peut capter la trame — la clé du canal Meshtastic par défaut est publique — mais il ne peut pas lire ce qu'elle contient. Captable, pas déchiffrable.

Il n'y a aucun compte à réquisitionner

OSHI ne demande ni numéro de téléphone, ni adresse e-mail, ni compte. Votre identité est une paire de clés générée sur l'appareil et jamais téléversée. Il n'existe aucun registre reliant votre identité à un numéro, aucun annuaire permettant à un inconnu de vous joindre parce qu'il le connaît, et rien qu'une réquisition puisse produire et que nous ne possédons pas.

Foire aux questions

La version longue

Nous avons traité le sujet en détail, chaque source récupérée et citée, dans Scanning the endpoint you promised not to touch — publié dans The Messenger Security Review, où les constats qui concernent OSHI lui-même paraissent au même titre que ceux des autres. Le blog est en anglais.