Aller au contenu
RunASM Docs

Sécurité de Runbound

État

Section titled “État”

Runbound est en développement actif et n’a pas encore fait l’objet d’un audit de sécurité humain externe. Cet audit est prévu avant le tag v1.0. D’ici là, Runbound n’est pas recommandé pour des déploiements en production traitant du trafic sensible.

Ce qui a été fait

Section titled “Ce qui a été fait”

Chaque release passe par une revue de sécurité interne et adversariale assistée par IA avant d’être publiée — la concurrence, la sécurité mémoire (panic/unwrap/erreurs avalées silencieusement), la surface réseau et l’authentification, et les chemins d’injection (SQL/commande/chemin/template) sont tous dans le périmètre de chaque passe. Les findings sont suivis avec une sévérité explicite (CRITICAL/HIGH/MEDIUM/LOW/INFO) et un statut explicite — corrigé, accepté, ouvert, ou contesté. Un finding n’est jamais présenté comme corrigé avant d’avoir été re-vérifié, et cette re-vérification se fait dans une session ou un modèle différent de celui qui a produit le correctif, spécifiquement pour éviter qu’un relecteur confirme son propre angle mort.

Vérifier une release

Section titled “Vérifier une release”

Chaque asset publié — chaque binaire et SHA256SUMS — porte sa propre signature minisign, pas seulement un fichier de sommes de contrôle agrégé :

Terminal window
minisign -Vm runbound-x86_64-linux-gnu -P RWSBM9HzDiZpfCD82uTnkeP1Ui30LfWE96C8EtFyI4/WVyLAVxpLzYy/
minisign -Vm SHA256SUMS -P RWSBM9HzDiZpfCD82uTnkeP1Ui30LfWE96C8EtFyI4/WVyLAVxpLzYy/
sha256sum -c SHA256SUMS --ignore-missing

La même clé signe les releases de Runbound et de RunAlexDB — un seul mainteneur, deux projets, une seule identité de signature à suivre.

Signaler une vulnérabilité

Section titled “Signaler une vulnérabilité”

Écrivez à security@runasm.com avec les détails et, si possible, une reproduction. Merci de ne pas ouvrir d’issue publique GitHub pour une vulnérabilité suspectée avant qu’elle n’ait été triée en privé.

Feuille de route vers la v1.0

Section titled “Feuille de route vers la v1.0”

Un audit de sécurité humain externe est le dernier verrou avant le tag v1.0 — suivi publiquement sous issue #170. Tout le reste prévu pour la v1.0 (DNSSEC, serve-stale, l’interface web intégrée, l’intégration firewall automatique) est déjà livré.