Sérgio Sant'Ana Júnior
Índice
Quando administramos dispositivos Windows no Microsoft Intune, uma das dúvidas mais comuns no inventário, no troubleshooting e até na criação de políticas é entender exatamente o que o sistema está mostrando em campos como versão do sistema operacional, build e revisão.
Em muitos cenários, o administrador abre os detalhes do dispositivo, enxerga algo como 10.0.22631.XXX e logo surge a dúvida: isso é Windows 10 ou Windows 11? É 22H2, 23H2 ou 24H2? E por que ainda aparece “10.0” até em máquinas com Windows 11?
Essa interpretação correta faz diferença no dia a dia. Ela ajuda a validar se o dispositivo está na versão esperada, facilita a leitura do inventário no Intune, melhora a definição de políticas de conformidade e também evita erros em filtros, relatórios e processos de atualização. A própria Microsoft trata o controle de versão do Windows no Intune com base no formato major.minor.build.revision, justamente porque a leitura de versão precisa ir além do nome comercial do sistema.
O ponto central é simples: para administrar bem dispositivos Windows no Intune, não basta olhar somente “Windows 10” ou “Windows 11”, pois o conceito ideal é entender a base NT, o papel do kernel, a lógica das builds e como tudo isso aparece no inventário e nas políticas do ambiente corporativo.
O que é NT no Windows
Para aqueles que não sabem, NT vem de Windows NT, a família de sistemas operacionais que serve de base para o Windows moderno. É essa arquitetura que sustenta o Windows cliente atual, o Windows Server e diversas camadas internas do sistema. Dentro dessa base, o kernel é o núcleo do sistema operacional, responsável por funções fundamentais como gerenciamento de processos, threads, memória, interrupções e comunicação com drivers em modo kernel. A documentação da Microsoft descreve o kernel e os componentes executivos como parte central do funcionamento interno do Windows.
Na prática, isso significa que o Windows que vemos na interface gráfica é apenas a parte visível de uma estrutura muito maior e mais antiga. Para o profissional de TI, entender isso é importante porque explica por que o Windows consegue manter compatibilidade por tantos anos entre versões, drivers, aplicativos corporativos e ferramentas de gerenciamento. Essa estabilidade da base é uma das razões pelas quais a Microsoft preserva certos padrões internos mesmo quando o nome comercial do sistema muda.
Desde quando existe a base 10.0 no Windows
A base interna 10.0 existe desde o lançamento do Windows 10. A Microsoft documenta no material de verificação de versão do Windows que o Windows 10 passou a usar a versão interna 10.0, e o histórico oficial de releases mostra a versão inicial 1507 como build 10240, lançada em 2015.
Então, sim: quando falamos em “kernel 10.0” ou, de forma mais precisa, na base interna 10.0, estamos falando de uma estrutura que já existe há muitos anos. Em 2026, ela já tem mais de uma década de uso dentro da linha moderna do Windows cliente. Isso ajuda a explicar por que o número continua aparecendo em ferramentas, APIs e relatórios mesmo em versões mais novas do sistema.
Por que o Windows 11 continua aparecendo como 10.0?
Essa é a dúvida que mais confunde os profissionais em ambiente corporativo. A própria Microsoft afirma que o Windows 11 foi construído sobre a mesma fundação do Windows 10 e que a transição entre as duas gerações é natural justamente por compartilharem a mesma base tecnológica.
Por isso, em várias leituras internas e APIs do sistema, Windows 10 e Windows 11 continuam aparecendo como 10.0. A página oficial sobre versão do sistema operacional lista Windows 10 e Windows 11 dentro desse mesmo padrão. Em outras palavras, a mudança para “Windows 11” é comercial, funcional e visual, mas não significou uma troca da base interna para “11.0”.
Do ponto de vista técnico, isso também ajuda na compatibilidade. Manter a mesma fundação reduz o impacto em aplicações legadas, scripts, instaladores, drivers e mecanismos que dependem da identificação interna da plataforma. Para quem trabalha com suporte e gerenciamento, isso explica por que olhar apenas o 10.0 não resolve quase nada quando o objetivo é identificar corretamente a versão do sistema.
O que são as builds do Windows?
A build é o número que realmente ajuda o profissional de TI a identificar a geração do sistema. Quando você vê algo como 10.0.22631.6780, pode interpretar assim:
| 10.0 | Representa a versão interna do Windows, baseada na plataforma Windows NT 10.0. |
| 22631 | Representa a build do sistema operacional, que identifica a geração e a versão do Windows. Exemplo: Windows 11 23H2, 24H2, 25H2 etc. |
| 6780 | Trata-se da revisão da build, normalmente alterada por atualizações cumulativas mensais. |
Na administração do Windows, a build é muito mais útil do que olhar apenas o “10.0”, porque é ela que diferencia Windows 10 e Windows 11 e também indica se o dispositivo está em 21H2, 22H2, 23H2 ou 24H2. As páginas oficiais de release information da Microsoft fazem exatamente essa associação entre versão comercial e build. (Microsoft Learn)
Como identificar, na prática, se é Windows 10 ou Windows 11
Aqui está a lógica mais útil para o dia a dia de administração:
Se a build começar na faixa 19044 ou 19045, estamos falando da família Windows 10. A versão 21H2 corresponde à build 19044 e a 22H2 corresponde à 19045.
Se a build estiver na faixa 22XXX, 22621, 22631, 26100, 26200 ou 28000, estamos falando da família Windows 11. A build 22000 corresponde ao Windows 11 21H2, a 22621 ao 22H2, a 22631 ao 23H2 e a 26100 ao 24H2, 26200 ao 25H2. E não podemos esquecer da 28000 que é a 26H2.
Traduzindo isso para o inventário:
- 10.0.19045.x = Windows 10 22H2
- 10.0.22000.x = Windows 11 21H2
- 10.0.22621.x = Windows 11 22H2
- 10.0.22631.x = Windows 11 23H2
- 10.0.26100.x = Windows 11 24H2
- 10.0.26200.x = Windows 11 25H2
- 10.0.28000.x = Windows 11 26H2
Esse é o ponto mais importante do artigo para quem trabalha com Intune: o que realmente separa Windows 10 de Windows 11 no inventário é a build, e não apenas o “10.0”.
Como ler isso dentro do Microsoft Intune
No Microsoft Intune, a validação prática começa em Devices > All devices. Nessa área, o administrador consegue consultar os detalhes do equipamento e cruzar essas informações com troubleshooting, conformidade e atualização. A documentação da Microsoft usa essa tela como referência para análise de detalhes do dispositivo.
Observe o número completo exibido nos exemplos abaixo. Em seguida, separe mentalmente a estrutura em base, build e revisão. Por fim, compare a build com a tabela oficial de releases do Windows 10 e Windows 11.
Exemplo prático: se o Intune mostrar 10.0.22631.XXXX, você já sabe que a base interna é 10.0, mas a build 22631 aponta para Windows 11 23H2. Se aparecer 10.0.19045.XXXX, trata-se de Windows 10 22H2. Essa leitura simples evita muita confusão em inventário e suporte.
Como isso ajuda em políticas de conformidade e atualização
O entendimento de build não serve apenas para inventário. Ele também é útil para compliance, rollout e governança. A Microsoft informa que, em políticas de conformidade do Intune, o administrador deve informar a versão mínima ou máxima no formato major.minor.build.revision.
Na prática, isso permite criar controles como:
- Exigir um build mínimo para que o dispositivo seja considerado compatível;
- Identificar dispositivos abaixo da versão recomendada;
- Apoiar campanhas de atualização de versão;
- Cruzar inventário com rollout de feature updates;
- Reduzir erro de interpretação em grupos dinâmicos, filtros e troubleshooting.
Nota: Esse ponto é muito útil principalmente quando a empresa quer padronizar o parque, por exemplo, exigindo Windows 11 25H2 ou superior em determinados grupos de dispositivos.
Quando o administrador entende essa separação, fica muito mais fácil interpretar o que está vendo no Intune, no winver, no ver, no systeminfo e em relatórios exportados do ambiente.
Conclusão
Para administrar bem dispositivos Windows no Microsoft Intune, entender a diferença entre NT, kernel, versão interna e build deixa de ser teoria e passa a ser algo muito prático. O Windows 10 introduziu a base interna 10.0, e o Windows 11 continuou sobre a mesma fundação. Por isso, olhar só para o 10.0 não basta. O identificador mais confiável para diferenciar Windows 10 e Windows 11 no inventário e no suporte é a build do sistema.
No Intune, essa leitura melhora sua análise e discernimento, sabendo separar os dispositivos que estão desatualizados e amplia sua análise técnica. Pode parecer um conceito simples, mas que faz total diferença na vida dos profissionais que gerenciam endpoints.
E você, já conhecia essas diferenças entre kernel, versão interna e builds do Windows? Compartilhe sua experiência nos comentários, envie este conteúdo para outros profissionais de TI e venha fazer parte dessa jornada conosco.