Description du projet
TraduitNotre application a évolué au point où nous ne pouvons honnêtement pas répondre à la question que les auditeurs et les clients d'entreprise posent constamment : qui, quoi et quand quelqu'un a agi. En ce moment, l'historique des actions est éparpillé à travers les journaux d'application réguliers, et ces journaux tournent, se mélangent avec le bruit de débogage et peuvent être modifiés ou perdus. Ce n'est pas une piste de vérification, et cela commence déjà à nous faire perdre des affaires. Nous voulons un service de journalisation d'audit spécialisé qui traite chaque action significative d'utilisateur ou d'administrateur comme un événement à part entière : sujet, action, objet cible, horodatage, IP ou client source et données structurées sur ce qui a exactement changé. Ce n'est intentionnellement pas un projet de journalisation général et pas de surveillance de performance, et ce n'est pas une page de statut. Nous nous soucions spécifiquement d'une piste fiable des actions des utilisateurs pour les enquêtes de conformité et de sécurité.
Le cœur de la tâche est la protection contre la falsification et l'intégrité. Les événements doivent être écrits dans un stockage en mode ajout uniquement, où toute modification ou suppression ultérieure devient détectable, par exemple grâce à un lien de chaîne de hachage afin que les ruptures de chaîne soient immédiatement visibles. Nous gérons l'ingestion des événements via une API propre que nos services appellent, ainsi qu'une bibliothèque client légère pour que les développeurs envoient des événements sans effort supplémentaire. Au-dessus du stockage, nous avons besoin d'une recherche rapide et d'un filtrage par sujet, type d'action, objet, plage de dates et texte libre, car lors d'un incident, nous avons besoin de réponses en secondes, pas en heures. Nous avons également besoin de politiques de conservation personnalisables par catégorie d'événement, d'un support pour la conservation légale qui suspend la suppression, et d'un accès basé sur les rôles afin que la lecture du journal d'audit lui-même soit contrôlée et de préférence également enregistrée.
Et enfin, la conformité n'est réelle que lorsqu'il y a quelque chose à remettre à l'auditeur. Nous avons besoin d'une exportation fiable dans des formats courants avec un manifeste d'intégrité vérifiable afin qu'un auditeur externe puisse vérifier que la tranche exportée n'a pas été altérée. Veuillez décrire votre expérience avec des magasins d'événements à haute intégrité, le débit d'écriture attendu et comment vous maintiendrez les performances des requêtes à mesure que le journal croît jusqu'à des centaines de millions d'enregistrements.
— Schéma d'événement : sujet, action, objet, temps, source, changements structurés
— Stockage en mode ajout uniquement protégé contre la falsification (chaîne de hachage ou équivalent)
— API d'ingestion d'événements et petite bibliothèque client pour nos services
— Recherche et filtrage par sujet, action, objet, dates et texte intégral
— Politiques de conservation personnalisables et conservation légale en cas de suppression
— Accès en lecture basé sur les rôles avec accès au journal lui-même enregistré
— Exportation vérifiable pour les auditeurs avec manifeste d'intégrité
Le cœur de la tâche est la protection contre la falsification et l'intégrité. Les événements doivent être écrits dans un stockage en mode ajout uniquement, où toute modification ou suppression ultérieure devient détectable, par exemple grâce à un lien de chaîne de hachage afin que les ruptures de chaîne soient immédiatement visibles. Nous gérons l'ingestion des événements via une API propre que nos services appellent, ainsi qu'une bibliothèque client légère pour que les développeurs envoient des événements sans effort supplémentaire. Au-dessus du stockage, nous avons besoin d'une recherche rapide et d'un filtrage par sujet, type d'action, objet, plage de dates et texte libre, car lors d'un incident, nous avons besoin de réponses en secondes, pas en heures. Nous avons également besoin de politiques de conservation personnalisables par catégorie d'événement, d'un support pour la conservation légale qui suspend la suppression, et d'un accès basé sur les rôles afin que la lecture du journal d'audit lui-même soit contrôlée et de préférence également enregistrée.
Et enfin, la conformité n'est réelle que lorsqu'il y a quelque chose à remettre à l'auditeur. Nous avons besoin d'une exportation fiable dans des formats courants avec un manifeste d'intégrité vérifiable afin qu'un auditeur externe puisse vérifier que la tranche exportée n'a pas été altérée. Veuillez décrire votre expérience avec des magasins d'événements à haute intégrité, le débit d'écriture attendu et comment vous maintiendrez les performances des requêtes à mesure que le journal croît jusqu'à des centaines de millions d'enregistrements.
— Schéma d'événement : sujet, action, objet, temps, source, changements structurés
— Stockage en mode ajout uniquement protégé contre la falsification (chaîne de hachage ou équivalent)
— API d'ingestion d'événements et petite bibliothèque client pour nos services
— Recherche et filtrage par sujet, action, objet, dates et texte intégral
— Politiques de conservation personnalisables et conservation légale en cas de suppression
— Accès en lecture basé sur les rôles avec accès au journal lui-même enregistré
— Exportation vérifiable pour les auditeurs avec manifeste d'intégrité
Programmation web Espèces, Virement bancaire
