Configura il controllo degli accessi di ownCloud Enterprise e verifica i registri.

Per registrare le azioni di utenti e amministratori in ownCloud Enterprise, è necessario installare e abilitare l'app Auditing (disponibile solo per la versione Enterprise), quindi reindirizzare i relativi admin_auditmessaggi di registro a un file che gli amministratori possono proteggere e rivedere. L'abilitazione dell'app è necessaria, ma non sufficiente: il livello di log del server di ownCloud deve essere impostato su 1 (Info) o 0 (Debug), a meno che una condizione di log separata non reindirizzi i messaggi di audit a un file dedicato.

Scopri quale “registro attività” ti serve

L'app Attività e l'app Controllo hanno scopi diversi. Attività rappresenta il flusso di eventi relativi a file e collaborazioni visibile all'utente. L'app Controllo aziendale registra le azioni selezionate di utenti e amministratori come voci di registro strutturate, destinate alla revisione e all'analisi operativa. L'installazione o la configurazione della sola app Attività non abilita la tracciabilità delle attività aziendali. Se il tuo obiettivo è una registrazione tracciabile di accessi, operazioni sui file, modifiche di condivisione, amministrazione degli utenti, modifiche alle app o comandi OCC, abilita Controllo. La documentazione corrente di ownCloud Server 11 relativa al Controllo elenca queste categorie di eventi.

Verificato: l'app è disponibile solo per la versione Enterprise e tramite il Marketplace di ownCloud. Dipendente dal contesto: la schermata di gestione dell'app e il metodo di configurazione esatti variano a seconda della versione e dell'implementazione di ownCloud. Azione: prima di procedere alla risoluzione dei problemi relativi a un'app mancante, verificare la versione del server e assicurarsi che l'abbonamento Enterprise includa l'app. Anche la pagina della funzionalità di auditing di ownCloud la identifica come una funzionalità Enterprise.

Abilita la funzione di controllo in ownCloud

1. Verifica che l'app sia installata. Nelle impostazioni dell'app ownCloud, individua la sezione "Auditing". Nella versione ownCloud 10.16, la guida ufficiale indica di scaricarla dal Marketplace e di abilitarla nelle impostazioni dell'app; la documentazione di ownCloud 11, invece, suggerisce di abilitarla direttamente da lì. Se l'app non è presente, verifica i diritti di licenza Enterprise, l'accesso al Marketplace e la compatibilità dell'app con la versione del tuo server prima di installare un pacchetto.
2. Abilita l'app. Utilizza le impostazioni dell'app come amministratore e verifica che la funzione di controllo sia abilitata. A seconda della distribuzione e della versione, un amministratore da riga di comando può anche ispezionare lo stato dell'app con occ app:list; utilizza l'invocazione supportata dall'installazione occ. Non dare per scontato che un feed di attività nell'interfaccia web significhi che l'app di controllo sia attiva.
3. Scegli dove verranno inviate le voci di audit. Per una verifica rapida, ownCloud può scrivere le voci di audit nel file standard owncloud.log. Per le operazioni continue, un file di audit separato e con restrizioni è più facile da instradare a un raccoglitore di log e da esaminare in modo indipendente.
4. Imposta un livello di log effettivo o un percorso dedicato. Mantieni il livello di log generale a 1 o 0 se desideri che gli eventi di audit siano inclusi nel log standard. In alternativa, aggiungi una condizione per l'ID dell'app admin_auditche scriva su un file dedicato. La sintassi dipende dal fatto che tu stia utilizzando ownCloud 11 in Docker o un'installazione di PHP 10.16.
5. Genera un evento di prova innocuo e verificalo. Accedi o crea un file di prova temporaneo, quindi controlla la destinazione del registro selezionata per verificare la presenza di una nuova voce di controllo prima di fare affidamento sulla configurazione.

Instradare i registri di controllo a un file separato

ownCloud Server 11 in Docker

La guida attuale di ownCloud 11 documenta la OWNCLOUD_LOG_CONDITIONSvariabile d'ambiente. Aggiungila all'ambiente Compose del servizio ownCloud e modifica il percorso del file in modo che punti a una posizione persistente disponibile nel container:

OWNCLOUD_LOG_CONDITIONS=[{"apps":["admin_audit"],"loglevel":0,"logfile":"/mnt/data/files/admin_audit.log"}]

L'esempio utilizza il percorso di montaggio dei dati Docker documentato da ownCloud. Mantieni valido il valore JSON quando lo aggiungi a YAML e utilizza il volume montato persistente del deployment in modo che la sostituzione del container non scarti il ​​log. Applica la modifica Compose utilizzando il tuo normale processo di deployment, quindi verifica che il servizio si avvii e che il file venga creato. I log delle condizioni separate registrano i messaggi di controllo indipendentemente dal livello di log globale, secondo la guida di controllo di Server 11 .

Installazione di PHP su ownCloud Server 10.16

Per la configurazione basata su PHP 10.16 documentata da ownCloud, aggiungere una log.conditionsvoce al config.phpfile attivo e sostituire il percorso di esempio. L'utente del server web deve essere in grado di scrivere nel file di destinazione e nella sua directory:

'log.conditions' => [
    [
        'apps' => ['admin_audit'],
        'logfile' => '/var/www/owncloud/data/admin_audit.log'
    ]
],

Eseguire un backup config.phpprima di apportare modifiche e non creare una log.conditionschiave duplicata se ne esiste già una. Verificare la sintassi PHP e i permessi dei file dopo la modifica. Non copiare l'array PHP 10.16 in una variabile d'ambiente Docker o il valore dell'ambiente JSON Server 11 in un file di configurazione PHP; si tratta di interfacce di distribuzione diverse. Consultare le istruzioni ufficiali di auditing di ownCloud 10.16 .

Cosa dimostra (e cosa non dimostra) la traccia di controllo

Verificato: gli eventi documentati includono login e logout, operazioni di creazione/eliminazione/spostamento di file, condivisione di modifiche, tag, commenti, amministrazione di utenti e gruppi, impostazioni utente, impersonificazione, abilitazione di app ed esecuzione di OCC. Le voci includono campi specifici per l'evento e sono strutturate per l'analisi; ownCloud descrive record compatibili con JSON e integrazioni come Splunk. Azione: crea un evento di test da una categoria che il tuo team deve verificare e confermare che vengano visualizzati l'utente, l'azione, l'ora e il contesto del file previsti.

Malinteso: l'attivazione della funzione di controllo crea automaticamente un admin_audit.logfile separato. Non è così; l'impostazione predefinita potrebbe essere il file di log standard di ownCloud, a meno che non si configuri una destinazione diversa. Azione: verificare il percorso e il volume effettivi del file anziché affidarsi allo stato di attivazione dell'app.

Limite: un registro eventi non costituisce, di per sé, un programma di conformità completo né una garanzia che ogni azione in una distribuzione personalizzata venga registrata. Gli eventi disponibili, la versione dell'app, i filtri, il livello di registrazione e i controlli di conservazione influiscono su ciò che è possibile visualizzare. Azione: confrontare la copertura degli eventi con la propria policy, definire i controlli di conservazione e di accesso e inoltrare i record importanti a un sistema di registrazione centralizzato adeguatamente protetto, se i requisiti prevedono una conservazione indipendente. Quest'ultima raccomandazione di controllo è una misura di sicurezza operativa; la documentazione dell'app ownCloud descrive la registrazione degli eventi e l'integrazione, non una certificazione che una particolare configurazione soddisfi un requisito legale.

Verificare l'accesso e la raccolta continua

Dopo la comparsa dell'evento di test, verificare che il file di audit sopravviva al riavvio del servizio o alla sostituzione del container, che solo gli amministratori autorizzati e i raccoglitori di log possano leggerlo e che la rotazione dei log non comprometta la capacità dell'app di scrivere. Se si utilizza il log standard, la pagina di amministrazione di ownCloud offre un'opzione per scaricare il file di log. Se è configurato un file separato, la documentazione indica di recuperare tale file manualmente. Conservare il timestamp dell'evento, l'attore, l'azione e il percorso come controllo di accettazione e rivedere i log dopo gli aggiornamenti o le modifiche alla configurazione di logging.