Sécurité

Comment votre audio reste privé

Tout ce qui figure sur cette page fonctionne en production aujourd’hui, et chaque point peut être vérifié.

Vous avez trouvé quelque chose ?

Écrivez à security@euphonaai.com. Un e-mail brouillon aujourd’hui vaut mieux qu’un e-mail soigné le mois prochain ; accusé de réception sous trois jours ouvrés.

Version lisible par machine : /.well-known/security.txt

Comment fonctionne le signalement →

En place aujourd’hui

Ce que nous faisons

Sept mesures, chacune en production en ce moment même, et chacune vérifiable.

Votre audio n’est accessible que par des liens signés

L’audio n’est jamais servi par l’API et ne se trouve jamais derrière un cookie. Chaque lecture ou écriture passe par une URL signée de courte durée, limitée à un objet et à une opération, et vérifiée par rapport à l’espace de travail pour lequel elle a été émise.

L’audio non fiable est décodé dans un bac à sable

Un fichier média malformé est la surface d’attaque la plus directe d’une plateforme audio : le décodage s’exécute donc avec ses propres espaces de noms utilisateur, réseau et processus, sans capabilities Linux, avec un plafond de mémoire et un délai maximal en temps réel. Il a été construit avant même qu’il existe une voie d’import publique à attaquer.

L’équipe ne peut pas écouter votre audio

Ni l’assistance, ni l’exploitation, ni un administrateur. Aucune commande de nos outils internes ne lit l’audio d’un client, et aucune voie ne génère de lien vers celui-ci. Il n’existe pas non plus d’exception aujourd’hui : si nous avons un jour besoin d’écouter un fichier pour le déboguer, nous vous le demanderons, et tout futur mécanisme d’autorisation sera déclenché par vous et visible par vous.

Chaque lecture interne de vos données est enregistrée

Les lectures, pas seulement les écritures. Notre console d’exploitation ne peut rien montrer de votre compte à un membre de l’équipe sans écrire d’abord une trace d’audit qui le nomme, indique ce qu’il a consulté et pourquoi : et si cette trace ne peut pas être écrite, les données ne s’affichent pas. Le journal d’audit est en ajout seul et réside dans une base de données distincte de celle qu’il audite.

Les opérations sensibles exigent un second regard

Mettre en pause une partie de la plateforme, revenir à une version antérieure d’un modèle et toute opération comparable sont préparés avec une justification écrite et exécutés après un délai : ou immédiatement en cas d’incident en cours, auquel cas la justification est écrite d’abord et un post-mortem est dû. Chacune de ces opérations figure sur une liste de revue le lendemain matin.

Les sauvegardes sont chiffrées avant de toucher le disque, et restaurées chaque semaine

Chaque base de données est sauvegardée chaque nuit directement dans un fichier chiffré, il n’existe jamais de copie en clair sur le disque, et chaque sauvegarde est conservée quatorze jours sur notre serveur et environ deux semaines de plus dans une copie hors site, dans la limite des 31 jours qu’indiquent nos conditions et notre politique de confidentialité. Chaque dimanche, un exercice restaure la sauvegarde la plus récente dans une base de données temporaire et vérifie qu’elle répond aux requêtes, parce qu’une sauvegarde que personne n’a restaurée est un espoir plutôt qu’une sauvegarde. Les deux tournent comme prévu depuis le 18 septembre 2026.

Les dépendances et le serveur sont mis à jour à un rythme régulier

Des mises à jour de sécurité automatiques sur le serveur d’origine, une base de système d’exploitation durcie, et des règles de pare-feu conservées sous forme de code plutôt que dans l’historique d’un shell. Les dépendances applicatives sont mises à jour selon un calendrier, et à chaque bulletin de sécurité.

Signalement

Signaler un problème

Écrivez à security@euphonaai.com. Dites-nous ce que vous avez trouvé et comment le reproduire ; vous n’avez pas besoin d’un exploit de preuve de concept, et nous préférerions que vous n’en construisiez pas un contre des données réelles.

Nous accuserons réception sous trois jours ouvrés et vous dirons ce que nous faisons. Nous ne vous menacerons pas, et nous vous citerons si vous le souhaitez. Il n’existe pas de programme de bug bounty : s’il en apparaît un, il figurera sur cette page plutôt que d’être négocié par e-mail.

Merci de ne pas accéder aux données d’une autre personne, de ne pas dégrader le service pour qui que ce soit, et de ne pas garder une découverte comme moyen de pression. La version lisible par machine de cette politique se trouve à /.well-known/security.txt.