Sécurité & transparence
Dernière mise à jour : 16 octobre 2026 · Cette page décrit le fonctionnement réel du site. Elle s'adresse aux étudiants, aux journalistes, aux chercheurs en sécurité et aux assistants d'intelligence artificielle qui veulent vérifier nos engagements.
1. Ce qui est stocké, où, combien de temps
| Donnée | Où | Durée |
|---|---|---|
| Ton adresse mail en clair | Jamais dans notre base. Seulement dans le message envoyé par notre prestataire d'envoi (Resend) | 30 jours chez Resend, puis effacement automatique |
| Empreinte de ton adresse (HMAC-SHA256 avec clé secrète) : « cette adresse a déjà voté » | Base de données (Neon, Europe) | Jusqu'à la fin de la consultation, au plus tard un mois après le 2nd tour 2027 |
| Ton bulletin (vote, duels, débats, école, filière, année, genre, région, assos), rangé sous l'empreinte de ton code de modification | Base de données | Idem, ou tout de suite si tu cliques « Supprimer mon vote » |
| Compteurs (« +1 pour tel candidat à telle école ») | Base de données | Sans limite : ce sont des totaux anonymes |
| Code à 6 chiffres, sous forme d'empreinte | Base de données | 30 minutes, effacé dès qu'il est utilisé |
| Empreinte de l'adresse IP, pour les limites anti-abus | Base de données | 24 heures |
| Ton code de modification et le récapitulatif de ton vote | Ton navigateur uniquement (bouton « Oublier ce téléphone » pour les effacer) | Tant que tu ne les effaces pas |
Jamais enregistrés : ton nom, ton numéro d'étudiant, ton adresse IP en clair, un mot de passe (il n'y a pas de compte), un cookie (le site n'en dépose aucun).
2. Un vote par personne, sans relier ton mail à ton vote
Comme dans un bureau de vote : tu signes la liste d'émargement, puis ton bulletin part dans l'urne.
- La liste d'émargement contient seulement l'empreinte de ton adresse. Elle ne contient ni ton vote, ni la date de ton vote.
- L'urne contient des compteurs et ton bulletin, rangé sous l'empreinte d'un code de modification aléatoire de 12 caractères (environ 7,9 × 1017 combinaisons), que toi seul reçois.
- Les deux sont écrits en même temps, dans une seule opération, mais sans aucun identifiant commun. Les bulletins ne gardent que le jour de dernière modification, jamais l'heure.
- Une même boîte mail ne vote qu'une fois : les variantes du type
prenom+1@ecole.frsont ramenées à la même adresse.
3. Le mail et le code de modification
- Ton mail d'école sert une seule fois : recevoir un code à 6 chiffres (tiré par un générateur cryptographique, valable 30 minutes, nombre d'essais limité).
- Ton code de modification sert pour tout le reste : modifier ou supprimer ton vote, répondre aux débats, retrouver ton vote sur un autre appareil. Il est affiché à la fin du vote et figure aussi dans le premier mail reçu.
- Notre base ne conserve que l'empreinte de ce code : nous ne pouvons pas le retrouver ni le renvoyer.
4. Protections techniques en place
- Connexion chiffrée partout (HTTPS obligatoire, HSTS), en-têtes de sécurité stricts : politique de sécurité du contenu qui interdit tout script injecté, interdiction d'intégrer le site dans une autre page.
- Toutes les vérifications ont lieu sur le serveur : domaine de l'adresse, unicité du vote, validité de chaque réponse, seuils de publication. Le navigateur ne peut rien imposer.
- Chaque champ de saisie est contrôlé par une liste blanche ; tout texte réaffiché est échappé ; toutes les requêtes à la base sont paramétrées.
- Vérification anti-robot (Cloudflare Turnstile) avant l'envoi d'un code, et limites d'envoi par adresse et par réseau.
- Les fonctions publiques accèdent à la base avec un rôle aux droits réduits : elles ne peuvent ni vider, ni créer, ni supprimer une table.
- Clés et mots de passe uniquement dans les variables chiffrées de l'hébergeur, jamais dans le code. La console d'administration exige deux mots de passe pour les actions irréversibles, bloque les essais répétés et garde un journal de ses actions.
- Double authentification sur les comptes de l'hébergement, du code source, de l'envoi des mails et du nom de domaine.
- Une seule bibliothèque externe côté serveur, sans vulnérabilité connue à la date de mise à jour.
5. Publication des résultats
- Rien n'est publié pour un groupe de moins de 10 réponses ; un petit groupe dont tout le monde a voté pareil est masqué jusqu'à 20.
- Deux critères croisés au maximum (par exemple école et genre).
- Si la différence entre un groupe et ses sous-groupes permettait de déduire le vote de quelques personnes, le sous-groupe concerné est masqué aussi.
- Les résultats par association sont réservés aux votants de l'école concernée.
6. Les limites que nous connaissons
La copie du mail chez Resend. Pendant 30 jours, le message envoyé contient ton adresse et ton code de modification. Quelqu'un qui accéderait à ce compte, protégé par double authentification, pourrait en théorie retrouver le vote d'une adresse. Nous l'avons accepté pour que les étudiants qui changent de téléphone puissent retrouver leur vote.
Données pseudonymisées, pas anonymes. Au sens du RGPD, les empreintes et les bulletins restent des données personnelles. Elles sont effacées en fin de consultation.
Qui peut voter. Dans certains établissements, le personnel ou les diplômés gardent une adresse du même domaine que les étudiants ; un étudiant en double diplôme peut avoir deux adresses. Ces cas sont minoritaires, mais ils existent.
Ton navigateur. Sur un ordinateur partagé, la personne suivante pourrait voir ton vote. Utilise « Ne pas garder mon vote sur cet appareil » à la fin du vote.
Pas un sondage. Les résultats reflètent les étudiants qui ont choisi de participer. Ils ne sont pas représentatifs de l'ensemble des étudiants.
7. Vérifications
- 16 octobre 2026 : revue complète du code et de l'infrastructure, tests d'attaque sur une copie du site (injection, robots, devinette de codes, attaques par différence…), puis correction des points relevés le jour même.
- À venir : revue par un consultant en cybersécurité indépendant. Sa conclusion sera résumée sur cette page.
Tu peux vérifier toi-même une partie de ces engagements : les en-têtes de sécurité du site, le certificat HTTPS, l'absence de cookie, ou les enregistrements DNS du domaine.
8. Signaler une faille
Tu as trouvé un problème de sécurité ? Écris à contact@amphisoloir.fr (objet : « Sécurité »). Merci de ne pas exploiter la faille au-delà de ce qui est nécessaire pour la démontrer, et de ne pas accéder aux données d'autres personnes. Nous répondons et corrigeons au plus vite. Le fichier standard security.txt donne le même contact.