Sécurité

Posture de sécurité de mindset-ctx — chaque affirmation ci-dessous est vérifiable publiquement.

mindset-ctx est open source (licence MIT). Tout ce qui suit peut être vérifié par n'importe qui, directement dans le dépôt — c'est le principe : pas de promesse invérifiable, que du contrôlable.

Le principe fondateur : votre code ne quitte jamais votre machine

L'analyse de votre code, la génération de contexte, la recherche mémoire et le serveur MCP tournent toujours en self-hosted, sur votre machine — sur tous les plans, gratuits comme payants. Ce n'est pas une option de configuration : l'offre hébergée (Cloudflare Workers) n'a tout simplement aucune route pour analyser un dépôt. Elle ne fait que la facturation, le compte et le suivi de quota. Votre code source n'est donc jamais transmis à nos serveurs — c'est une contrainte d'architecture, pas un réglage.

Tests et intégration continue

Plus de 150 tests automatisés couvrent l'authentification, la facturation, la vérification des webhooks, le rendu et la recherche. L'intégralité de la suite tourne en CI sur chaque push, sur Node 20 et 22 — une régression ne peut pas arriver en production sans casser le build d'abord.

Dépendances

Une seule dépendance runtime (le SDK officiel Anthropic, utilisé uniquement par la génération enrichie optionnelle). npm audit retourne 0 vulnérabilité. Quand une faille est apparue dans une dépendance transitive optionnelle, elle a été retirée proprement plutôt que corrigée par un downgrade non vérifié — la décision est documentée dans l'historique.

Revues de sécurité

Le code passe des revues de sécurité régulières, selon une méthode en deux passes : une passe qui identifie les pistes, puis une seconde dont le seul rôle est de démonter chaque piste avant qu'elle ne soit retenue. Les vraies failles trouvées ont été corrigées ; les pistes non exploitables sont documentées avec la raison de leur rejet. Résultats publiés au même niveau de détail, qu'ils soient flatteurs ou non — la méthode est décrite ici.

Contrôles techniques en place

• Signatures de webhooks (Stripe, GitHub, GitLab) vérifiées en HMAC, comparaison à temps constant, tolérance anti-rejeu — un webhook non signé ou rejoué est refusé avant tout traitement.
• Cookies de session signés, HttpOnly, Secure, SameSite=Strict ; protection anti-CSRF (paramètre state) sur le flux de connexion SSO.
• La porte de paiement ne remet jamais de clé API avant confirmation du paiement par Stripe.
• Secrets (clés Stripe, Anthropic, WorkOS) toujours en variables d'environnement / secrets CI, jamais en dur dans le code.

Signaler un problème

Vous pensez avoir trouvé une faille ? Ouvrez une issue sur le dépôt (github.com/Redcreator1/Mindset-Red) ou écrivez-nous via la page support. Les rapports de sécurité sont traités en priorité.

Ce qu'on ne prétend pas (encore)