Descrizione del progetto
TradottoLa nostra applicazione è cresciuta al punto in cui onestamente non possiamo rispondere alla domanda che revisori e clienti aziendali pongono costantemente: chi, cosa e quando ha fatto qualcosa. In questo momento, la cronologia delle azioni è dispersa tra i log regolari dell'applicazione, e quei log ruotano, si mescolano con il rumore di debug e possono essere modificati o persi. Questo non è un audit trail, e sta già iniziando a farci perdere affari. Vogliamo un servizio di audit-log specializzato che tratti ogni azione significativa di un utente o amministratore come un evento a tutti gli effetti: soggetto, azione, oggetto target, timestamp, IP o client sorgente e dati strutturati su cosa è cambiato esattamente. Questo non è intenzionalmente un progetto di logging generale e non è monitoraggio delle prestazioni, e non è una pagina di stato. Ci interessa specificamente una traccia affidabile delle azioni degli utenti per indagini di conformità e sicurezza.
Il nucleo del compito è la protezione contro manomissioni e l'integrità. Gli eventi devono essere scritti in un'archiviazione solo in append, dove qualsiasi successiva modifica o cancellazione diventa rilevabile, ad esempio attraverso il collegamento a catena di hash in modo che le interruzioni della catena siano immediatamente visibili. Gestiamo l'ingestione degli eventi tramite un'API pulita che i nostri servizi chiamano, oltre a una libreria client leggera in modo che gli sviluppatori possano inviare eventi senza sforzo aggiuntivo. Sopra l'archivio abbiamo bisogno di una ricerca e filtraggio rapidi per soggetto, tipo di azione, oggetto, intervallo di date e testo libero, perché durante un incidente abbiamo bisogno di risposte in secondi, non in ore. Abbiamo anche bisogno di politiche di retention personalizzabili per categoria di evento, supporto per la sospensione legale che interrompe la cancellazione e accesso basato su ruoli in modo che la lettura del registro di audit stesso sia controllata e preferibilmente anche registrata.
E infine, la conformità è reale solo quando c'è qualcosa da consegnare all'auditor. Abbiamo bisogno di un'esportazione affidabile in formati comuni con un manifesto di integrità verificabile in modo che un auditor esterno possa verificare che il segmento esportato non sia stato alterato. Si prega di descrivere la propria esperienza con archivi di eventi ad alta integrità, throughput di scrittura previsto e come manterrete le prestazioni delle query man mano che il registro cresce fino a centinaia di milioni di record.
— Schema evento: soggetto, azione, oggetto, tempo, sorgente, modifiche strutturate
— Archivio solo in append protetto contro manomissioni (hash-chain o equivalente)
— API di ingestione degli eventi e piccola libreria client per i nostri servizi
— Ricerca e filtraggio per soggetto, azione, oggetto, date e testo completo
— Politiche di conservazione personalizzabili e blocco legale alla cancellazione
— Accesso in lettura basato su ruoli con accesso al registro stesso registrato
— Esportazione verificabile per revisori con manifesto di integrità
Il nucleo del compito è la protezione contro manomissioni e l'integrità. Gli eventi devono essere scritti in un'archiviazione solo in append, dove qualsiasi successiva modifica o cancellazione diventa rilevabile, ad esempio attraverso il collegamento a catena di hash in modo che le interruzioni della catena siano immediatamente visibili. Gestiamo l'ingestione degli eventi tramite un'API pulita che i nostri servizi chiamano, oltre a una libreria client leggera in modo che gli sviluppatori possano inviare eventi senza sforzo aggiuntivo. Sopra l'archivio abbiamo bisogno di una ricerca e filtraggio rapidi per soggetto, tipo di azione, oggetto, intervallo di date e testo libero, perché durante un incidente abbiamo bisogno di risposte in secondi, non in ore. Abbiamo anche bisogno di politiche di retention personalizzabili per categoria di evento, supporto per la sospensione legale che interrompe la cancellazione e accesso basato su ruoli in modo che la lettura del registro di audit stesso sia controllata e preferibilmente anche registrata.
E infine, la conformità è reale solo quando c'è qualcosa da consegnare all'auditor. Abbiamo bisogno di un'esportazione affidabile in formati comuni con un manifesto di integrità verificabile in modo che un auditor esterno possa verificare che il segmento esportato non sia stato alterato. Si prega di descrivere la propria esperienza con archivi di eventi ad alta integrità, throughput di scrittura previsto e come manterrete le prestazioni delle query man mano che il registro cresce fino a centinaia di milioni di record.
— Schema evento: soggetto, azione, oggetto, tempo, sorgente, modifiche strutturate
— Archivio solo in append protetto contro manomissioni (hash-chain o equivalente)
— API di ingestione degli eventi e piccola libreria client per i nostri servizi
— Ricerca e filtraggio per soggetto, azione, oggetto, date e testo completo
— Politiche di conservazione personalizzabili e blocco legale alla cancellazione
— Accesso in lettura basato su ruoli con accesso al registro stesso registrato
— Esportazione verificabile per revisori con manifesto di integrità
Programmazione web Contante, Bonifico bancario
