Le contrôle d'accès basé sur les rôles, jusqu'au niveau des documents et des champs, détermine qui voit quoi. L'anonymisation des champs va plus loin : les rôles sélectionnés voient les valeurs sensibles sous forme de hachages ou de chaînes masquées au lieu du texte en clair — tandis que les agrégations et les analyses continuent de fonctionner.
L'historique des lectures enregistre chaque accès aux index et champs que vous marquez comme sensibles : quand, par quel utilisateur, quel document, et quels champs surveillés faisaient partie du résultat. Les champs masqués par la sécurité au niveau des champs ne déclenchent pas d'événement — la piste montre l'exposition réelle, pas du bruit.
L'historique des écritures trace la création et la suppression de documents ainsi que les modifications au niveau des champs sous forme de diffs exacts — y compris les suppressions de données personnelles, pour documenter que les demandes d'effacement ont bien été exécutées. Le suivi des modifications de configuration et du système couvre les changements apportés aux paramètres de Search Guard et d'Elasticsearch eux-mêmes.
Les index immuables suivent le principe write-once, read-many : des documents peuvent être ajoutés, mais jamais modifiés ni supprimés — et l'index lui-même ne peut être ni supprimé, ni fermé, ni réindexé. Stockez-y votre piste d'audit, ou routez les événements d'audit vers un stockage externe et des systèmes SIEM, catégorie par catégorie.
Search Guard impose TLS pour tout le trafic REST et entre les nœuds. Search Guard Encryption at Rest chiffre vos index au niveau de Lucene, avec des clés conservées en mémoire et jamais écrites sur disque.
Les événements d'audit sont des données — Signals, le moteur d'alerting de Search Guard, peut donc les surveiller. Soyez averti d'un pic de connexions échouées, d'erreurs de privilèges ou d'accès inattendus aux champs surveillés, par e-mail, Slack, PagerDuty, Jira ou webhooks.
Search Guard génère des événements d'audit dans chaque nœud — connexions échouées, privilèges manquants, lectures de champs sensibles, modifications de documents et de configuration. Vous décidez où ils vont : un index d'audit sur le même cluster, un index immuable, un cluster Elasticsearch distinct, un webhook ou n'importe quel appender log4j comme Kafka ou syslog. Routez les événements de sécurité vers votre SIEM et les événements de conformité vers le stockage à long terme — en même temps.
Un analyste et un responsable conformité exécutent la même requête sur le même index. L'analyste voit des adresses e-mail hachées et des noms masqués ; le responsable conformité voit le texte en clair. Pas de copies, pas d'ETL — l'anonymisation se fait à la volée, par rôle.
Un tableau de bord d'audit prêt à l'emploi, des enregistrements d'événements lisibles et des diffs de modifications exacts — des preuves que vous pouvez remettre à un auditeur.
Search Guard fournit les contrôles techniques. La conformité dépend aussi de vos processus et de votre organisation — mais voici les exigences pour lesquelles votre stack Elasticsearch doit être au rendez-vous.
| Réglementation | Exigences typiques pour votre plateforme de données | Fonctionnalités Search Guard |
|---|---|---|
| RGPD | Restriction d'accès, pseudonymisation, sécurité du traitement, effacement documenté | DLS/FLS, anonymisation des champs, TLS et chiffrement au repos, historique des écritures pour les effacements |
| HIPAA | Contrôle d'accès, contrôles d'audit, intégrité, sécurité des transmissions | Contrôle d'accès basé sur les rôles, historique des lectures et des écritures, index immuables, TLS |
| PCI DSS | Accès restreint aux données des titulaires de cartes, traçabilité de tous les accès, pistes d'audit protégées | Sécurité au niveau des champs et anonymisation, historique des lectures, index d'audit immuables |
| SOX | Gestion des changements, pistes d'audit pour les données financières | Historique des écritures, suivi des modifications de configuration, index immuables |
| ISO 27001 | Contrôle d'accès, journalisation et surveillance, cryptographie | RBAC, journalisation d'audit, alertes Signals, TLS et chiffrement au repos |
| NIS2 | Détection des incidents de sécurité, contrôle d'accès, journalisation | Journalisation d'audit, alertes Signals sur les événements de sécurité, RBAC |
| DORA | Gestion des risques informatiques, journalisation, détection d'incidents pour les entités financières | Journalisation d'audit et routage des événements, alertes Signals, index immuables |
Cet aperçu décrit des capacités techniques et ne constitue pas un conseil juridique. Search Guard soutient vos efforts de conformité ; il ne rend pas, à lui seul, une organisation conforme.
Journalisation d'audit de sécurité, sécurité au niveau des documents et des champs, authentification d'entreprise, support avec SLA.
Tout Enterprise, plus l'historique des lectures, l'historique des écritures, les index immuables, l'anonymisation des champs, et le suivi des modifications de configuration et du système.
Licence par cluster de production — nœuds illimités, développement et staging gratuits. Toutes les fonctionnalités sont débloquées pendant l'essai de 60 jours.
Dites-nous quelles réglementations s'appliquent à vous et à quoi ressemble votre installation Elasticsearch. Nos ingénieurs vous montreront comment Search Guard couvre vos exigences — et où il ne les couvre pas.