Sécurité
La sécurité, à découvert.
01Architecture
Comment les clés s'emboîtent.
Trois couches, chacune protégeant la suivante. Le mot de passe ne touche jamais vos données ; vos données ne croisent jamais une clé en clair.
02Les briques
Chaque primitive, nommée.
Implémentation : OpenSSL 3.5, la bibliothèque de cryptographie open source la plus déployée au monde, intégrée à Node.js.
03Modèle de menace
Ce qu'il protège. Ce qu'il ne protège pas.
Protège contre
- Le vol d'une copie de la base ou une sauvegarde qui fuite : l'attaquant n'obtient que du chiffré.
- Le « harvest now, decrypt later » : les données stockées restent verrouillées même quand l'échange de clés classique sera cassé.
- Toute personne ayant un accès SQL direct (administrateur, prestataire, attaquant) qui lirait les colonnes sensibles.
- Des valeurs échangées ou copiées entre lignes : le déchiffrement échoue.
- Le moindre octet modifié dans un chiffré : l'authentification échoue.
Ne protège pas contre
- Un serveur applicatif compromis : il détient le coffre et son mot de passe, il peut donc déchiffrer, comme pour tout chiffrement côté application.
- Un mot de passe de coffre faible, réutilisé ou divulgué.
- Les données en transit entre votre application et vos utilisateurs : c'est le rôle de TLS.
- Le tri, la recherche par préfixe ou par plage sur les colonnes chiffrées : seule la recherche exacte reste possible, via une empreinte à clé.
- Des personnes malveillantes disposant d'un accès légitime à l'application elle-même.
04Vérification
Testé comme si c'était important.
- 190+
- tests automatisés, tous au vert
- 2
- suites de vecteurs de test officiels (RFC 5869, RFC 7748)
- 1
- implémentation indépendante vérifiée en croisé (ML-KEM et X25519)
- 4
- vrais serveurs de base testés : PostgreSQL 14 et 18, MySQL 8.0 et 8.4
Chaque octet d'un chiffré est modifié un par un dans nos tests, pour prouver que toute altération est détectée. Les migrations tournent sur de vrais serveurs PostgreSQL et MySQL et sur SQLite, y compris les interruptions en cours de route, les retours arrière complets, et une application qui écrit dans la table pendant la migration. 50 000 lignes sont chiffrées et indexées en 4 secondes environ.
Pas encore audité par un tiers indépendant. Un audit externe est prévu à mesure que l'entreprise grandit ; nous préférons vous le dire plutôt que vous le laisser supposer.
05Signalement responsable
Vous avez trouvé une faille ?
Écrivez à contact@quorvault.com avec l'objet « Security report ». Nous accusons réception sous 72 heures, vous tenons informé, et vous créditons si vous le souhaitez. N'accédez pas à des données qui ne sont pas les vôtres et ne perturbez pas le service.
06Feuille de route
La suite.
Séparation des clés
Les clés privées confiées à un KMS ou un HSM, loin des données qu'elles protègent.
SQL Server et Oracle
Après PostgreSQL, MySQL, MariaDB et SQLite.
Audit indépendant
Une revue cryptographique externe du moteur.
Clés composites
Les tables dont la clé primaire porte sur plusieurs colonnes.
Des questions sur votre installation ?
Regardons-la ensemble.
Chaque environnement est différent. Nous étudions le vôtre et vous disons honnêtement ce que QuorVault changerait, et ce qu'il ne changerait pas.
ou écrivez à contact@quorvault.com · lire la FAQ