Ativar o feed de atividades de arquivos do ownCloud não cria, por si só, um registro de auditoria do administrador. Para o ownCloud Server Enterprise, o componente relevante é o aplicativo de Auditoria, exclusivo da versão Enterprise . Ele registra um conjunto mais amplo de ações de usuários e administradores no sistema de registro do servidor, onde você pode direcionar esses registros para um arquivo dedicado e, se necessário, para uma plataforma de análise de logs.
Este guia segue a implantação clássica do ownCloud Server documentada para a versão 11.0. Os rótulos dos menus e os métodos de configuração podem variar de acordo com a versão e o pacote. O ownCloud Infinite Scale (oCIS) utiliza um serviço de auditoria separado; portanto, não aplique estas instruções do Server a uma implantação do oCIS.
O aplicativo de auditoria pode registrar eventos como logins e logouts de usuários, criação, exclusão e movimentação de arquivos, operações de lixeira e controle de versão, compartilhamento e alterações de permissões, gerenciamento de grupos e usuários, comentários, tags, alterações nas configurações do usuário, ativação ou desativação de aplicativos, representação indevida e execução de comandos OCC. As entradas incluem campos comuns como hora, usuário, detalhes da solicitação, endereço remoto, aplicativo, mensagem e um nome de ação exclusivo. Os campos exatos do evento variam de acordo com a ação.
A auditoria é diferente do aplicativo Atividade. Atividade é um fluxo de eventos de arquivos e pastas visível ao usuário. A auditoria destina-se à revisão administrativa, fluxos de trabalho de conformidade e análise de eventos relevantes para a segurança. Habilite o aplicativo Auditoria Corporativa quando precisar de um registro no servidor; use Atividade quando os usuários precisarem de um feed prático de alterações de conteúdo.
Inicie sessão como administrador do ownCloud e abra a área de Aplicativos na interface de administração. Encontre Auditoria e ative-a. Se o aplicativo não estiver presente, verifique a licença Enterprise, a versão do seu servidor e o ownCloud Marketplace ou o canal de suporte do fornecedor para encontrar o pacote de aplicativos compatível. Não assuma que o aplicativo de Atividades padrão seja um substituto.
A ownCloud recomenda separar as mensagens de auditoria do log geral do servidor. Um arquivo dedicado facilita a configuração de permissões, retenção e regras de coleta para os dados de auditoria. A documentação atual do Server 11.0 fornece um exemplo de variável de ambiente de contêiner. Ajuste o destino para um caminho que exista em sua implantação e que seja gravável pelo serviço ownCloud:
OWNCLOUD_LOG_CONDITIONS=[{"apps":["admin_audit"],"loglevel":0,"logfile":"/mnt/data/files/admin_audit.log"}]Essa condição direciona as mensagens do admin_auditaplicativo para o arquivo especificado. No exemplo documentado, o roteamento de mensagens de auditoria para um arquivo separado ignora o filtro global de nível de log e registra as mensagens independentemente do seu nível. O caminho mostrado está associado a um volume de dados montado pelo Docker; trata-se de um exemplo, não de um caminho universal. Persista a alteração do ambiente usando o método de configuração da sua implantação e reinicie ou recrie o serviço somente quando necessário para o seu processo de orquestração de contêineres.
Para instalações configuradas por meio de config.php, a referência de configuração do aplicativo ownCloud também documenta a log.conditionschave. Adapte o caminho para o diretório de dados real do seu host e preserve as entradas de configuração existentes em vez de substituir toda a matriz:
'log.conditions' => [
[
'apps' => ['admin_audit'],
'logfile' => '/var/www/owncloud/data/admin_audit.log'
],
],Se você mantiver a saída de auditoria no log normal do ownCloud em vez de encaminhá-la separadamente, o guia de auditoria do ownCloud indica que o nível de log do servidor deve ser definido como 1(INFO) ou 0(DEBUG), caso contrário, as mensagens de auditoria podem não ser gravadas. A configuração de um arquivo separado evita a dependência do nível de log global, mas não elimina a necessidade de monitorar o espaço em disco disponível.
Após habilitar o aplicativo e aplicar a configuração de registro, gere um evento controlado que sua política permita — por exemplo, criar ou excluir um arquivo de teste temporário em uma conta de teste designada. Em seguida, inspecione o log de auditoria configurado no servidor. Uma entrada típica consiste em dados estruturados, em vez de uma linha do tempo de atividades orientada a humanos. Procure pelo horário do evento, o agente, o aplicativo, a ação e os detalhes relevantes. As operações de arquivo também podem incluir um caminho, proprietário ou identificador de arquivo; outros tipos de evento têm seus próprios campos.
Verifique se uma nova ação gerada aparece após a alteração de configuração, se o carimbo de data/hora é compatível com o fuso horário do servidor e se a ação e o usuário correspondem ao teste. Evite usar um arquivo de produção sensível para testar o registro de exclusões. Se nada aparecer, confirme se o aplicativo de auditoria está ativado, se o destino do log está correto e permite gravação, se a variável de ambiente ou a configuração do PHP foi carregada corretamente, se o nível de log do servidor é adequado ao usar o log padrão e se o tipo de ação está entre os registrados pela versão do aplicativo de auditoria instalada.
O registro de auditoria só é útil quando os registros permanecem disponíveis e o acesso é controlado. Restrinja as permissões de arquivos e diretórios às contas do sistema operacional e às funções de auditoria que precisam de acesso. Planeje a rotação ou coleta de logs para que uma instância ocupada não preencha todo o seu armazenamento. Decida por quanto tempo reter os registros com base em sua política interna e obrigações legais; o ownCloud não define um período de retenção universal para todas as organizações.
Para uma separação de funções mais eficaz, mantenha o arquivo de auditoria fora da área de arquivos acessíveis pela web, sempre que possível, e defina quais administradores de sistema e auditores podem lê-lo ou administrá-lo. O ownCloud documenta a função de Auditor e descreve a separação dos logs de auditoria dos logs gerais do ownCloud, incluindo configurações em que o administrador de sistema não pode acessar o arquivo de auditoria. Esse resultado depende de como as permissões do host e a implantação estão configuradas; portanto, verifique com sua equipe de segurança em vez de presumir que um nome de arquivo separado cria a separação por si só.
Se você usa o Splunk, a documentação de auditoria do ownCloud descreve o monitoramento admin_audit.logcom o Splunk Universal Forwarder e a análise da saída como JSON. A documentação inclui exemplos inputs.confe props.confconfigurações. Trate o encaminhador e o sistema receptor como parte do perímetro de auditoria: proteja as credenciais, criptografe o transporte quando suportado pela sua arquitetura de registro, confirme a chegada dos eventos e gere alertas sobre lacunas ou falhas de ingestão.
Por padrão, o contexto de auditoria pode incluir usuários relacionados a um evento e os grupos aos quais esses usuários pertencem. Essa OWNCLOUD_ADMIN_AUDIT_GROUPSconfiguração permite limitar quais nomes de grupo são incluídos. Use-a somente quando uma política de filtragem deliberada for apropriada; reduzir o contexto do grupo também pode tornar investigações posteriores menos informativas. Analise os registros resultantes e seus requisitos de privacidade antes de aplicar um filtro.
OWNCLOUD_LOG_CONDITIONSou log.conditionsde configuração e evite regras duplicadas ou conflitantes.admin_audit ignore_cli_eventsfoi definido como yes.Para obter detalhes específicos da versão, consulte a documentação de auditoria do servidor ownCloud , a referência de configuração do aplicativo ownCloud e as orientações sobre separação de funções e auditoria do ownCloud . Para o produto Infinite Scale, consulte a documentação do serviço de auditoria oCIS .
Compare 10 ferramentas de varredura de ping para descoberta rápida de LAN, varredura multiplataforma e gerenciamento de endereços IP. Saiba o que uma varredura pode — e não pode — revelar.
Compare seis ferramentas de gerenciamento de rede para monitoramento de desempenho, incluindo cobertura SNMP, mapeamento, alertas, modelos de implantação e custo-benefício.
Compare as melhores opções de analisadores de Wi-Fi para Windows, iPhone e Android, incluindo ferramentas para congestionamento de canais, cobertura de sinal, mapas de calor e solução de problemas de rede.
Compare sete monitores de ping gratuitos e de código aberto, desde suítes completas de rede até sondas de latência específicas, e escolha a opção mais adequada para disponibilidade, perda de pacotes e histórico.
Veja como a taxa de transferência de rede difere da largura de banda, o que causa desempenho lento ou instável e quais ferramentas podem testar um caminho ou monitorar o tráfego.
Compare softwares de servidor SFTP confiáveis para Windows e Linux, incluindo OpenSSH, Bitvise, SolarWinds e SFTPGo. Encontre a solução ideal para suas necessidades de segurança e transferência de arquivos.
Crie um monitoramento de rede prático com cobertura clara de dispositivos, métricas de desempenho úteis, alertas acionáveis e uma comparação entre SolarWinds NPM, PRTG e OpManager.
Compare sete ferramentas de gerenciamento de endereços IP para descoberta de sub-redes, coordenação de DNS e DHCP, inventário de rede e IPAM de código aberto.
Compare ferramentas de varredura de rede para descoberta rápida de dispositivos, varreduras de IP multiplataforma e IPAM corporativo, com orientações sobre como escolher a opção mais adequada para sua rede.
Compare seis ferramentas de monitoramento de rede Linux para descoberta de dispositivos SNMP, gráficos de interface, métricas de host, verificação de serviços e fluxos de tráfego.
