L'attivazione del feed delle attività sui file di ownCloud non crea, di per sé, una traccia di controllo per l'amministratore. Per ownCloud Server Enterprise, il componente rilevante è l' app Auditing , disponibile solo per le aziende . Questa app registra una gamma più ampia di azioni di utenti e amministratori nel sistema di logging del server, consentendo di indirizzare tali registrazioni a un file dedicato e, se necessario, a una piattaforma di analisi dei log.
Questa guida segue la procedura di implementazione classica di ownCloud Server documentata per la versione 11.0. Le etichette dei menu e i metodi di configurazione possono variare a seconda della versione e del pacchetto. ownCloud Infinite Scale (oCIS) utilizza un servizio di audit separato, pertanto queste istruzioni per il server non devono essere applicate a un'implementazione oCIS.
L'app Auditing può registrare eventi come accessi e disconnessioni degli utenti, creazione, eliminazione e spostamento di file, operazioni sul cestino e sulle versioni, modifiche di condivisione e autorizzazioni, gestione di gruppi e utenti, commenti, tag, modifiche alle impostazioni utente, attivazione o disattivazione di app, impersonificazione ed esecuzione di comandi OCC. Le voci includono campi comuni come ora, utente, dettagli della richiesta, indirizzo remoto, app, messaggio e un nome univoco per l'azione. I campi esatti dell'evento variano a seconda dell'azione.
La funzionalità di Audit è diversa dall'app Attività. Attività è un flusso di eventi relativi a file e cartelle visualizzato dall'utente. La funzionalità di Audit è pensata per la revisione amministrativa, i flussi di lavoro di conformità e l'analisi di eventi rilevanti per la sicurezza. Abilita l'app Audit aziendale quando hai bisogno di una registrazione lato server; usa Attività quando gli utenti necessitano di un comodo flusso di modifiche ai contenuti.
Accedi come amministratore di ownCloud e apri la sezione App nell'interfaccia di amministrazione. Trova Auditing e abilitalo. Se l'app non è presente, verifica le tue licenze Enterprise, la versione del tuo server e il Marketplace di ownCloud o il canale di supporto del fornitore per trovare il pacchetto dell'app compatibile. Non dare per scontato che l'app Attività standard sia un sostituto.
ownCloud consiglia di separare i messaggi di audit dal log generale del server. Un file dedicato semplifica l'impostazione di autorizzazioni, conservazione e regole di raccolta per i dati di audit. La documentazione corrente di Server 11.0 fornisce un esempio di variabile d'ambiente del container. Modificare la destinazione in un percorso esistente nella propria implementazione e scrivibile dal servizio ownCloud:
OWNCLOUD_LOG_CONDITIONS=[{"apps":["admin_audit"],"loglevel":0,"logfile":"/mnt/data/files/admin_audit.log"}]Questa condizione indirizza i messaggi dall'app admin_audital file specificato. Nell'esempio documentato, l'instradamento dei messaggi di audit a un file separato ignora il filtro globale del livello di log e registra i messaggi indipendentemente dal loro livello. Il percorso mostrato è associato a un volume dati montato da Docker; si tratta di un esempio, non di un percorso universale. Salvare la modifica dell'ambiente utilizzando il metodo di configurazione per la propria distribuzione e riavviare o ricreare il servizio solo se richiesto dal processo di orchestrazione del container.
Per le installazioni configurate tramite config.php, la documentazione di riferimento sulla configurazione dell'app di ownCloud descrive anche la log.conditionschiave. Adatta il percorso alla directory dati effettiva del tuo host e conserva le voci di configurazione esistenti anziché sostituire l'intero array:
'log.conditions' => [
[
'apps' => ['admin_audit'],
'logfile' => '/var/www/owncloud/data/admin_audit.log'
],
],Se si mantiene l'output di audit nel normale log di ownCloud anziché instradarlo separatamente, la guida di audit di ownCloud specifica che il livello di log del server deve essere impostato su 1(INFO) o 0(DEBUG), altrimenti i messaggi di audit potrebbero non essere scritti. La condizione di un file separato evita di dipendere dal livello di log globale, ma non elimina la necessità di monitorare lo spazio su disco disponibile.
Dopo aver abilitato l'app e applicato la configurazione di registrazione, genera un evento controllato consentito dalla tua policy, ad esempio crea o elimina un file di test temporaneo in un account di test designato. Quindi esamina il registro di controllo configurato sul server. Una voce tipica è costituita da dati strutturati anziché da una cronologia delle attività orientata all'utente. Cerca l'ora dell'evento, l'autore, l'applicazione, l'azione e i dettagli pertinenti. Le operazioni sui file possono includere anche il percorso, il proprietario o l'identificativo del file; altri tipi di eventi hanno campi specifici.
Verifica che venga generata una nuova azione dopo la modifica della configurazione, che il suo timestamp sia corretto per il fuso orario del server e che l'azione e l'utente corrispondano al test. Evita di utilizzare un file di produzione sensibile per testare la registrazione delle eliminazioni. Se non viene visualizzato nulla, verifica che l'app Auditing sia abilitata, che la destinazione del log sia corretta e scrivibile, che la variabile d'ambiente o la configurazione PHP siano state effettivamente caricate, che il livello di log del server sia adeguato quando si utilizza il log predefinito e che il tipo di azione sia tra quelli registrati dalla versione dell'app Auditing installata.
La registrazione degli eventi di controllo è utile solo se i dati rimangono disponibili e l'accesso è controllato. Limita le autorizzazioni di file e directory agli account del sistema operativo e ai ruoli di controllo che necessitano di accedervi. Pianifica la rotazione o la raccolta dei log in modo che un'istanza sovraccarica non possa saturare lo spazio di archiviazione. Decidi per quanto tempo conservare i dati in base alle tue politiche interne e agli obblighi di legge; ownCloud non prevede un periodo di conservazione universale per tutte le organizzazioni.
Per una più rigorosa separazione dei compiti, ove possibile, è consigliabile mantenere il file di audit al di fuori della normale area di file accessibile via web e definire quali amministratori di sistema e auditor possono leggerlo o gestirlo. La documentazione di ownCloud descrive il ruolo di Auditor e illustra come separare i log di audit dai log generali di ownCloud, incluse le configurazioni in cui l'amministratore di sistema non può accedere al file di audit. Tale risultato dipende dalla configurazione delle autorizzazioni dell'host e dell'implementazione, pertanto è opportuno verificarlo con il team di sicurezza anziché presumere che un nome file separato crei automaticamente la separazione.
Se utilizzi Splunk, la documentazione di ownCloud relativa all'audit descrive il monitoraggio admin_audit.logcon Splunk Universal Forwarder e l'analisi dell'output in formato JSON. La documentazione include esempi inputs.confe props.confimpostazioni. Considera il forwarder e il sistema ricevente come parte del perimetro di audit: proteggi le credenziali, crittografa il trasporto laddove supportato dalla tua architettura di logging, conferma la ricezione degli eventi e genera avvisi in caso di lacune o errori di acquisizione.
Per impostazione predefinita, il contesto di audit può includere gli utenti correlati a un evento e i gruppi a cui appartengono tali utenti. Questa OWNCLOUD_ADMIN_AUDIT_GROUPSimpostazione consente di limitare i nomi dei gruppi inclusi. Utilizzala solo quando è appropriata una politica di filtraggio mirata; la riduzione del contesto di gruppo potrebbe inoltre rendere le indagini successive meno informative. Prima di applicare un filtro, esamina i risultati e i requisiti relativi alla privacy.
OWNCLOUD_LOG_CONDITIONSed log.conditionsevita regole duplicate o in conflitto.admin_audit ignore_cli_eventsè stato impostato su yes.Per i dettagli specifici della release, consultare la documentazione di ownCloud Server Auditing , il riferimento alla configurazione dell'app ownCloud e le linee guida di ownCloud sulla separazione tra ruoli e audit . Per il prodotto separato Infinite Scale, consultare la documentazione di oCIS Audit Service .
Comprendere come i termini "ingress" e "egress" descrivono il traffico in entrata e in uscita, perché la direzione dipende dal confine della rete e come monitorare la larghezza di banda e individuare i trasferimenti di dati rischiosi.
Confronta sei server e collettori syslog gratuiti per Windows e Linux, inclusi strumenti con interfaccia grafica, opzioni open source, funzionalità di ricerca, avvisi e trasporto sicuro.
Scopri cosa fa Microsoft IIS, come funzionano la sua pipeline di richieste e i pool di applicazioni e quando Apache, NGINX o Caddy potrebbero essere più adatti alle tue esigenze di server web.
Diagnostica i picchi di utilizzo della CPU del browser Jitsi Meet e riduci il carico del client controllando i riquadri video, gli effetti della fotocamera, la grafica del browser e le impostazioni dell'host.
Monitora lo stato di salute, il carico della conferenza e il traffico di Jitsi Videobridge con il suo endpoint Prometheus integrato, quindi esplora e visualizza i dati in Grafana.
Configura un dominio personalizzato per Jitsi Meet Docker con DNS, URL pubblico, HTTPS, Let's Encrypt, porte del firewall, impostazioni NAT e verifica end-to-end.
Fix Zimbra Admin Console 404 errors after SSL renewal by checking the correct URL and port, proxy routing, service status, deployed certificates, and logs.
Scopri come diagnosticare e risolvere l'avviso di configurazione di PHP OPcache di Nextcloud controllando l'SAPI PHP attivo, i limiti di dimensionamento, i commenti e le impostazioni di riconvalida.
Risolvere i problemi di migrazione del database Kopano dopo un aggiornamento di MySQL o MariaDB verificando i backup, le versioni del server, le modalità SQL, il set di caratteri, lo stato dello schema e i log.
Collega Nextcloud a LDAP o Active Directory con trasporto sicuro, filtri per utenti e gruppi, attributi di accesso e un'implementazione collaudata.
