Sophos Fusion Admin: transição do Sophos Central

O Sophos Fusion é o nome atual da plataforma anteriormente designada Sophos Central. É necessário distinguir duas alterações: a mudança do nome e do acesso ao portal e o upgrade gradual das soluções EDR, XDR e MDR. Um logótipo Fusion, por si só, não confirma que um tenant já recebeu o upgrade do produto. A simples atualização do acesso não exige recriar tenants, dispositivos, políticas, funções nem endpoints técnicos. Após o upgrade do produto, porém, podem ser necessários ajustes específicos nas integrações.

Este runbook orienta a transição local do acesso e a verificação operacional de cada tenant. Os passos concretos para criar ligações ou voltar a autorizar as existentes encontram-se em Configurar integrações MDR e XDR.

Upgrade do produto: verificar o tenant e os efeitos na operação

Estado verificado em 11 de outubro de 2026: a informação de setembro sobre o rollout descreve uma transição de vários meses já em curso, não a migração concluída de todos os clientes. A Sophos controla o upgrade; não está prevista a escolha livre da data pelo cliente. Cerca de uma semana antes, aparece um aviso na consola. Após a conclusão, surge outro aviso com uma breve visita guiada. Documente o anúncio, a conclusão e as funções efetivamente acessíveis no tenant em causa, em vez de deduzir o estado a partir de uma newsletter ou do nome do portal.

Para tenants geridos por MSP, a Sophos indica um início posterior, a partir do quarto trimestre de 2026. Os tenants do mesmo MSP deverão ser atualizados em conjunto, para que o parceiro trabalhe numa plataforma operacional uniforme. Mesmo em 11 de outubro, esta indicação não significa que todos os tenants MSP já tenham migrado. Até ao upgrade efetivo, continua a aplicar-se a versão anterior da solução; se o anúncio não for claro, confirme o estado do cliente com a equipa de parceiros.

O upgrade do produto é automático e não requer uma nova distribuição de agentes nem uma mudança de licença. Não substitui, contudo, os seguintes trabalhos operacionais:

1. Após a conclusão, verifique as Microsoft 365 Response Actions existentes. A ligação ou as respetivas credenciais têm de ser novamente configuradas ou autorizadas na nova área Security Operations. Uma integração de dados que continua a funcionar não comprova que todas as ações de resposta funcionam.
2. Se utilizar Sophos Firewall, abra um Case e confirme se são apresentadas as ações de resposta da firewall. Só deve criar uma ligação Sophos Firewall (Actions) se essas ações estiverem em falta. Ambas as tarefas de integração estão descritas no runbook acima.
3. Para as automatizações XDR, inventarie separadamente as consultas de leitura, os workflows de escrita e as APIs que utilizam. O complemento sobre APIs de 9 de outubro de 2026 é uma alteração posterior, cuja disponibilidade não deve ser pressuposta no lançamento de setembro. O runbook de integrações explica a distinção entre Classic e GraphQL.
4. Identifique os coletores Syslog SVA existentes e, quando aplicável, as cargas de trabalho NDR. Um XDR Data Collector automaticamente pré-provisionado ainda não está implementado. Para decidir o endereçamento, implementar, mudar as origens e preparar a reversão, consulte Migrar Log Collectors SVA para XDR Data Collectors.

Atualizar os nomes MDR e o processo de relatórios

Os níveis anteriores Sophos MDR Essentials e Sophos MDR Complete passam a chamar-se Sophos MDR e Sophos MDR Plus, respetivamente. O produto continua a ser Sophos XDR; Sophos XDR Powered by Secureworks identifica a solução ampliada durante a transição. Um novo nome não justifica alterar o contrato ou o nível de serviço por iniciativa própria.

Com o upgrade da conta MDR, termina o envio automático anterior dos relatórios MDR semanais e mensais. Combine, por isso, com os destinatários quem utilizará o MDR Dashboard durante a transição, selecionará o período necessário e exportará um PDF para cumprir as obrigações de reporte existentes. O dashboard oferece períodos flexíveis e vistas personalizáveis. Verifique a exportação de um período conhecido e documente onde é guardada; a ausência de relatórios automáticos após o upgrade não comprova, por si só, uma falha de proteção.

Estava prevista para mais tarde em 2026 uma nova função de criação de relatórios em self-service. Isso não confirma que esteja disponível hoje nem que o envio automático já funcione. O processo de transição acordado só deve ser substituído por uma função de reporte disponível e testada no próprio tenant.

Quem também utiliza Sophos Managed Risk não recebe, por este upgrade, uma alteração do serviço Managed Risk. Mudam o formato dos Cases e o acesso: os Cases Managed Risk ficam acessíveis em Security Operations > Cases. Após o upgrade, abra um Case Managed Risk esperado e confirme que está acessível no tenant correto. Esta indicação aplica-se apenas a clientes com um serviço Managed Risk existente e não confere direito a um novo serviço.

Não confundir extensões opcionais com o upgrade

O Sophos AI Defense está disponível de forma geral desde 13 de outubro de 2026 e é um add-on pago para clientes EDR, XDR e MDR elegíveis. A Sophos indica ainda Sophos EDR Endpoint Protection como pré-requisito. A anterior fase EAP e o objetivo de lançamento no quarto trimestre são agora contexto histórico, não o estado atual da disponibilidade. No entanto, a disponibilidade geral não comprova um direito contratual nem a ativação no próprio tenant. Os clientes Taegis elegíveis podem comprar o add-on desde a disponibilidade geral, sem esperar pela migração para o Fusion; esta exceção de compra não elimina o pré-requisito técnico documentado para a configuração. O AI Defense não é o AI Assistant nem o AI Search para investigações XDR. Não faça depender a operação de base deste add-on.

A configuração documentada continua a exigir uma conta Fusion atualizada para a nova plataforma com Security Operations. O assistente permite selecionar Sophos Endpoint, Sophos Firewall e Sophos Linux Server. A lista mais abrangente de DNS Protection, Protected Browser e Sophos Data Lake na visão geral do produto não corresponde à lista de sensores selecionáveis. O Endpoint exige carregamentos de dados, desencriptação TLS, bloqueio de QUIC e definições de Web Control e Application Control. Para Firewall, são necessárias a gestão de grupos e a geração de logs nas políticas web; as firewalls fora da gestão de grupos não recebem regras de aplicação do AI Defense. O Linux Server exige o carregamento de Network Data para o Data Lake. A seleção de um sensor, por si só, não confirma uma proteção eficaz.

O AI Defense oferece visibilidade, políticas de acesso a aplicações e relatórios. A Base Policy aplica-se a todas as pessoas da organização; uma Base Policy existente mantém-se inalterada durante o onboarding. Nas políticas adicionais, Save guarda sem ativar, enquanto Save & Enable ativa imediatamente com prioridade máxima. O âmbito, as regras e a ordem têm de ser verificados antes da aprovação. Apesar das formulações mais abrangentes na comunicação de imprensa da disponibilidade geral, a informação posterior para parceiros classifica a inspeção e a proteção de prompts como funcionalidades do roteiro de desenvolvimento; não devem ser planeadas como proteção atual garantida. O artigo Sophos AI Defense: identificar e controlar a utilização de IA explica o processo completo, com requisitos dos sensores, piloto limitado, validação e reversão.

Se utilizava cloud Optix, há outra lacuna a verificar separadamente: o End of Life de 30 de setembro de 2026 já ocorreu. As novas ligações de telemetria cloud não são configuradas automaticamente pelo upgrade do produto e não substituem funções CSPM. O runbook de integrações explica esta distinção e a verificação do ambiente agora necessária.

Distinguir nomes visíveis e tipos de portal

Consoante a função e o tipo de conta, é apresentada uma interface diferente:

Os três nomes designam contextos de gestão diferentes e não são intercambiáveis. Os clientes, sub-estates ou produtos visíveis continuam a depender da conta, da função e das permissões. A orientação detalhada no tenant de cliente encontra-se em Colocar o tenant do Sophos Fusion em funcionamento com segurança; os diferentes tipos de portal são explicados em Visão geral dos portais Sophos.

Preparar a transição

1. Documentar o tipo de conta, o tenant, a região de dados e a função de administrador utilizados.
2. Confirmar um início de sessão funcional num browser de desktop atual e suportado. Não alterar simultaneamente a autenticação, a função ou o Identity Provider.
3. Identificar as referências locais ao acesso anterior ao portal: marcador do browser, entrada no gestor de palavras-passe, documentação interna e páginas iniciais, bem como, quando aplicável, regras de proxy ou filtro web e definições de destino do Conditional Access.
4. Inventariar separadamente as referências técnicas utilizadas: hosts da API, Redirect URIs, callbacks OIDC, webhooks, links de Self Service, scripts e endpoints de produtos configurados de forma fixa.
5. Disponibilizar, para o teste de aceitação, uma conta de teste com a função de administrador prevista para a operação. Caso também sejam utilizados os portais Enterprise ou Partner, é necessária uma conta de teste adequada para cada tipo de portal utilizado. Disponibilizar ainda um segundo administrador autorizado e uma janela privada do browser.

O MFA, as passkeys e a recuperação não são alterados neste runbook. Para esses temas, consultar Proteger o início de sessão no Sophos Fusion com MFA, passkeys e IdP. As alterações ao Entra ID, Conditional Access ou OIDC seguem as instruções separadas para o Microsoft Entra ID ou para o OpenID Connect e Okta, respetivamente.

Atualizar o início de sessão e as referências locais

O acesso atual destinado aos utilizadores é:

➜ Abrir o Sophos Fusion

1. Abrir diretamente https://fusion.sophos.com numa janela privada do browser.
2. Concluir o início de sessão normal e verificar o tenant, o tipo de conta e a função.
3. Só depois de um teste bem-sucedido, alterar o marcador do browser e o link do portal na documentação administrativa interna para https://fusion.sophos.com.
4. No gestor de palavras-passe, adicionar ou atualizar apenas o URI de início de sessão ou a associação correspondente a este acesso ao portal. Não mover indiscriminadamente as credenciais, passkeys e URLs técnicos guardados.
5. Se um proxy, serviço de segurança DNS ou filtro web utilizado bloquear o novo host, permitir o host de destino efetivamente registado, com o menor âmbito necessário, e repetir o teste. Não criar exceções wildcard não justificadas para *.sophos.com ou categorias inteiras, nem desativar globalmente a inspeção TLS.
6. Se estiver configurado Conditional Access para o processo de início de sessão, verificar os eventos de início de sessão reais. Uma nova designação de host não justifica uma exceção abrangente nem uma alteração às condições de utilizador, dispositivo, localização ou MFA.

Ao aceder a fusion.sophos.com, o browser pode ser redirecionado através da infraestrutura existente do Central, mantida por motivos de compatibilidade. Os hosts ou caminhos observados com central.sophos.com não indicam um rollback nem comprovam a utilização do tenant errado. O que importa é um destino Sophos fidedigno, o início de sessão esperado e o contexto de gestão correto.

Manter inalteradas as designações técnicas do Central

A alteração do nome visível não é uma operação técnica de pesquisa e substituição. Os seguintes valores permanecem exatamente inalterados, a menos que a respetiva integração ou documentação indique expressamente um novo valor:

• caminhos da documentação Sophos com /central/;
• nomes de API, hosts de API e URLs base existentes do Sophos Central;
• Redirect URIs e valores de callback configurados, por exemplo, https://federation.sophos.com/login/callback;
• o acesso ao Self Service tecnicamente necessário e mantido por motivos de compatibilidade https://central.sophos.com/manage/self-service;
• webhooks, variáveis de scripts, secrets, referências a certificados e outros endpoints técnicos com central no nome;
• slugs internos estáveis, termos de pesquisa e registos históricos.

Estes valores podem fazer parte de contratos de protocolo ou estar sujeitos a comparações exatas. Uma alteração editorial do nome pode interromper o SSO, clientes de API ou o acesso dos utilizadores. As operações de licenciamento devem ser realizadas em Ativar, verificar e renovar licenças do Sophos Fusion.

Validação

A transição está concluída quando os seguintes pontos aplicáveis tiverem sido verificados com uma conta de teste que possua a função de administrador prevista para a operação. Para cada tipo de portal adicional utilizado, o teste é repetido com a conta de teste correspondente:

• https://fusion.sophos.com abre a página de início de sessão Sophos esperada sem avisos de certificado ou de filtragem.
• O MFA configurado e, quando utilizado, o processo de início de sessão federado continuam a funcionar sem alterações; a função esperada e o tenant correto estão visíveis.
• O contexto de cliente, Enterprise ou Partner apresenta o nome visível adequado.
• My Environment, Global Settings, o perfil e Sophos Help estão acessíveis de acordo com a função.
• Um teste rápido existente da API ou da automatização é concluído sem alterar o host ou o secret.
• Se estiverem configurados ou forem utilizados, o callback SSO, o link de Self Service e os restantes endpoints técnicos do Central continuam a funcionar sem alterações.
• Se forem utilizados um proxy, serviço de segurança DNS, filtro web, IdP ou Conditional Access, os respetivos logs não mostram novos bloqueios nem exceções inesperadas.
• As instruções internas antigas apontam para o URL do Fusion no acesso administrativo, mas mantêm os valores técnicos exatos do Central.

Resolução de problemas

Redirecionamento para um host do Central

Não reverter para um estado supostamente antigo. Verificar primeiro o certificado e a cadeia de redirecionamento completa, bem como o tenant de destino, e confirmar que o início de sessão foi bem-sucedido. As designações antigas na infraestrutura em utilização podem continuar corretas.

Página bloqueada ou em branco

Testar num browser sem extensões ou numa janela privada e registar a hora, o URL de origem, o host final e o texto do erro. Em seguida, verificar nos logs dos sistemas de proxy, DNS, filtro web e inspeção TLS utilizados qual foi o host especificamente bloqueado. Efetuar apenas a alteração comprovadamente necessária, sem permitir preventivamente wildcards.

Se forem afetados simultaneamente vários inícios de sessão ou tenants independentes, consultar o Sophos Status para verificar uma possível indisponibilidade generalizada do serviço. A página de estado constitui uma indicação para o diagnóstico; as alterações locais continuam a ser efetuadas apenas com base em causas comprovadas.

Erro no início de sessão ou no Conditional Access

Comparar cronologicamente os eventos de início de sessão da Sophos e, caso seja utilizado um IdP, os respetivos eventos. Não recriar uma aplicação IdP, um URL de callback ou uma política de Conditional Access apenas devido ao novo nome visível. Para o diagnóstico e a reversão, seguir exclusivamente o runbook de SSO indicado acima para o processo de início de sessão afetado; o administrador alternativo testado deve ser mantido.

Opção de menu em falta

Verificar primeiro o tipo de conta e a função. Em seguida, procurar em My Environment, através da roda dentada de Global Settings, no perfil e em Sophos Help. Uma opção de menu em falta pode dever-se a uma limitação de função ou licença; não comprova uma alteração de nome malsucedida.

Tenants, produtos ou clientes em falta

Terminar a sessão, iniciá-la novamente numa janela privada do browser com a identidade prevista e verificar o tipo de conta e o tenant. Não criar tenants alternativos, trials ou novas associações de parceiros como forma de reparação.

Se o acesso continuar afetado após estas verificações, recolher o intervalo de tempo e o fuso horário, a identidade afetada, o tenant ou Customer ID, o browser, os hosts de origem e destino, o texto do erro e capturas de ecrã sem dados sensíveis. Em seguida, escalar através de Abrir um ticket de suporte Sophos com o Support Assistant.

Rollback local

O cliente não pode reverter a alteração do nome de Sophos Central para Sophos Fusion realizada pelo fornecedor. Só podem ser revertidas as adaptações locais efetuadas nesta alteração:

• marcadores e links da documentação interna,
• associações de URI de início de sessão no gestor de palavras-passe,
• regras específicas de proxy, DNS ou filtro web.

Antes da reversão, recuperar o valor anterior a partir da documentação da alteração e, em seguida, testar novamente o acesso. As adaptações do IdP ou do Conditional Access não fazem parte deste rollback local; só são revertidas de acordo com o runbook de SSO associado acima ao processo de início de sessão afetado e com o procedimento de reversão nele documentado. O hostname antigo do Central não é um caminho de rollback garantido. Não alterar os hosts de API, callbacks, URLs de Self Service e outros valores técnicos que permaneceram deliberadamente inalterados durante esta transição.