Quem mantém o dispositivo depois do fabricante? O caso do Galaxy Tab S3

O Galaxy Tab S3 foi anunciado em 26 de fevereiro de 2017 como um tablet de ponta da Samsung, com Android 7.0 e tela de 9,7 polegadas. Em outubro de 2026, quase dez anos depois, um exemplar da variante com conexão móvel, o SM-T825Y, voltou à mesa de trabalho. Liga e o navegador abre. Mas a última atualização de segurança publicada para essa variante é de março de 2020.

A surpresa não é o aparelho ter envelhecido. É que ainda funciona — enquanto o software que deveria protegê-lo ficou para trás. Para quem administra equipamentos, essa diferença muda a decisão: o aparelho não precisa estar quebrado para já representar custo, risco ou restrição de uso.

A tese deste texto é que o fim do suporte oficial deixa o proprietário diante de uma escolha assimétrica. Instalar um sistema mais novo que não seja aprovado pela Samsung pode acionar o indicador permanente do Knox e deixar alguns serviços indisponíveis; a documentação diz que recuperar serviços Knox pode exigir a troca da placa principal. Para a gestão, isso entra na conta de vida útil; para a equipe técnica, na conta de segurança e operação. Não basta perguntar se é possível instalar outro sistema: é preciso saber o que se perde e o que pode ser restaurado. Por isso o texto separa três relógios — o do sistema, o dos aplicativos e o da atestação de hardware —, que vencem em momentos diferentes.

Dois fins de vida para o mesmo tablet

O primeiro fato que enfraquece a explicação fácil — “o hardware não aguenta mais” — está nos registros de atualização da Samsung. A família Tab S3 teve mais de um limite de suporte, conforme a variante.

Nos registros regionais da variante Wi-Fi SM-T820 que consultamos, o sistema aparece como Android 8.0 Oreo. Uma das páginas lista a versão T820XXU3BSD1, liberada em 1º de maio de 2019, com atualização de segurança de 1º de abril daquele ano (registro Samsung); a mesma versão aparece em outras publicações regionais, com datas locais diferentes (uma, outra). Esses registros ilustram o histórico consultado, não um censo de todas as variantes regionais.

O SM-T825Y, variante com conexão móvel, chegou ao Android 9 Pie. A Samsung registra a atualização para essa versão em setembro de 2019 e, como versão mais recente na página consultada, a T825YDXU3CTD2, liberada em 28 de maio de 2020, com atualização de segurança de 1º de março de 2020 (histórico de versões da Samsung). O registro informa também que essa atualização trouxe a interface One UI baseada no Android 9. É esse o modelo que motivou este texto.

A diferença de peso anunciada entre os modelos é de cinco gramas: 429 g na versão Wi-Fi e 434 g na versão com conexão móvel (anúncio da Samsung, 26/02/2017). Nos registros consultados, as variantes aparecem com versões do Android diferentes e há onze meses entre as datas das atualizações de segurança exibidas. Isso compara os registros abertos, não estabelece por si só o histórico completo de cada mercado.

Isso não prova que a Samsung deveria ter atualizado a versão Wi-Fi. Os registros mostram resultados diferentes de atualização entre variantes da mesma família, mas não explicam por que isso aconteceu. Não permitem separar decisão de portfólio de limitações técnicas. Para quem compra ou administra os aparelhos, a conclusão prática é mais simples: conferir o suporte para o código exato do modelo, sem presumir que a política de uma variante vale para outra.

O primeiro relógio: o sistema, e a promessa que não foi feita

Quando o Tab S3 foi vendido, a Samsung publicava a frequência prevista das atualizações, não um prazo de suporte em anos.

A página de escopo de atualizações da Samsung, preservada em uma captura de 3 de outubro de 2017, separava os modelos em ciclos mensais e trimestrais. O Galaxy Tab S3 9.7 constava no grupo trimestral. A nota associada dizia que a lista poderia mudar e seria revisada periodicamente (cópia arquivada da página).

Naquele documento não encontramos um número de versões principais do Android garantidas nem uma duração do suporte em anos. Havia uma frequência prevista para modelos selecionados e a ressalva de que a lista poderia mudar. Para quem comprava em 2017, não havia ali um prazo final que permitisse calcular a vida útil do software.

Hoje, a política é diferente. A Samsung informa que, a partir de janeiro de 2024, determinados aparelhos Galaxy podem receber até sete anos de atualizações de segurança. A empresa ressalva que disponibilidade e calendário variam conforme mercado, operadora e modelo (escopo atual de atualizações). A documentação do Knox especifica que o compromisso de sete anos começou com a linha Galaxy S24 (ciclo de vida de software do Knox). Para o Galaxy A35 5G, a página do produto informa até quatro gerações de atualização do Android e até cinco anos de atualizações de segurança (página do A35 5G).

Essas políticas não se aplicam retroativamente a um aparelho vendido em 2017. Comparar o Tab S3 com a promessa atual e chamar a diferença de descumprimento é misturar compromissos de épocas distintas. O ponto para a gestão é outro: sem prazo explícito, o comprador não tinha como prever, pela página consultada, quando o software deixaria de receber correções.

A pergunta útil não é apenas “por que pararam?”. É: que trabalho e risco ficam com quem compra quando o prazo de suporte não está definido? O segundo relógio ajuda a responder.

O segundo relógio: aplicativos e navegador

Para muitas rotinas de trabalho, o tablet funciona como um navegador com tela grande. Planilhas, e-mail, sistemas de relacionamento com clientes, plataformas de ensino e painéis de indicadores podem depender do Chrome ou de aplicativos ligados à versão do Android. Por isso o segundo relógio não é apenas o do sistema: é também o dos aplicativos que ainda o suportam.

Em 23 de junho de 2025, o Google informou que o Chrome 138 seria a última versão compatível com Android 8 e 9. A partir do Chrome 139, lançado em 5 de agosto daquele ano, o requisito passou a ser Android 10 ou posterior (aviso da equipe do Chrome; notas da versão 139). A página de requisitos atual confirma esse piso (requisitos do Chrome para Android).

O Google esclareceu que versões antigas do Chrome continuariam funcionando, mas não receberiam novas atualizações nesses sistemas. O navegador não para de abrir; deixa de receber correções e melhorias. Em 2026, isso significa manter um navegador sem correções recentes em um aparelho cujo sistema já não recebe atualização de segurança desde 2020. No Tab S3 com Android 9, a última versão compatível é o Chrome 138.

O padrão não é exclusivo do Google. A Microsoft encerrou em 5 de janeiro de 2026 o suporte do Outlook para Android 9 e versões anteriores. O aplicativo pode continuar funcionando por algum tempo em versões antigas, mas deixa de receber novos recursos, correções de falhas e atualizações de segurança (requisitos do Outlook para Android).

Há uma diferença importante entre os ciclos. A última atualização de segurança do T825Y é de março de 2020; o Chrome continuou compatível por mais de cinco anos. Os aplicativos prolongaram a utilidade do tablet depois que as atualizações do sistema terminaram. Quando esse suporte também acaba, a limitação aparece no trabalho cotidiano, embora nenhum componente físico tenha deixado de funcionar.

O terceiro relógio: a marca permanente da atestação

Os dois primeiros relógios têm uma coisa em comum: quando vencem, o aparelho continua ligando. O terceiro é diferente. Não depende do tempo; pode ser acionado pela decisão de instalar um sistema não aprovado pela Samsung e, segundo a documentação da empresa, não pode ser revertido por software.

O mecanismo é o Knox Warranty Bit, ou indicador de violação da garantia Knox. No documento de segurança de hardware, a Samsung o descreve como um registro persistente, gravado em um fusível eletrônico de uso único, que identifica quando o aparelho executa uma configuração não aprovada. A marca permanece mesmo depois de outras mudanças de software (documentação de segurança de hardware do Knox, atualizada em 07/03/2025).

Na prática, o indicador não expira nem é limpo ao reinstalar o sistema oficial. Ele registra que, em algum momento, o aparelho executou componentes que a Samsung não aprovou.

O indicador pode ser ativado quando a inicialização confiável detecta um núcleo do sistema sem assinatura reconhecida ou quando uma proteção crítica, como o SELinux — mecanismo que restringe o acesso de programas a recursos do sistema —, está desabilitada. O risco relevante, portanto, não é instalar qualquer atualização, mas iniciar componentes que a Samsung não aprova. A empresa afirma que o indicador não pode ser revertido por software; restaurar os serviços Knox pode exigir substituir a placa principal (pergunta frequente da Samsung Knox).

O que muda quando o indicador é acionado? Segundo a documentação do Knox para empresas, espaços de trabalho existentes ficam bloqueados e seus dados deixam de ser acessíveis; não é possível criar novos espaços; serviços Knox em nuvem, como Knox Mobile Enrollment, Knox Configure e Knox Manage, param de funcionar; recursos exclusivos do Knox, como a proteção do núcleo em tempo real (RKP) e a atestação — a verificação remota de que o aparelho mantém uma configuração confiável —, também deixam de operar. Serviços Samsung que dependem do Knox, como Samsung Pay e Pasta Segura, podem ser afetados (perguntas frequentes do Knox para empresas).

Há também um impacto sobre dados protegidos por chaves criptográficas vinculadas ao aparelho. A Samsung informa que o indicador participa da proteção dessas chaves e que os dados protegidos por elas podem se tornar inacessíveis quando o indicador é acionado (documentação de segurança de hardware do Knox). Não é uma simples tela de aviso: pode haver perda permanente de acesso a dados protegidos.

Restaurar o aparelho para os padrões de fábrica não limpa o indicador. A documentação diz que o tablet ainda pode ser usado depois da restauração, mas algumas funções Knox — como criar um perfil de trabalho — e serviços que dependem dessa segurança, como Samsung Pay, ficam bloqueados. Em termos práticos: o dispositivo pode voltar ao uso pessoal, mas não recupera a camada Knox (documentação de segurança de hardware do Knox).

Há ainda uma proteção contra a reversão de versões: depois que o aparelho grava no hardware um nível mais novo de determinados componentes de inicialização, pode impedir a instalação de versões anteriores desses componentes. A documentação também informa que instalar uma versão antiga ou não oficial do Android pode acionar o indicador Knox. Portanto, voltar para uma versão anterior não é uma saída garantida e pode agravar a situação (documentação de segurança de hardware; pergunta frequente da Samsung Knox).

É por isso que esse terceiro relógio importa para a decisão. Os outros dois avançam com o tempo. Este pode ser acionado justamente quando alguém tenta prolongar a vida do aparelho instalando outro sistema.

A saída que não existe como produto

A alternativa mais óbvia — instalar uma versão mais nova do Android — não está disponível como opção oficial e mantida para este aparelho nas fontes consultadas.

O LineageOS, sistema comunitário usado para manter aparelhos fora do suporte oficial, não lista o Tab S3 entre os modelos atendidos. A própria wiki do projeto esclarece que modelos ausentes da lista não são suportados (lista oficial de dispositivos LineageOS).

O postmarketOS, projeto que adapta Linux a celulares e tablets, também não lista pacote para esse modelo no repositório oficial consultado. Verificamos as quatro categorias de dispositivos — main, community, testing e archived — e não encontramos nelas o código gts3l (principal; comunitária; em teste; arquivada).

A ausência é específica do modelo, não dos tablets em geral. A lista do LineageOS inclui modelos próximos, como Galaxy Tab S 10.5 Wi-Fi, Galaxy Tab S2 9.7 Wi-Fi e Galaxy Tab S5e Wi-Fi. O Tab S3 ficou de fora.

Não identificamos, nas fontes consultadas, uma versão comunitária atual e mantida para o Tab S3. Pode haver uma imagem de terceiros fora dos catálogos examinados, mas não a tratamos aqui como opção disponível. Se uma equipe encontrar ou desenvolver uma versão compatível, mantê-la significará acompanhar vulnerabilidades do Android e do núcleo do sistema, incorporar correções e testar o resultado — sem garantia nem suporte do fabricante, e sem obrigação contratual de manutenção.

Para a Samsung, instalar software não oficial significa colocar o aparelho em uma configuração não aprovada. É essa condição que a documentação da empresa associa ao indicador Knox (pergunta frequente da Samsung Knox).

Se houver um sistema de terceiros compatível, instalá-lo não é uma troca neutra de software: um núcleo não aprovado pela Samsung pode acionar o indicador Knox permanente, e a reinstalação do sistema oficial não o apaga.

Uma comparação limitada: inicialização segura em computadores

Computadores também podem usar inicialização segura (Secure Boot), mas as opções dependem do fabricante, do firmware e da configuração. O contraste a seguir não descreve todos os computadores: usa como exemplos as configurações documentadas pela Microsoft e pelo Ubuntu para ambientes x86 compatíveis.

Na documentação da Microsoft para fabricantes de computadores, o firmware pode permitir que uma pessoa presente diante do equipamento altere certas configurações por meio dos menus de inicialização. O documento também descreve uma chave de plataforma que pode autorizar mudanças nas chaves de inicialização ou desativar a inicialização segura (documentação da Microsoft sobre Secure Boot). Isso não significa que todo computador ofereça as mesmas opções; significa que o modelo de PC documentado prevê caminhos de configuração pelo usuário.

No Ubuntu, por exemplo, o MOK — mecanismo de cadastro de chaves próprias do sistema — permite adicionar chaves para autorizar núcleos ou carregadores personalizados, remover chaves confiáveis e ajustar a validação da inicialização. A documentação também explica como desativar essa validação no carregador do Ubuntu ou desligar a inicialização segura nas configurações do firmware (documentação de segurança do Ubuntu).

Em resumo: no exemplo documentado pelo Ubuntu, o usuário pode cadastrar uma chave ou alterar a validação da inicialização. Ele assume parte da responsabilidade por decidir qual software será aceito. Isso não é uma garantia geral sobre computadores; é uma opção disponível em determinadas configurações.

Nas páginas da Samsung consultadas — documentação de segurança de hardware, perguntas frequentes empresariais e suporte Knox — não encontramos um processo para cadastrar uma chave própria e manter a atestação Knox. Nossa leitura é que uma chave adicionada por um mecanismo como o MOK não tornaria, por si só, um sistema reconhecido pelo Knox; as fontes consultadas não descrevem esse caminho (segurança de hardware; perguntas frequentes empresariais; suporte Knox).

flowchart TD
    subgraph Knox["Modelo Fechado (Samsung Knox / Tab S3)"]
        direction TB
        K_HW["ROM de Boot (Hardware)"] --> K_BL["Bootloader Primário"]
        K_BL --> K_Check{"Assinatura oficial Samsung?"}
        K_Check -- "Sim" --> K_Kernel["Kernel Oficial"] --> K_OS["Serviços Corporativos Ativos"]
        K_Check -- "Não" --> K_Fuse["⚡ Queima física de eFuse (0x1)"]
        K_Fuse --> K_Dead["Perda permanente de atestação Knox<br/>(Solução oficial: troca física da placa)"]
    end

    subgraph MOK["Modelo Aberto (PC x86 / UEFI com MOK)"]
        direction TB
        U_HW["Firmware UEFI"] --> U_SB{"Secure Boot Ativo?"}
        U_SB -- "Sim" --> U_Keys{"Chave no db ou MOK?"}
        U_Keys -- "Chave OEM" --> U_Default["SO Padrão do Fabricante"]
        U_Keys -- "Chave MOK do Usuário" --> U_Custom["Kernel Customizado / Linux"]
        U_Custom --> U_Live["Inicialização segura preservada<br/>(Reversível sem dano físico)"]
    end

A queima do eFuse como política de descarte: A atestação Knox não é apenas uma checagem em software; ela aciona um circuito físico permanente. Quando o indicador é alterado por um kernel não assinado pelo fabricante, a perda de atestação corporativa inviabiliza o reaproveitamento seguro do equipamento na frota.

A tabela resume a diferença relevante para quem decide: não basta saber que há uma proteção de inicialização. É preciso saber quem pode autorizar outro sistema, o que fica registrado quando isso acontece e qual é o custo de voltar atrás.

A melhor objeção

A melhor objeção é que este texto trata como problema de manutenção um mecanismo de segurança que está funcionando como projetado. E essa objeção é, em parte, verdadeira.

Primeiro: o aparelho marcado não vira um peso de papel. A documentação da Samsung informa que o usuário ainda pode iniciar o aparelho e abrir aplicativos pessoais. Também ressalva que funções fora do espaço corporativo podem continuar funcionando (documentação de segurança Knox para empresas; inicialização confiável). Quem nunca dependeu de perfil de trabalho, Samsung Pay ou Pasta Segura pode perder pouco; para esse uso, o impacto é limitado.

Segundo: o indicador existe por uma razão legítima. A Samsung o apresenta como mecanismo para detectar software não oficial e reduzir tentativas maliciosas de acesso a dados (pergunta frequente da Samsung Knox). Um núcleo modificado por um invasor pode, por exemplo, tentar capturar credenciais. Permitir que o dispositivo volte a ser considerado confiável sem registrar a alteração poderia abrir uma brecha real.

Terceiro: a Samsung não é obrigada a suportar hardware de 2017 para sempre. Um tablet de nove anos pode ter bateria degradada, desempenho limitado e peças difíceis de encontrar. Nada aqui é um argumento por suporte eterno.

Quarto: talvez seja um caso de nicho, porque poucas pessoas instalam sistemas alternativos em tablets. Mas isso não muda a decisão de quem considera fazê-lo para prolongar a vida de um equipamento de trabalho — justamente quando o custo de perder funções corporativas é maior. E a questão vai além de instalar outro Android: vale para qualquer dispositivo com inicialização verificada e atestação remota.

O que essas quatro objeções não respondem é o problema de desenho. A documentação descreve um indicador permanente para configurações não aprovadas, mas não mostra uma distinção entre uma alteração maliciosa e a instalação, pelo proprietário, de um núcleo que a Samsung não assinou. Ambas podem levar ao mesmo estado do indicador. Nossa leitura é que esse controle também determina a política de manutenção: para restaurar certos serviços, a Samsung aponta para a troca da placa.

Há ainda o dado da primeira seção: a variante T825Y recebeu atualizações até 2020 e chegou ao Android 9, enquanto os registros consultados para a T820 mostram Android 8. Isso confirma resultados diferentes entre variantes, mas não identifica a causa; os registros não permitem separar decisões de portfólio de diferenças técnicas.

O preço de cada saída, e a posição

Para a gestão, a decisão envolve orçamento de substituição, risco e tempo de vida do ativo. Para a equipe técnica, envolve correções, compatibilidade dos aplicativos e suporte operacional. Restam três caminhos, cada um com custos diferentes.

Manter o software oficial. A última atualização de segurança é de março de 2020, e o Chrome para no 138. O custo não aparece como uma compra imediata: vira exposição a falhas sem correção e uma decisão que a organização terá de tomar — quando retirar o aparelho de uso. Para um equipamento de trabalho, isso não é um plano de manutenção; é uma vida útil sem data de encerramento definida.

Instalar um sistema comunitário (cenário hipotético). Se houver uma versão compatível, o aparelho pode ganhar software mais recente. Mas um núcleo não aprovado pela Samsung pode acionar o indicador Knox permanente, bloquear serviços e deixar inacessíveis dados protegidos por chaves vinculadas ao aparelho. A documentação aponta que restaurar alguns serviços Knox pode exigir a troca da placa principal; ela não promete que todos os dados afetados serão recuperados. Como não identificamos uma versão atual e mantida para o modelo nas fontes consultadas, qualquer equipe que a encontre ou desenvolva também assumiria a manutenção: acompanhar vulnerabilidades, aplicar correções e testar o resultado. É uma escolha técnica e operacional, não apenas uma instalação.

Substituir o aparelho. O custo é comprar outro equipamento e descartar — ou reaproveitar em uma função de menor risco — um tablet que ainda liga. É o caminho mais previsível para recuperar suporte de fábrica.

A posição deste texto: se o tablet é usado em um ambiente corporativo que depende de gerenciamento de dispositivos, perfil de trabalho ou atestação de segurança, instalar um sistema comunitário não é uma opção neutra. Manter o sistema oficial significa aceitar um aparelho sem atualizações recentes e planejar sua substituição. Se o uso é pessoal e as funções Knox não são necessárias, um sistema alternativo compatível — caso seja encontrado ou desenvolvido — pode prolongar a utilidade do hardware, desde que o proprietário assuma sua manutenção e considere o risco de perder serviços Knox.

O ponto não é chamar o fim do suporte de abandono. É distinguir duas situações: o fabricante encerra as atualizações; e o proprietário que tenta assumir a manutenção pode acionar um indicador permanente, deixar serviços Knox indisponíveis e correr o risco de perder acesso a dados protegidos. A documentação aponta a troca da placa principal para restaurar alguns serviços. Essas consequências deveriam entrar na conta de quem compra o próximo aparelho — seja para uso pessoal, seja para uma frota corporativa.

flowchart TD
    Start["Aquisição de Dispositivos para Frota Corporativa"] --> Q1{"Exige atestação de integridade<br/>vinculada à nuvem do fabricante?"}
    Q1 -- "Sim" --> PathA["Ciclo de obsolescência fechado"]
    PathA --> EndA["Fim do suporte comercial (5 a 7 anos):<br/>Substituição obrigatória de 100% da frota"]
    Q1 -- "Não" --> Q2{"Hardware aceita chaves do proprietário<br/>(ex.: MOK ou controle de Secure Boot)?"}
    Q2 -- "Sim" --> PathB["Custódia transferível para a equipe"]
    PathB --> EndB["Pós-fabricante: sustentação por LTS corporativa<br/>ou distribuição independente homologada"]
    Q2 -- "Não" --> PathC["Sucateamento de hardware funcional"]

O relógio do suporte versus o relógio da posse: Ampliar as atualizações de 3 para 7 anos adia a reposição, mas não altera a arquitetura de posse. Ao término do prazo comercial, o dispositivo permanece sem caminho oficial para que o proprietário recertifique e mantenha o sistema operacional.

Em 2036: uma projeção, não uma previsão

Não é possível saber hoje como cada aparelho de 2036 será mantido. É possível comparar a promessa de suporte atual com a estrutura técnica que permanece documentada.

A Samsung ampliou o primeiro relógio. Para a linha Galaxy S24, a empresa publicou uma política de até sete anos de suporte e atualizações de segurança (ciclo de vida de software Knox, atualizado em 07/03/2025). Para o A35 5G, a página do produto informa até quatro versões principais do Android e até cinco anos de atualizações de segurança. Um aparelho lançado em 2026 com uma política de sete anos poderia continuar recebendo correções até o início da década de 2030, conforme as condições aplicáveis ao modelo. É uma melhora real.

xychart-beta
    title "Janela de Suporte Oficial do Fabricante vs. Vida Útil do Hardware (Anos)"
    x-axis ["Tab S3 (2017)", "Galaxy A35 (2024)", "Galaxy S24 (2024)", "Vida Útil Física do Ativo"]
    y-axis "Anos de suporte ou operação" 0 --> 12
    bar [3, 5, 7, 10]

Mas a promessa é sobre prazo, não sobre quem pode manter o aparelho depois que ele termina. Nas páginas públicas de política da Samsung Mobile Security e do ciclo de vida do Knox, não encontramos um processo para que o proprietário ou um fornecedor independente recertifique o dispositivo ao fim do suporte (escopo das atualizações; ciclo de vida de software Knox). E o mecanismo que restringe essa saída continua documentado: o material de segurança de hardware do Knox, atualizado em março de 2025, descreve um fusível eletrônico permanente que registra configurações não aprovadas. Isso não prova que todo modelo de 2026 tenha exatamente o mesmo conjunto de funções Knox do Tab S3; mostra que a documentação atual ainda descreve esse mecanismo de confiança de hardware (segurança de hardware do Knox).

As duas informações aparecem em documentos diferentes: a política de suporte anuncia a duração das atualizações; a documentação técnica explica a consequência de instalar componentes não aprovados. Quem avalia uma compra precisa considerar as duas.

Faça uma projeção, não uma previsão. Um aparelho lançado em 2026 com uma política de até sete anos poderia deixar de receber atualizações por volta de 2033, dependendo do modelo e das condições da política. Em 2036 teria cerca de dez anos e poderia estar há alguns anos sem suporte. A situação não seria idêntica à do Tab S3: o ciclo prometido seria mais longo. Mas a pergunta estrutural pode permanecer — o que o proprietário pode fazer depois que as atualizações acabam? Um prazo maior adia a decisão; não responde quem controla a manutenção seguinte.

O que teria de mudar para reduzir esse risco? Na nossa leitura, três coisas, que não encontramos nas políticas consultadas:

1. O proprietário poder autorizar as próprias chaves de inicialização, como é possível em algumas configurações de computadores.
2. O fabricante oferecer um processo público, com critérios e prazo, para avaliar sistemas mantidos por terceiros.
3. A proteção distinguir melhor uma alteração de manutenção feita pelo proprietário de uma alteração maliciosa, em vez de registrar ambas da mesma forma permanente.

Nas políticas consultadas, essas possibilidades não estão descritas. O número de anos informa por quanto tempo o fabricante pretende atualizar o sistema, mas não responde o que o proprietário poderá fazer depois. Um aparelho comprado em 2026 pode chegar a 2036 com uma política de suporte mais longa e ainda deixar em aberto a questão da manutenção independente. O problema nunca foi apenas o Android 9.

A pergunta que fica não é só sobre o Tab S3. Para gestores que compram equipamentos e equipes técnicas que os mantêm, é: quem pode autorizar uma atualização quando o suporte oficial termina, e o que acontece se a organização assumir essa manutenção? Se apenas o fabricante pode manter o aparelho reconhecido como confiável, o fim do suporte também transfere a decisão — e seus custos — para quem comprou.

Notas de método

Snapshot: 30 de outubro de 2026. Todos os links foram abertos nesta data.

Tipo de texto: análise documental, com um relato de primeira parte na abertura: o aparelho voltou a ser usado para trabalho. Nenhum experimento foi executado nele — não houve flash, não houve medição de bateria, não houve teste de aplicativo. Onde o texto descreve o que acontece com o bit marcado, está descrevendo o que a Samsung documenta, não o que observamos.

Imagem de abertura: gerada por IA a partir do assunto deste texto — um tablet sobre a mesa, com cadeado e relógios ao redor. Não leva rótulo, número nem marca de terceiro, e não é registro fotográfico do aparelho que motivou o texto nem do estado em que ele se encontra.

Fontes: registros oficiais de firmware da Samsung; páginas de política de atualização da Samsung Mobile Security, incluindo uma captura arquivada de outubro de 2017; documentação de segurança, ciclo de vida e suporte empresarial do Knox; anúncio e requisitos de sistema do Chrome; requisitos do Outlook; lista oficial de dispositivos LineageOS; repositório de pacotes do postmarketOS; documentação de inicialização segura da Microsoft e do Ubuntu.

O que não encontramos: uma declaração numérica da política de atualização da Samsung vigente em 2017 — o que existe é a cadência mensal ou trimestral, sem prazo. Uma página da Samsung descrevendo o desbloqueio do fabricante e o que ele libera: os documentos descrevem o efeito (indicador acionado por núcleo não assinado), não o procedimento. Uma versão Android 9 para SM-T820 ou SM-T825 nas nove páginas de firmware que abrimos — não é um censo mundial. Uma imagem comunitária atual e mantida para o Tab S3 nas listas oficiais de LineageOS e postmarketOS. No postmarketOS, conferimos as quatro categorias de dispositivo do repositório (principal, comunitária, em teste e arquivada); a wiki do projeto não abriu. Também não encontramos a data de entrada em venda no varejo nem a regra primária sobre inicialização segura não desativável em computadores com processadores ARM, que fica fora do escopo: o contraste com computadores aqui se limita ao caso x86.

O que é leitura nossa: a tese de que o fim do suporte pode se tornar um bloqueio à manutenção independente; a importância do navegador para o uso profissional; a interpretação de que variantes diferentes receberam limites de atualização distintos; e as três condições que poderiam reduzir o problema. Os números e descrições de produto vêm das fontes; a análise e as implicações para gestão e tecnologia são nossas.

Excluído deliberadamente: preço de aparelhos novos, recomendação de marca, tutorial de instalação e qualquer afirmação sobre a verificação de integridade do Google ou aplicativos bancários. A documentação da Samsung cobre a camada Knox, não os mecanismos do ecossistema Google; misturar as duas coisas seria especulação.