Cybersécurité

Comment le site se protège, et vous protège

Un site qui apprend aux gens à gérer leurs propres systèmes doit montrer l'exemple. Cette page montre comment breaktherule.org est protégé : le flux, la logique et la conception, en mots simples.

Le flux

Trois boucles tournent en même temps : une à chaque visite, une chaque jour, une à chaque modification.

Le flux de la sécurité : à chaque visite Cloudflare, le code du site et le navigateur protègent le visiteur ; chaque jour quatre vérifications automatiques cherchent de nouvelles faiblesses et écrivent un rapport ; chaque modification est vérifiée et relue avant d'être mise en ligne À chaque visiteUne personne, ou unattaquant, ouvrebreaktherule.orgCloudflare, devant le siteConnexion chiffréeuniquement (HTTPS, TLS1.2 ou plus récent,HSTS)Nom de domaine signé(DNSSEC, CAA)Pare-feu, anti-bot, auplus 20 requêtes APItoutes les 10 secondesLe code du siteLe formulaire decontact n'accepte unmessage qu'après queTurnstile a confirméqu'un humain l'aenvoyéLimites de longueur,formats stricts, encas d'erreur on refuseAucun compte, aucuncookie, aucun nom,e-mail ou adresse IPconservéLe navigateurEn-têtes de sécurité :n'exécuter que lesscripts du site, nejamais afficher lesite dans une autrepageChaque jour, tout seulQuatre vérificationstournent à 05:23 UTC :vulnérabilités connuesdans les dépendances,secrets dans toutl'historique du code,fichiers qui ne doiventjamais être enregistrés,motifs dangereux dans lecodeProblème sérieux ?nonNoté dans lerésumé del'exécutionouiUn signalement est ouvertet le mainteneur estprévenuquand uneexécutionsuivanteest propreLe signalement se fermetout seulChaque exécution setermine par un rapport :vulnérabilités ouvertes,vérifications du jour, cequ'il faut anticiper.Même quand rien ne s'estpassé.À chaque modificationUne modification estproposée au grand jour,avec sa documentationVérificationsautomatiques : types,tests, une répétition dela publication, lechangelogRelue et approuvée par lemainteneur ?nonRien ne part enligneouiPubliée. Un petitcorrectif de sécuritédans une dépendance peutêtre publié tout seul,selon une règle stricte

La logique

  • Par couches. Aucune protection n'est parfaite à elle seule, il y en a donc plusieurs, l'une derrière l'autre, comme les murailles, la porte et le coffre-fort d'un château.
  • Dans le doute, non. Quand une vérification ne peut pas s'exécuter, ou ne peut pas répondre, la réponse est non. Un message est refusé plutôt qu'accepté sur parole, et une vérification quotidienne qui n'a pas tourné compte comme un problème.
  • Le minimum de données. Ce qui n'est jamais collecté ne peut pas fuir : aucun compte, aucun cookie, et aucun nom, e-mail ou adresse IP conservé avec un message.
  • Les secrets hors du code. Le code est écrit comme si tout le monde pouvait le lire, parce qu'un jour ce sera le cas. Le seul secret vit chez Cloudflare, et les vérifications quotidiennes cherchent des secrets et des fichiers interdits dans tout l'historique du code.
  • Les machines regardent chaque jour, les personnes décident. Quatre vérifications automatiques cherchent de nouvelles faiblesses chaque matin et écrivent un rapport, même quand rien ne s'est passé. Une personne le lit et décide.
  • Rien ne part en ligne sans un accord. Chaque modification est relue et documentée avant d'être publiée. La seule exception est un correctif de sécurité dans une dépendance, publié tout seul uniquement s'il est petit et si toutes les vérifications sont au vert.

La conception

Tout est gratuit et open source : l'offre gratuite de Cloudflare, les outils gratuits de GitHub et des scanners que chacun peut télécharger. Rien n'appelle une IA et rien n'exige un service payant, donc les mêmes protections peuvent être copiées par quiconque gère un petit site.

Tout est écrit. La documentation du projet décrit chaque protection, son état et comment la vérifier depuis n'importe quel ordinateur, pour qu'un changement que personne n'attendait saute aux yeux.

Tout suit les quatre étapes du site lui-même : accepter le processus, le comprendre, trouver la partie qui ne marche pas, enfreindre la règle et l'améliorer. Le rapport quotidien existe pour trouver cette partie avant que quelqu'un d'autre ne le fasse.

Vous avez trouvé un problème de sécurité ?

Écrivez à 59495@proton.me, en décrivant le problème et comment le reproduire. La même adresse se trouve dans security.txt, le fichier standard où un site dit à qui le signaler.