Colocar o Sophos Fusion Endpoint em funcionamento de forma estruturada
A implementação do Sophos Fusion Endpoint não se resume a executar um instalador. Uma implementação fiável exige acesso administrativo, identidades de dispositivos e utilizadores, o conjunto de software adequado, Policies, acesso à rede, um piloto representativo e responsabilidades claras de Monitoring e Response.
Este artigo orienta o projeto completo. Os passos concretos de instalação, configuração de Policies e Troubleshooting encontram-se nos runbooks associados.
O processo em resumo
- Definir o âmbito, os responsáveis e os critérios de sucesso.
- Proteger o acesso ao Central e as funções administrativas.
- Verificar a licença, o Agent Mode e as plataformas suportadas.
- Conceber as identidades, os grupos e o modelo de Policies.
- Preparar o percurso de rede e o fornecimento de Updates.
- Executar um piloto representativo em Windows e macOS e tratar o Linux num percurso separado de Server Protection.
- Validar tecnicamente a proteção, a comunicação, os Events e a reversão.
- Só depois alargar a implementação em vagas controladas e transferi-la para a operação regular.
Só se avança para a fase seguinte quando a anterior tiver um resultado documentado. «O instalador terminou» ainda não constitui uma aceitação operacional.
Percursos diretos para a entrada em funcionamento
Se pretender começar apenas pela instalação, avance diretamente para o percurso da plataforma adequada. Para uma implementação completa, comece pelos requisitos de sistema e limites do ciclo de vida e pelos requisitos de rede e Proxy. Se o macOS estiver incluído no âmbito, acrescente as permissões do macOS. Para utilizadores e grupos, o Microsoft Entra ID pode servir de origem; o Active Directory pode fornecer também dispositivos e grupos de dispositivos.
Proteger o acesso administrativo antes da implementação
O acesso administrativo começa por MFA, Passkeys e início de sessão federado. Consoante o Identity Provider, a federação é implementada com Microsoft Entra ID, OpenID Connect ou Okta ou AD FS. Para RBAC, limite primeiro as funções administrativas de todo o tenant e, depois, as funções e permissões específicas do Endpoint de acordo com a tarefa.
Instalação por plataforma e método de distribuição
Para um pequeno piloto ou dispositivos individuais, os guias manuais descrevem a instalação em Windows e macOS. Prepare uma implementação automatizada do Windows com o runbook de implementação por linha de comandos e distribuição de software; as máquinas virtuais pré-configuradas necessitam também do procedimento para VDI Gold Images. Para Macs, o percurso Jamf Pro e MDM descreve a distribuição central, incluindo os perfis necessários.
O Linux não é outra variante do instalador de Endpoint para Windows ou macOS. O Sophos Fusion (anteriormente Sophos Central) trata a instalação, a distribuição por script e os Gold Images como Sophos Protection for Linux ou Server Protection; o processo específico encontra-se em Instalar e implementar o Sophos Protection for Linux.
Configurar especificamente as funções de proteção
A Baseline não melhora com a ativação indiscriminada de todas as opções. As definições de Threat Protection contextualizam, entre outros temas, a desencriptação HTTPS, as respetivas implicações de privacidade e as exceções associadas. Defina exclusões de Scan específicas de produtos ou aplicações com o âmbito mais limitado e rastreável possível. O runbook de Scheduled Scans explica se são necessárias verificações adicionais agendadas e como as planear.
Existem percursos de decisão e configuração separados para os controlos de utilizadores e dispositivos: Web Control para Websites e categorias, Application Control para aplicações, Peripheral Control para dispositivos Windows e macOS ligados e Data Loss Prevention para regras de controlo de dados. Defina separadamente as janelas de manutenção, as versões de software e a infraestrutura de distribuição em Updates, Update Cache e Message Relay.
Expandir opcionalmente as integrações XDR e MDR
Com uma licença XDR ou MDR adequada, o tenant pode reunir dados de outros produtos Sophos e de terceiros. O runbook transversal do Central Configurar e verificar integrações XDR orienta a seleção, os limites de licenciamento, a ligação e a verificação funcional; não é uma Policy de proteção do Endpoint.
Esclarecer as questões MDR pendentes antes da implementação
O direito ao sensor MDR e o valor de produto mdr do instalador Windows continuam por esclarecer. A ajuda oficial de instalação MDR ainda menciona MDR Essentials para o XDR Sensor, enquanto a apresentação dos serviços indica MDR e MDR Plus. Isto não comprova o direito ao sensor em todos os níveis atuais. As instruções MDR para Windows também utilizam mdr, mas a lista de produtos da CLI Windows não inclui esse valor. Isto não prova que o valor seja inválido nem que xdr ou xdrsensor sejam equivalentes; não se substitui o valor por iniciativa própria.
Antes de implementar um sensor MDR, confirmam-se com a Sophos ou o parceiro responsável o nível/SKU contratado, a licença ativa no tenant correto, a plataforma e o percurso de instalação previsto. Se houver dúvidas, esse passo da implementação permanece suspenso; obtém-se confirmação escrita do valor de produto para a versão do instalador Windows utilizada e do conjunto de software resultante. Uma opção visível não comprova o direito de utilização. Os dispositivos já geridos são verificados através da validação do Agent Mode e do software; só a instalação do Endpoint e um estado de saúde verde não confirmam um serviço MDR operacional.
Estado e Reports
Após a implementação, a Protection Overview com Events e Reports permite confirmar se o estado de proteção e o fluxo de Events são plausíveis. O Account Health Check acrescenta a esta visão os desvios das recomendações da Sophos, mas não substitui a aceitação do piloto nem os testes funcionais. Configure e monitorize destinatários recorrentes, horários e entregas falhadas através de Reports agendados.
Se a instalação ou a operação falhar, Endpoint Self Help e SDU fornece o diagnóstico local e os Logs necessários. Em seguida, pode abrir um ticket no Sophos Support com informações úteis. O acesso de parceiros não deve ser improvisado: autorize-o e revogue-o através de Partner Assistance e Remote Assistance com controlo temporal.
1. Definir o âmbito e as responsabilidades
Antes da primeira instalação, registe os dispositivos e sistemas operativos incluídos no projeto, os sistemas expressamente excluídos e quem aprova as alterações. No mínimo, devem estar atribuídas as seguintes responsabilidades:
- tenant e funções administrativas;
- Endpoint e Policies;
- rede e Proxy;
- Alerts e incidentes de segurança;
- aplicações para o piloto e a aceitação;
- substituição em acessos e decisões críticos.
Defina também critérios de sucesso mensuráveis: o dispositivo aparece no tenant e no grupo corretos, recebe o Agent Mode e as Policies previstos, comunica um estado saudável e produz os Events de teste planeados. O Rollback, o percurso de suporte e a autoridade para decidir em caso de falha ficam definidos antecipadamente.
2. Proteger o tenant e o acesso administrativo
Configure MFA para todos os administradores. Não utilize privilégios abrangentes nas tarefas quotidianas; atribua funções de acordo com cada tarefa e reveja-as regularmente. Teste a recuperação e a substituição, em vez de improvisar apenas quando se perde um dispositivo de autenticação.
As decisões detalhadas encontram-se em Proteger o início de sessão no Sophos Fusion com MFA e IdP e Planear funções e permissões do Sophos Fusion Endpoint.
3. Determinar o âmbito do produto e os limites das plataformas
Antes da implementação, verifique em conjunto a licença, o tipo de dispositivo, o sistema operativo e o Agent Mode pretendido. Os modos e produtos adicionais visíveis no tenant dependem do contrato e da plataforma reais; não deduza, por isso, a disponibilidade a partir de um Screenshot ou de uma página geral do produto.
O modo Endpoint corresponde à proteção Sophos Endpoint, XDR acrescenta as funções previstas de Detection and Response e XDR Sensor não fornece proteção autónoma contra malware. Um conceito baseado em sensores continua a exigir um produto de proteção separado e em funcionamento. Gerir o Agent Mode e o software do Sophos Endpoint explica a seleção, a alteração e a verificação; Compreender as licenças do Sophos Fusion Endpoint descreve os limites comerciais e técnicos.
Windows e macOS seguem percursos piloto próprios. Antes de aprovar qualquer plataforma, verifique os requisitos de sistema e os avisos de Retirement atuais. O procedimento encontra-se em Planear os requisitos de sistema e o ciclo de vida do Sophos Endpoint.
Os Linux Runtime Detection Profiles pertencem tecnicamente à proteção de cargas de trabalho Linux e de ambientes Cloud Native. A seleção da Policy e a implementação do sensor devem ser planeadas como um percurso próprio para Workloads, com os requisitos atuais da Sophos, e não como um elemento incidental da implementação de Endpoint para Windows ou macOS.
O ciclo de vida começa em My Products > Global Settings > Protection and Remediation > Linux Profiles. Create Profile cria a versão 1; Profile Name, Content Version e o Change Description opcional documentam o estado. Em seguida, ative ou desative individualmente as regras em Detection Analytics, Smart Policy e BETA Ransomware. Atribua primeiro cada perfil novo ou alterado a uma Linux Runtime Detection Policy para servidores piloto e confirme um Alert de teste esperado. Create New Version preserva o histórico. Duplicate clona a versão mais recente como perfil independente; as alterações e atribuições da cópia não afetam o perfil de origem. Um perfil ativo só pode ser eliminado depois de removido de todas as Policies.
Para ajustes avançados, utilize Category, Enabled, Modified e Configurable. Hide filters apenas oculta os filtros; Clear All remove-os. As Allow/Block Lists aplicam-se à regra selecionada. O Sophos Protection for Linux adota automaticamente o conteúdo SophosLabs atualizado; o Sophos Linux Sensor exige atualização manual. O YAML de Export Latest Version contém apenas alterações aos valores predefinidos, não um runtimedetections.yaml completo. Para o Sophos Linux Sensor, integre apenas essas alterações no ficheiro existente e edite exclusivamente campos e tipos de dados suportados pelo esquema da versão de conteúdo implementada. Interrompa antes do piloto perante erros concretos: sintaxe ou indentação YAML inválida, chaves desconhecidas, tipos de dados errados, campos obrigatórios em falta ou valores de regra inválidos. Só após a validação bem-sucedida do parser e do esquema deve versionar o ficheiro, testá-lo em servidores piloto e verificar Alerts e Runtime; em caso de falha, reatribua a versão anterior do perfil ou restaure a configuração validada anterior do sensor.
4. Conceber identidades, grupos e Policies
As Policies de utilizador acompanham a pessoa; as Computer Policies acompanham o dispositivo. Comece por definir a fonte autoritativa de utilizadores e grupos e a forma de evitar identidades duplicadas ou obsoletas. Gerir utilizadores e grupos do Sophos Fusion Endpoint explica a implementação.
Um modelo de dispositivos sustentável começa normalmente com poucos grupos claros:
- dispositivos piloto com utilizadores acompanhados ativamente;
- dispositivos de produção padrão;
- dispositivos críticos ou tecnicamente diferentes;
- exceções temporárias;
- dispositivos de teste para novas versões de software.
Para cada tipo de Policy, aplica-se a primeira Policy ativa correspondente. Verifique a Baseline, a ordem e a atribuição efetiva antes da implementação em massa. Eliminar uma Policy no Central é irreversível: exporte ou documente definições e atribuições e identifique primeiro os dispositivos afetados. Estruturar corretamente as Policies do Sophos Fusion Endpoint descreve o modelo completo.
As funções de proteção e controlo não devem ser ativadas ou desativadas indiscriminadamente. Threat Protection, Web, Applications, Peripherals, DLP, DNS Protection, Updates, Tamper Protection, Data Collection e Response são avaliados de acordo com a licença, a plataforma e as necessidades do negócio. Sempre que for possível e adequado, introduza novos controlos num pequeno grupo piloto. Cada exceção precisa de uma justificação, um Owner, um âmbito limitado e uma data de revisão.
5. Verificar a rede e os Updates antes da instalação
O Endpoint tem de alcançar os serviços Sophos necessários através do contexto de dispositivo e de serviço efetivamente utilizado. Um pedido bem-sucedido no Browser de um administrador não comprova que a instalação, a comunicação do agente e os Updates funcionem através de Proxy, TLS Inspection ou redes segmentadas.
Antes do piloto, teste DNS, HTTPS, autenticação no Proxy, validação de certificados e os percursos de contingência previstos. A ordem atual das ligações e os destinos dinâmicos da Sophos encontram-se em Requisitos de rede e Proxy do Sophos Endpoint.
A largura de banda dos Updates, os Software Packages, os níveis de manutenção, o Update Cache e o Message Relay exigem uma decisão operacional própria. A definição global de largura de banda não substitui o planeamento da capacidade nem um piloto. Os detalhes e cenários de falha encontram-se em Updates, Cache e Message Relay do Sophos Endpoint.
6. Implementar um piloto representativo
Obtenha em My Environment > Installers o instalador adequado ao tenant e à finalidade previstos. Trate os instaladores como material de acesso e distribua-os apenas por canais controlados.
Em Endpoint, estão disponíveis os instaladores de Protection, ZTNA e Device Encryption. Os instaladores completos para Windows e macOS incluem os produtos Endpoint abrangidos pela licença do tenant; Choose Components permite selecionar especificamente os componentes necessários antes do download. Este instalador de Endpoint não se aplica ao Linux, que pertence ao percurso separado de Server Protection descrito acima.
Se pretender utilizar DNS Protection for endpoints no âmbito do Workspace Protection, esta transferência aplica-se exclusivamente a endpoints Windows suportados; o macOS e o Windows Server não estão incluídos. Nesses endpoints Windows, o agente Endpoint instalado é apenas o pré-requisito comum. Em seguida, configure e verifique o componente DNS e a respetiva Policy de acordo com o runbook separado Configurar o Sophos DNS Protection para endpoints; não os incorpore neste processo como uma Policy geral de proteção do Endpoint.
Mantenha separados os processos de cada plataforma:
- Windows: Instalar o Sophos Fusion Intercept X
- macOS: Instalar o Sophos Fusion Endpoint
- implementação automatizada do Windows: Implementar automaticamente o Sophos Endpoint no Windows
O piloto não deve incluir apenas portáteis de TI sem particularidades. Deve abranger as versões de sistemas operativos utilizadas, segmentos de rede, Home Office ou VPN, aplicações críticas para o negócio e o software existente de segurança, Backup, DLP e Encryption. Observe primeiro as alterações em poucos dispositivos; o simples intervalo entre vagas não substitui a aceitação técnica.
7. Validar tecnicamente o piloto
Um dispositivo piloto só é aprovado quando todos os controlos previstos tiverem sido concluídos de forma verificável:
- O agente local comunica um estado saudável.
- O dispositivo aparece no tenant e no grupo corretos.
- O Agent Mode e os componentes instalados correspondem ao planeamento aprovado.
- A página do dispositivo apresenta as Policies efetivas esperadas.
- Last Active, Events e Updates evoluem de forma plausível.
- Um teste de proteção aprovado produz o Event ou Alert esperado.
- Foram testadas as aplicações de negócio, as mudanças de rede e qualquer reinício necessário.
- A receção, a triagem e o escalamento de Alerts funcionam.
- A desinstalação ou outro método de reversão definido foi verificado num dispositivo de teste.
Testar com segurança as funções de proteção do Sophos Endpoint descreve testes seguros. Se um dispositivo continuar com problemas de Health, não o reinstale às cegas: Tratar Alerts do Sophos Endpoint e o Account Health e Resolver sistematicamente erros de instalação do Sophos Endpoint conduzem ao diagnóstico adequado.
O Account Health Check é uma perspetiva adicional de controlo. Identifica determinados desvios das recomendações da Sophos, mas não comprova o funcionamento de uma aplicação nem a segurança integral do tenant. As correções automáticas podem afetar muitos dispositivos ou Policies e devem ser tratadas como um Change. Consulte Utilizar corretamente o Sophos Fusion Account Health Check.
8. Decidir conscientemente a preparação para Response e análise forense
Antes da implementação alargada, defina quem trata os Alerts, quando se isola um dispositivo e que dados podem ser recolhidos para Investigation e Support. Os Forensic Snapshots registam dados de atividade de um dispositivo; o respetivo armazenamento, a exportação, o envio opcional para um bucket S3 próprio e o acesso exigem, por isso, uma decisão consciente de segurança e privacidade.
Criar, conservar e converter Forensic Snapshots
Crie um Snapshot em My Environment > Computers & Servers > dispositivo > Summary > More actions > Create forensic snapshot > Create now ou através de Create forensic snapshot num Threat Graph. Os Snapshots manuais ficam por defeito em %PROGRAMDATA%\Sophos\Endpoint Defense\Data\Forensic Snapshots\, e os gerados por uma Detection em %PROGRAMDATA%\Sophos\Endpoint Defense\Data\Saved Data\. Com Tamper Protection, é necessário um prompt elevado. O período padrão é de duas semanas; altere-o ou escolha All log data em Global Settings > Products and Services > Endpoint and Server > Forensic Snapshots. Defina primeiro espaço livre, acessos, retenção e eliminação segura.
Para a análise, preserve uma cópia probatória do .tgz. Em Windows de 64 bits, escolha o Exporter de 64 bits; apenas Windows de 32 bits necessita da outra versão. Antes do download, confirme a arquitetura no PowerShell com (Get-CimInstance Win32_OperatingSystem).OSArchitecture.
Só nesta ação inicie a obtenção a partir da Sophos por HTTPS: obter SDR Exporter de 64 bits ou obter SDR Exporter de 32 bits. Preencha o formulário da Sophos e aceite apenas o ficheiro que a Sophos disponibilizar em seguida. Guarde-o num novo diretório de trabalho onde apenas os investigadores responsáveis possam escrever; não use anexos de e-mail nem mirrors de terceiros. Antes da execução, verifique a assinatura Authenticode e calcule um hash probatório. O hash identifica exatamente a versão obtida, mas, sem um valor de referência Sophos publicado separadamente, não comprova de forma independente a origem:
$tool = '.\SDRExporterx64.exe'
$expectedSubject = $env:SDR_EXPORTER_EXPECTED_SUBJECT
$expectedThumbprint = $env:SDR_EXPORTER_EXPECTED_THUMBPRINT
if ([string]::IsNullOrWhiteSpace($expectedSubject) -or
[string]::IsNullOrWhiteSpace($expectedThumbprint)) {
throw 'Set the approved signer subject and thumbprint before validation.'
}
$expectedThumbprint = ($expectedThumbprint -replace '\s', '').ToUpperInvariant()
if ($expectedThumbprint -notmatch '\A[0-9A-F]+\z') {
throw 'The approved signer thumbprint is not hexadecimal.'
}
$sig = Get-AuthenticodeSignature -FilePath $tool
if ($sig.Status -ne 'Valid' -or $null -eq $sig.SignerCertificate) {
throw "SDR Exporter: Authenticode status is $($sig.Status)."
}
$actualThumbprint = ($sig.SignerCertificate.Thumbprint -replace '\s', '').ToUpperInvariant()
if (-not [string]::Equals($sig.SignerCertificate.Subject, $expectedSubject,
[StringComparison]::Ordinal) -or
-not [string]::Equals($actualThumbprint, $expectedThumbprint,
[StringComparison]::Ordinal)) {
throw 'SDR Exporter: signer does not exactly match the approved acquisition record.'
}
$chain = [Security.Cryptography.X509Certificates.X509Chain]::new()
$chainBuilt = $chain.Build($sig.SignerCertificate)
[pscustomobject]@{
Status = $sig.Status
StatusMessage = $sig.StatusMessage
SignerSubject = $sig.SignerCertificate.Subject
SignerThumbprint = $actualThumbprint
SignerIssuer = $sig.SignerCertificate.Issuer
SignerNotBefore = $sig.SignerCertificate.NotBefore
SignerNotAfter = $sig.SignerCertificate.NotAfter
ChainBuilt = $chainBuilt
ChainStatus = ($chain.ChainStatus.Status -join ', ')
TimestampSubject = $sig.TimeStamperCertificate.Subject
TimestampThumbprint = $sig.TimeStamperCertificate.Thumbprint
}
$chain.ChainElements | ForEach-Object {
[pscustomobject]@{
ChainSubject = $_.Certificate.Subject
ChainThumbprint = $_.Certificate.Thumbprint
ChainStatus = ($_.ChainElementStatus.Status -join ', ')
}
}
Get-FileHash -Algorithm SHA256 -Path $tool
Antes de executar o bloco, defina SDR_EXPORTER_EXPECTED_SUBJECT e SDR_EXPORTER_EXPECTED_THUMBPRINT com os valores exatos de um registo de aquisição aprovado internamente e obtido por um processo de confiança separado; nunca os copie do ficheiro que está a verificar. O estado Valid e a correspondência exata de ambos os valores são critérios de aprovação. Conserve como provas os detalhes apresentados da cadeia do signatário e do carimbo de data/hora, juntamente com o resultado SHA-256. O hash identifica o ficheiro obtido, mas, sem um valor de referência de confiança separado, não estabelece a sua proveniência. Se faltar um valor aprovado, alguma verificação falhar ou o hash divergir posteriormente, não execute o ficheiro: elimine-o e investigue ou volte a obtê-lo pelo link Sophos acima. Depois execute a ferramenta e processe o input apenas a partir do local protegido, num prompt elevado e com caminhos de entrada e saída distintos:
SDRExporterx64.exe -i <snapshot.tgz> -o <snapshot.sqlite> -f sqlite
Para JSON use -f json e um nome de saída adequado; o executável de 32 bits é SDRExporterx86.exe. Coloque entre aspas os caminhos com espaços. Após terminar sem erros, confirme que a saída não está vazia e pode ser aberta e consultada como SQLite ou processada como JSON. Registe no diário do incidente os hashes do input e do Exporter, o comando, a hora e o caminho de saída; proteja e retenha o ficheiro convertido como o Snapshot.
Se a conversão falhar, não experimente no original. Verifique arquitetura e nome, assinatura, aspas, permissões de leitura e escrita, espaço livre e integridade da cópia de trabalho .tgz, e use depois um novo caminho de saída. Uma saída parcial não é um resultado. O Exporter não instala nada: a reversão consiste em parar o processo e remover de forma segura as saídas incompletas e, no final, o Exporter do diretório de trabalho. Elimine uma cópia de trabalho .tgz apenas após verificar a conversão e segundo o processo de incidentes. Mantenha inalterados o original probatório e os registos necessários até ao fim da retenção.
Enviar opcionalmente para o seu bucket S3
O envio direto exige Windows e licença XDR ou MDR. Na AWS, limite uma Managed Policy a s3:ListBucket em arn:aws:s3:::<bucketName> e s3:PutObject em arn:aws:s3:::<bucketName>/*. Ative Upload forensic snapshot to an AWS S3 bucket em Global Settings > Products and Services > Endpoint and Server > Forensic Snapshots. Utilize AWS Account ID e AWS External ID na Trust Policy de uma IAM Role dedicada para sts:AssumeRole; após a propagação, guarde S3 bucket name, o diretório opcional e Role ARN.
Escolha a região AWS considerando residência dos dados, latência e custos de transferência e requisitos de recuperação de desastre. Antes de guardar no Central, aguarde a propagação da IAM Role a todas as regiões AWS; pode demorar até cinco minutos.
Uma Bucket Policy e uma IAM Permissions Boundary restringem o acesso à Role e aos investigadores autorizados. Uma regra Lifecycle elimina envios multipart incompletos e dados expirados. Buckets cifrados com KMS não são suportados; AES-256 é suportado e pedido pela Sophos no envio. Evite caracteres especiais não suportados e permita S3 na Firewall. Valide um Snapshot piloto completo, legível e convertível por um investigador autorizado, recusando acessos não autorizados. Remova depois Roles, Policies e atribuições obsoletas.
Investigar Detections e Threat Graphs do Sophos Endpoint descreve o restante processo de Investigation.
Permitir ou bloquear ficheiros em todo o tenant
Em Global Settings > Protection and Remediation > Allow and Block > Files, Allowed Applications mostra a origem de uma autorização. Conforme a plataforma, a autorização usa certificado, SHA-256 ou caminho; certificados e caminhos podem abranger várias versões. A aplicação fica permitida para todos os utilizadores e excluída de futuras Threat Detections, mantendo-se os controlos de exploits, ransomware e comportamento malicioso. Antes de Allow, confirme fabricante, assinatura ou Hash, Owner, motivo, âmbito e expiração. Remove revoga a autorização; confirme depois num piloto que a Detection volta a funcionar.
Blocked Items exige XDR e bloqueia aplicações suspeitas por SHA-256 no Windows, mas não ficheiros com reputação trusted nem outros objetos. Selecione Add, introduza SHA-256 e Reason e clique em Save. As entradas de ficheiros permitidos e bloqueados partilham um único limite de 5 000 entradas em todo o tenant; reveja a capacidade combinada de ambas as listas antes de adições em massa. Num piloto, confirme que a aplicação não arranca e surge o Event esperado. Remove é a reversão e também deve ser testada. Para outras exclusões, consulte Configurar com segurança as exclusões do Sophos Fusion Endpoint.
9. Aprovar as vagas e transferir para a operação regular
Depois de aprovado o piloto, defina para cada vaga os dispositivos incluídos, quem acompanha o progresso e os sinais que obrigam a interrompê-la. Entre os sinais adequados encontram-se a acumulação de erros de instalação, a ausência de comunicação dos agentes, atribuições inesperadas de Policies, falhas em aplicações ou um volume de Alerts impossível de tratar.
A operação regular inclui, no mínimo:
- responsabilidade diária por Alerts críticos e surtos;
- revisão regular de dispositivos inativos ou sem Health;
- revisão de licenças, Agent Modes e ciclo de vida das plataformas;
- pilotos controlados de software e Policies;
- controlo da validade das exceções;
- verificação de Proxy, Update Cache e Message Relay;
- percursos documentados de Response, privacidade e Support.
Uma vaga só termina quando os seus dispositivos não estiverem apenas instalados, mas também tecnicamente aprovados e integrados nestes processos operacionais.