Planear os requisitos de sistema e o ciclo de vida do Sophos Endpoint
Um agente instalado não permanece automaticamente suportado a longo prazo. O sistema operativo, a arquitetura, os componentes Sophos, os certificados e o modelo de licenciamento evoluem de forma independente. Por isso, uma operação Endpoint robusta não verifica apenas se a instalação funciona hoje, mas também quando as plataformas deixam de ser suportadas e como são introduzidas novas versões do agente.
Âmbito: Endpoint não é Server nem Linux
Este guia abrange Sophos Endpoint para postos Windows e macOS. Windows Server é gerido em Server Protection; Linux usa Sophos Protection for Linux, com requisitos, Release Notes e datas próprios. Uma linha Server ou Linux no Retirement Calendar comum não aprova Endpoint e pertence a outro Runbook.
Planeamento verificado em 29 de outubro de 2026
Versão do produto, sistema operativo e contrato de suporte têm limites distintos:
| Área | Estado confirmado e consequência |
|---|---|
| Agente Windows | As notas atuais do Core Agent indicam 2026.3.0.2090 na secção Windows 10 64-bit and later. O título não aprova genericamente todas as edições, builds ou arquiteturas Windows. |
| Windows Legacy | Windows 7, Windows 8.1 e Windows 10 de 32 bits aparecem numa secção Legacy própria. Uma componente ainda enumerada não significa as mesmas funções ou correções das plataformas atuais; poderá ser necessária uma licença Legacy adicional. |
| Agente macOS | As notas atuais para macOS indicam 2026.2.0 com suporte de macOS 27 Golden Gate. A combinação exata de hardware/OS e a diferença entre instalação nova e upgrade exigem verificação separada. |
| Ciclo de vida Windows | O suporte regular Microsoft para Windows 10 Home e Pro terminou em 14 de outubro de 2025. A entrada inclui Pro Education e Pro for Workstations. As versões LTSC existentes têm prazos próprios; Extended Security Updates são um direito separado. |
O estado do Core Agent Windows e a indicação macOS são versões documentadas, não garantias de disponibilidade em todos os tenants. Uma componente Sophos atualizada também não altera o fim de suporte do sistema operativo. Microsoft ESU fornece atualizações ao sistema operativo; Sophos Endpoint for Legacy Platforms refere-se à proteção Sophos. Nenhum destes serviços inclui automaticamente o outro. Para um dispositivo antigo, os dois direitos e respetivos prazos devem ser verificáveis.
Por exemplo, um Windows 10 Pro com estado Sophos Health atual não recupera por isso o suporte regular Microsoft. Antes de nova aprovação operacional, registar separadamente build e edição do OS, eventual direito ESU, suporte Sophos concreto e prazo vinculativo de migração. Avaliar LTSC pela entrada do produto específico, não pelo prazo de Home/Pro.
Limite de âmbito: Os requisitos seguintes foram conferidos em 29 de outubro de 2026 com a KBA Windows de 18 de setembro, a KBA macOS de 28 de setembro e o Retirement Calendar de 9 de outubro de 2026. Os recursos, a aprovação do sistema operativo e o fim do suporte são avaliados em conjunto. Uma versão ainda enumerada pode já estar perto do respetivo prazo de Retirement.
Snapshot de aprovação e decisão de ciclo de vida
Os números concretos de versão e os limites de suporte ficam rapidamente desatualizados. Por isso, antes da primeira instalação, de um upgrade do sistema operativo, de uma mudança de pacote e pelo menos mensalmente, o responsável pelo ciclo de vida efetua a mesma revisão controlada. O ponto de partida é um snapshot de inventário com tipo de dispositivo, edição e build completo do sistema operativo, arquitetura, CPU, RAM, espaço livre na unidade do sistema, encriptação, âmbito de proteção necessário e componentes Sophos instalados com as respetivas versões.
Para cada nova aprovação, abrir os requisitos do Windows, os requisitos do macOS e o Retirement Calendar para plataformas e sistemas operativos, mantidos atualizados online, e compará-los em conjunto. O registo de aprovação contém data da verificação, entrada examinada, plataforma e arquitetura, capacidade de instalação e upgrade, requisitos mínimos, exclusões, Maintenance, Retirement, condições de licença ou Extended Support e todas as notas. Um snapshot guardado comprova uma decisão, mas não constitui uma lista de suporte permanentemente válida; é substituído na alteração seguinte e a diferença é registada.
A decisão é aprovada, apenas piloto, migração necessária ou não aprovada. Indica responsável, âmbito, funções necessárias, limitações conhecidas, prazos do fabricante e da Sophos, destino da migração e data da próxima revisão. Se faltar a entrada exata de sistema operativo/arquitetura, houver contradições ou a matriz estiver inacessível, não há nova aprovação: o último estado aprovado permanece inalterado, o responsável regista hora da consulta e ambiguidade e esclarece-a com Sophos Support antes do piloto.
Requisitos Windows e limites de suporte
A tabela de requisitos Windows distingue expressamente o âmbito de proteção. Os valores referem-se a postos de trabalho, não a Windows Server:
| Âmbito de proteção | Espaço livre em disco | RAM | Núcleos de CPU |
|---|---|---|---|
| Endpoint Protection | 4 GB | 4 GB | 2 |
| EDR/XDR/MDR: mínimo | 8 GB | 4 GB | 2 |
| EDR/XDR/MDR: recomendado | 8 GB | 16 GB | 4 |
A Sophos recomenda vivamente uma SSD como unidade de arranque. Os requisitos de recursos também se aplicam ao modo Sensor; este não é suportado em plataformas Legacy. Os valores de hardware, por si só, não tornam um sistema operativo antigo novamente numa plataforma totalmente suportada.
A KBA enumera Windows 10 de 64 bits e Windows 11 como plataformas totalmente suportadas. A KBA complementar sobre ARM64, de 27 de outubro de 2026, confirma expressamente Windows 10 e Windows 11 em ARM64; Insider Preview não é suportado. Windows 7 e 8.1 exigem Extended Support para suporte Legacy; Windows 10 de 32 bits também é classificado como Legacy. Os prazos Microsoft e a entrada Sophos Retirement concreta continuam igualmente a ser determinantes. Sobretudo no Windows 10, «totalmente suportado» na tabela Sophos não deve ser confundido com suporte regular Microsoft.
Para Windows, são verificados separadamente perante a entrada atual a edição e o build completo, x64 ou ARM64, CPU e RAM, espaço livre e unidade do sistema, atualizações e certificados Microsoft necessários e o modo de proteção pretendido. Os valores mínimos são apenas condições de entrada, não recomendações de capacidade. Distinguir espaço livre para instalação e atualizações de RAM. Não tratar uma recomendação para cargas EDR, XDR ou MDR como mínimo de outro nível de produto; a coluna e o âmbito licenciado devem corresponder ao dispositivo. Os builds Insider, Preview e outras versões preliminares não são aprovados, salvo se a entrada exata os incluir expressamente.
Registe também o fim do suporte Microsoft para essa edição e esse ramo de versões exatos. Instalação bem-sucedida, estado de Health sem erros e suporte atual da plataforma são três afirmações distintas. Windows Server não é um Endpoint Windows, mesmo com um build semelhante, e não está abrangido por esta aprovação.
Requisitos macOS e limites de suporte
Para macOS, verifique a versão completa do sistema operativo, Intel ou Apple Silicon, espaço livre, método de instalação e âmbito de proteção necessário. O processo de aprovação inclui também os perfis MDM utilizados para System Extensions, Network Extensions, filtro web/conteúdo, Full Disk Access e notificações. Uma entrada de OS compatível não demonstra, por si só, proteção eficaz.
Requisitos e prazos, verificados em 29 de outubro de 2026: A KBA macOS de 28 de setembro de 2026 enumera macOS 14, 15, 26 e 27, Macs Intel de 64 bits e Apple Silicon M Series. Para Endpoint Protection e Intercept X Advanced (MDR Included), indica, em ambos os casos, 2 GB de RAM e 2 GB de espaço livre em disco. As notas de versão indicam o agente 2026.2.0 para macOS 27 Golden Gate.
A lista de sistemas operativos deve ser lida em conjunto com o Retirement Calendar mais recente, de 9 de outubro de 2026: macOS 14 Sonoma atinge o Retirement no final de outubro de 2026 e macOS 15 Sequoia no final de outubro de 2027. Para macOS 26 e 27, o calendário verificado ainda não indica uma data de Retirement planeada. Isto não constitui uma garantia de suporte por tempo indeterminado. Segundo o calendário, não existe Extended Support para macOS. Um Mac ainda com Sonoma precisa, por isso, de um percurso de upgrade validado agora; a entrada existente na tabela de requisitos não prolonga o seu prazo.
A tabela conjunta da Sophos não garante que cada arquitetura enumerada possa executar todas as versões do macOS: a Apple exige Apple Silicon para o macOS 27; os Macs Intel não são elegíveis. A Apple inclui Macs M-Series e A-Series, enquanto a Sophos refere expressamente M Series na sua matriz. A aprovação da Apple, por si só, não confirma portanto o suporte da Sophos num Mac A-Series. Esta combinação deve ser esclarecida com a Sophos antes de uma nova aprovação, em vez de se deduzir suporte ou ausência dele a partir da redação. Instalar o Sophos Endpoint no macOS descreve o procedimento concreto de instalação e validação.
Teste cada nova versão principal ou pontual do macOS, incluindo a capacidade atual do instalador e do upgrade, num Mac piloto representativo. Registe expressamente as diferenças entre uma instalação nova e um agente já instalado; «macOS suportado» não implica que ambos os percursos ou todas as funções sejam suportados. Extended Support só é aceite quando a entrada macOS exata o indicar.
Componentes em vez de uma única versão do agente
O Sophos Endpoint é composto por vários componentes atualizados de forma independente, como AutoUpdate, Endpoint Defense, Health Service, Management Communication, Network Threat Protection, Endpoint UI e outros módulos dependentes da licença.
O nível visível no Central e um número local não descrevem o estado completo. Nesta revisão, o responsável abre o fluxo atualizado Sophos Core Agent para Windows ou Sophos Anti-Virus para macOS. Em cada revisão regista ao vivo build de destino, estado do rollout, correções e limitações conhecidas; o registo de versão documenta esse momento e não substitui nova verificação. O registo contém hora, plataforma, nó de produto/versão, aviso de publicação e rollout, builds, correções, problemas e diferenças. Associe cada ponto às funções usadas e aos dispositivos piloto e decida aprovar, adiar ou rejeitar. Um fluxo vazio, inacessível ou incoerente não aprova: guarde screenshot ou erro, verifique parâmetros e rede, repita e escale para Sophos Support. A atribuição do pacote e a fase de implementação seguinte permanecem bloqueadas até que a ambiguidade seja esclarecida.
Testar recursos e software de terceiros no piloto
O mínimo oficial é apenas um limiar de entrada. Um piloto representativo mede arranque e login, CPU, memória, espaço e I/O com o software real. Inclua SSD/HDD, encriptação, DLP, backup, VPN, controlo remoto e allowlisting como atributos.
Numa regressão, use Sophos Performance Analysis e logs. Não desative globalmente proteção ou Event Journals. Uma medida temporária de âmbito estritamente limitado exige uma pessoa responsável, uma data de fim, aprovação do risco e um novo teste; a solução duradoura pode ser uma correção do fabricante, um upgrade da plataforma ou a substituição de hardware.
Compreender o lançamento faseado
A Sophos publica algumas Release Notes no primeiro dia de um rollout com várias semanas. Assim, uma nova versão documentada pode não estar imediatamente disponível em todos os tenants ou endpoints.
Isto evita duas interpretações erradas:
- Um dispositivo não está automaticamente desatualizado apenas porque ainda não recebeu a nova versão no dia da publicação.
- Uma reinstalação manual não força, de forma fiável, uma versão de software que ainda não foi disponibilizada.
Níveis piloto e de produção
Software Packages e Update Management Policies permitem fases controladas:
- Piloto: IT e combinações representativas de hardware, OS e software.
- Produção inicial: pequena amostra após cumprir os critérios.
- Produção: atribuição ampla após aprovação do change.
- Pacote fixo: apenas por necessidade justificada, com responsável e expiração monitorizada.
Verifique nomes, disponibilidade, suporte, expiração e sobreposição no Sophos Fusion (anteriormente Sophos Central) e na página atual Software packages. Este artigo não fixa períodos. As atualizações de conteúdo de segurança são distintas das versões do produto.
Defina dispositivos saudáveis, componentes esperados, sem novo aumento do número de alertas e desempenho aceitável como critérios. Prepare rollback: pause a atribuição, isole o grupo, preserve as atribuições de política e de pacote, volte a atribuir um pacote atualmente disponibilizado pela Sophos e previamente testado e verifique novamente o estado. Downgrade manual ou instalador antigo não é fiável.
Extended Support é transitório
Compreender o nome da licença: a Sophos chama ao add-on Sophos Endpoint for Legacy Platforms; o nome anterior era Central Extended Support for Server 2012/2012 R2. Complementa direitos Endpoint ou Workload Protection válidos, sem os substituir. O anúncio de 28 de agosto de 2025 descreve plataformas Windows e Linux legacy, não uma aprovação atual de OS válida para sempre. Para comprar, comparar plataforma exata, duração e âmbito confirmado com a proposta. Não deduzir cobertura de todas as versões antigas Windows/Linux nem de macOS legacy.
«Legacy» ou «Extended Support» é uma transição, não uma aprovação geral. Consulte a entrada exata do sistema operativo cliente, datas de Maintenance e Retirement, funções e eventual licença no Retirement Calendar. Atribua um prazo de migração a cada dispositivo.
As linhas Windows Server e Linux não pertencem ao grupo Endpoint. Planeie-as de acordo com os requisitos e as licenças específicos de Server Protection ou Sophos Protection for Linux. Não presuma Extended Support para macOS sem indicação explícita da Sophos para a versão exata.
Planear reinícios
A Sophos nem sempre força imediatamente um reinício necessário. As atualizações de proteção e deteção podem continuar a funcionar enquanto um componente aguarda o próximo reinício de manutenção.
Nos dispositivos que não são reiniciados há muito tempo, vários estados de atualização podem exigir sucessivamente um reinício cada um. Deve ser concedido tempo suficiente entre dois ciclos para que a primeira atualização seja completamente processada. Os alertas do Central e o estado local do software são verificados novamente após cada reinício.
Early Access Programs
Um Early Access Program não é um canal de produção normal. Antes da adesão, definem-se a finalidade, os dispositivos de destino, as alterações esperadas, o método de suporte, o plano de saída e as consequências para a proteção de dados.
Os dispositivos EAP pertencem a um grupo piloto claramente identificado. Depois de saírem, verifica-se quando voltam a receber a versão de software normal. Um EAP não deve ser ativado em dispositivos críticos apenas para contornar um problema específico sem analisar a causa.
Aplicar, validar e diagnosticar
O técnico aplica ao grupo piloto definido apenas o pacote aprovado no registo de aprovação; excluem-se mudanças improvisadas de instalador, downgrades manuais e pacotes de instalação antigos. Antes, preserva o grupo de dispositivos, as atribuições de política e pacote, as versões dos componentes, o Health, os alertas abertos e um teste funcional reproduzível. O grupo de destino e os critérios de sucesso mantêm-se inalterados durante a observação.
Após a instalação, o update e cada reinício necessário, verifique no Central Last active, Health e alertas e, localmente, o estado dos serviços e as versões esperadas dos componentes. Repita depois os mesmos testes antes/depois: login e tempo de arranque, receção de políticas, capacidade de update, teste de malware segundo o procedimento interno, proteção de rede/web e todas as funções dependentes da licença. No macOS, comprove também que as extensões e autorizações de privacidade estão ativas. O responsável reconcilia o resultado com os registos de versão e aprovação e documenta os desvios em ambos; só um piloto totalmente aprovado abre a fase de rollout seguinte.
Primeiro, classifique a falha: plataforma não aprovada, instalador bloqueado, componente desatualizado, rollout ainda não oferecido, reinício pendente, autorização MDM ausente ou conflito com software de terceiros. Recolha em conjunto hora, dispositivo, build do OS, arquitetura, pacote e política do Central, todas as versões dos componentes, Health/alertas, estado do reinício, passos reproduzíveis e logs relevantes. Em seguida, pare a atribuição do pacote a outros dispositivos e reverta isoladamente a última alteração se o Central disponibilizar para isso um pacote atual e já testado. Não desative globalmente a proteção nem force um instalador antigo. Se a causa ou um retorno seguro permanecerem incertos, isole o piloto, marque o registo de versão como adiado e envolva a Sophos Support com este pacote de diagnóstico.
Controlo mensal do ciclo de vida
Um ritmo operacional adequado inclui:
- verificar as novas Endpoint e Central Release Notes,
- comparar o Retirement Calendar com as plataformas próprias,
- exportar dispositivos por sistema operativo, arquitetura e Agent Mode,
- atribuir um responsável a dispositivos Legacy e inativos,
- controlar os pacotes de prazo fixo ou LTS prestes a expirar,
- resolver os alertas de reinício e de atualização,
- documentar os resultados piloto.
A arquitetura técnica de atualização é explicada em Sophos Endpoint Updates, Cache e Message Relay.