SÉCURITÉ DU LOGICIEL C
Un correctif dit que la faille est fermée. Nous vérifions qu’elle l’est.
01 — LE RISQUE
Les scanneurs trouvent la faille et un développeur écrit le correctif. Personne ne montre que le correctif la ferme vraiment.
02 — CE QUE FAIT IRONPROOF
Ironproof écrit un test qui déclenche la faille, le roule avant et après le correctif, et vous dit si le correctif la ferme, dans des bornes déclarées. Chaque résultat part avec un dossier que vous pouvez rejouer.
03 — CE QUE VOUS RECEVEZ
Trois verdicts. Chacun part avec son dossier de vérification.
Jamais un simple crochet vert. Chaque résultat est l’un des trois, et chacun vient avec ce qui a servi à l’obtenir.
Prouvé.
La propriété tient dans le modèle déclaré et sous ses hypothèses.
Vous recevez l’obligation — SMT-LIB pour les preuves de politique, le harnais et ses bornes pour le C — à rejouer vous-même.
Réfuté.
Un contre-exemple concret montre exactement comment elle casse.
Vous recevez le contre-exemple, à rejouer vous-même.
Non démontré.
Nous n’avons pas pu conclure. Dit comme tel, jamais affiché comme un succès.
Vous recevez la raison de l’arrêt, consignée avec le résultat.
04 — AUJOURD’HUI
20 vrais correctifs tirés au hasard dans des projets comme curl et libssh2 : 13 fermés, 3 où notre test s’est fait tromper, 4 non analysés (12 octobre 2026).
Les autres vendent la confiance.
Nous, on vend le droit de ne pas nous faire confiance.
Apportez un cas. Repartez avec la preuve.
Dites-nous ce qu’il faut vérifier. Nous répondons avec ce que nous pouvons prouver, et ce que nous ne pouvons pas.
LES TROIS APPLICATIONS