Zero Trust empresas: como começar sem trocar toda a infraestrutura

Zero Trust empresas deixou de ser um conceito reservado a grandes bancos ou agências governamentais para se tornar uma exigência concreta de sobrevivência digital. O alerta recente de Thiago Tanaka, diretor de Cibersegurança, sobre como o comprometimento de um único prestador pode abrir caminho para atingir várias instituições conectadas a ele ilustra com precisão o problema. Muitas organizações ainda operam com a lógica de que tudo dentro da rede é confiável, mas essa premissa ruiu diante de fornecedores que mantêm conexões diretas com sistemas críticos, funcionários em home office e aplicações espalhadas por múltiplas nuvens. Nesse cenário, a pergunta não é mais se a sua empresa deve adotar Zero Trust, mas como fazer isso sem paralisar a operação.

O modelo tradicional de segurança baseado em perímetro presume que, uma vez dentro do firewall, usuários e dispositivos são confiáveis. O problema é que criminosos descobriram que não precisam invadir o perímetro: basta comprometer um parceiro, um prestador de serviço ou um endpoint legítimo. Ao obter credenciais válidas de um fornecedor, atacantes conseguem usar conexões legítimas para alcançar diferentes instituições que dependem do mesmo serviço. Esse vetor de ataque é particularmente grave no setor financeiro, onde fornecedores de software, integradores e processadores de pagamento frequentemente possuem acessos privilegiados a sistemas bancários. A abordagem de confiar por padrão nesses acessos cria um efeito cascata que transforma um único incidente em uma crise sistêmica.

As notícias recentes do mercado reforçam essa urgência. A Skyhigh Security lançou o Hybrid Mesh SSE, uma arquitetura adaptativa que entrega Zero Trust e proteção avançada de dados onde quer que o trabalho aconteça, ao mesmo tempo em que reduz custos operacionais de Security Service Edge (SSE). A Netskope, por meio de seu fundador Sanjay Beri, defendeu que todos os agentes de IA devem ser colocados em uma categoria zero-trust, com controles rígidos e responsabilização das empresas por suas ações. Já a NTT West, em parceria com a NTT SmartConnect, anunciou um serviço gerenciado de segurança zero-trust que combina tecnologia Zscaler para ajudar empresas e governos locais no Japão a implantar e operar ambientes seguros. Esses movimentos mostram que a indústria está convergindo rapidamente para modelos de segurança que não dependem de perímetro.

Um dos maiores mitos que ainda afasta gestores de TI da adoção de Zero Trust empresas é a crença de que será necessário substituir toda a infraestrutura existente — firewalls, switches, diretórios, VPNs e endpoints. Na prática, Zero Trust não é um produto que se compra, mas uma estratégia que se implementa em camadas, reaproveitando ativos já instalados e adicionando controles progressivos. É possível começar com um inventário de identidades, uma política de acesso condicional e microssegmentação de cargas críticas, sem desligar o perímetro tradicional da noite para o dia. A evolução pode ser gradual, orientada por risco e compatível com o orçamento disponível.

Neste artigo, vamos demonstrar como iniciar um projeto de Zero Trust empresas em etapas, usando ferramentas que sua organização provavelmente já possui, mas de maneira mais inteligente. Na JRT Technology Solutions, desenvolvemos, implementamos e oferecemos suporte a projetos de Zero Trust para organizações de diferentes portes, sempre com foco em reduzir a superfície de ataque sem causar interrupções no negócio. A seguir, você verá um roteiro técnico e direto para começar essa jornada, baseado nos aprendizados mais recentes do mercado e em casos reais de ambientes corporativos.

O que é Zero Trust empresas e por que o modelo de perímetro faliu

Zero Trust empresas é uma abordagem de segurança que parte de um princípio simples e radical: nenhuma entidade — usuário, dispositivo, aplicação ou carga de trabalho — deve ser considerada confiável por padrão, independentemente de estar dentro ou fora da rede corporativa. Em vez de uma confiança implícita baseada na localização, cada solicitação de acesso precisa ser verificada continuamente, autenticada e autorizada de acordo com políticas que consideram identidade, postura do dispositivo, contexto da solicitação e sensibilidade dos dados. Esse modelo é sintetizado por três diretrizes centrais: verificar explicitamente, usar acesso de menor privilégio e assumir que a violação já ocorreu.

O modelo de perímetro tradicional surgiu em uma época em que servidores ficavam em salas físicas, funcionários trabalhavam em escritórios e aplicações rodavam em data centers próprios. O firewall era a fronteira entre o mundo confiável e o mundo hostil. Porém, essa topologia foi desmontada por três forças simultâneas: o trabalho remoto e híbrido, a migração acelerada para múltiplas nuvens e a proliferação de dispositivos pessoais acessando sistemas corporativos. Não existe mais um único perímetro a ser defendido. O perímetro agora é distribuído, dinâmico e muitas vezes invisível, formado por identidades, APIs e conexões entre serviços.

O ataque hacker à Binance, amplamente noticiado, é um exemplo claro de como plataformas digitais de alto valor se tornam alvos constante de tentativas de invasão. Embora cada caso tenha particularidades, a lição é universal: quando a confiança é baseada apenas na presença de um token, cookie ou IP interno, qualquer comprometimento de credencial pode se transformar em acesso irrestrito. Em um ambiente Zero Trust, mesmo que um invasor consiga uma senha, ele ainda precisará passar por validações adicionais, como autenticação multifator, análise de postura do dispositivo e políticas de acesso condicional que limitam o movimento lateral.

O alerta sobre fornecedores expostos a bancos, mencionado por Thiago Tanaka, conecta-se diretamente a essa fragilidade do perímetro. Prestadores de serviços frequentemente possuem conexões VPN ou links permanentes com sistemas bancários para executar tarefas legítimas. Se um atacante compromete esse fornecedor, ele herda essas conexões e pode se movimentar lateralmente entre as instituições que compartilham o mesmo serviço. No paradigma Zero Trust, o acesso de terceiros seria segmentado por aplicação, com sessões limitadas por tempo, privilégios mínimos e monitoramento contínuo, impedindo que uma única credencial comprometida abra portas para toda a rede.

Adotar Zero Trust empresas não significa eliminar o perímetro existente do dia para a noite, mas sim reduzir gradualmente a dependência da confiança implícita. O primeiro passo é mudar a mentalidade de segurança de “confiar e verificar” para “nunca confiar, sempre verificar”. Isso exige revisar como as políticas de acesso são definidas, como as identidades são gerenciadas e como os fluxos de dados são monitorados. Na JRT Technology Solutions, auxiliamos organizações a mapear esses pontos cegos e a desenhar uma arquitetura de confiança adaptativa que evolui sem rupturas.

Zero Trust empresas na era da IA distribuída e dos agentes autônomos

O lançamento do Skyhigh Hybrid Mesh SSE coloca em evidência um desafio que tende a crescer nos próximos anos: como aplicar Zero Trust empresas em um ambiente onde dados e cargas de trabalho estão distribuídos por data centers, nuvens públicas, borda e dispositivos remotos? A proposta da Skyhigh é entregar uma malha híbrida de Security Service Edge que combina Zero Trust e proteção de dados onde quer que o trabalho aconteça, sem concentrar todo o tráfego em um único ponto de inspeção. Essa arquitetura adaptativa permite que as políticas de segurança acompanhem os dados, em vez de depender de uma localização fixa.

À medida que as empresas adotam inteligência artificial generativa e agentes autônomos, a superfície de ataque muda de forma qualitativa. A declaração do fundador da Netskope, Sanjay Beri, de que todas as empresas devem colocar todos os agentes de IA em uma categoria zero-trust é um marco importante. Agentes de IA não são meros scripts: eles tomam decisões, acessam bases de dados, movem informações entre sistemas e executam ações com credenciais corporativas. Se um agente é comprometido ou induzido a agir de forma maliciosa, o dano pode ser equivalente ao de um insider com altos privilégios. Por isso, cada agente de IA precisa ser tratado como uma identidade, com permissões granulares, monitoramento de comportamento e limites claros de atuação.

Na prática, isso significa aplicar os princípios de Zero Trust empresas a cargas de trabalho não humanas. Um agente de IA que acessa um banco de dados deve ter permissão apenas para ler determinados registros, em horários específicos, a partir de um ambiente com postura validada, e cada ação deve ser registrada em trilha de auditoria. A responsabilização das empresas pelas ações dos agentes, mencionada por Beri, exige que as organizações implementem controles de identidade de máquina, segredos criptográficos e políticas de autorização baseadas em contexto. Não basta confiar que o agente “faz parte do sistema”; é preciso verificar cada interação.

A Skyhigh Hybrid Mesh SSE também aborda a redução de custos operacionais de SSE, um ponto sensível para gestores de TI que precisam justificar investimentos. Arquiteturas centralizadas de inspeção de tráfego podem gerar latência e custos elevados quando aplicadas a usuários distribuídos globalmente. Ao distribuir os pontos de aplicação de política, a empresa permite que organizações adotem Zero Trust sem sacrificar desempenho. Esse equilíbrio entre segurança e experiência do usuário é fundamental para evitar que projetos de Zero Trust sejam abandonados por fricção operacional.

Para empresas que estão iniciando agora, a principal lição desses anúncios é que Zero Trust não é um destino estático, mas uma arquitetura que precisa evoluir junto com as cargas de trabalho. Na JRT Technology Solutions, desenvolvemos soluções que integram segurança de identidade, microssegmentação e proteção de dados para ambientes com IA e agentes autônomos, garantindo que cada entidade — humana ou não — receba exatamente o nível de acesso necessário para executar sua função, nada mais.

Zero Trust empresas: primeiros passos sem substituir o parque instalado

O medo de que Zero Trust empresas exija a substituição completa de firewalls, roteadores, switches e sistemas legados é um dos principais obstáculos para a adoção. A realidade é que a maioria das organizações pode dar passos significativos utilizando a infraestrutura já existente, desde que ela seja complementada com controles de identidade, segmentação lógica e monitoramento contínuo. O segredo está em priorizar ações que reduzem risco imediato sem exigir grandes projetos de reengenharia. Um firewall de próxima geração, por exemplo, pode ser reaproveitado para aplicar políticas de microssegmentação com inspeção de tráfego leste-oeste, sem necessidade de comprar novos equipamentos.

A primeira etapa de qualquer jornada Zero Trust é o inventário abrangente de ativos, identidades e fluxos de dados. Muitas empresas não sabem exatamente quais dispositivos acessam suas redes, quais contas possuem privilégios elevados ou quais sistemas trocam informações entre si. Esse desconhecimento é um terreno fértil para atacantes. Um inventário adequado não exige ferramentas caras: soluções de descoberta de ativos, logs de autenticação e registros de fluxo de rede já disponíveis podem fornecer uma visão consolidada. O objetivo é responder a perguntas básicas: quem acessa o quê, a partir de onde, com que frequência e com quais permissões.

Com base no inventário, é possível priorizar a implementação de controles de identidade, como autenticação multifator (MFA) e single sign-on (SSO). Essas medidas podem ser aplicadas aos sistemas mais críticos primeiro, sem necessidade de trocar o diretório ativo ou migrar todas as aplicações. A MFA elimina a dependência de senhas como único fator de autenticação, reduzindo drasticamente o risco de roubo de credenciais. O SSO, por sua vez, centraliza a gestão de acesso e permite aplicar políticas condicionais de forma consistente. A tabela a seguir resume como reaproveitar componentes existentes em uma jornada Zero Trust.

Outra ação de alto impacto e baixo custo é a segmentação lógica da rede. Em vez de criar uma única rede plana onde todos os dispositivos podem se comunicar, a segmentação divide o ambiente em zonas de confiança, como servidores, estações de trabalho, convidados, IoT e ambientes de desenvolvimento. Essa segmentação pode ser implementada com VLANs existentes, políticas de firewall e regras de controle de acesso. O objetivo é impedir que um atacante que comprometa uma estação de trabalho consiga alcançar diretamente servidores críticos ou sistemas financeiros. Na JRT Technology Solutions, frequentemente iniciamos projetos de Zero Trust com a microssegmentação de cargas críticas, pois esse é o caminho mais rápido para reduzir a superfície de ataque sem grandes mudanças de infraestrutura.

Por fim, é essencial estabelecer uma trilha de auditoria e monitoramento contínuo. Zero Trust não é apenas sobre impedir acessos indevidos, mas também sobre detectar comportamentos anômalos rapidamente. Logs de autenticação, registros de acesso a dados e eventos de segurança devem ser centralizados em uma solução SIEM ou plataforma de análise. A detecção de comportamento incomum, como um usuário acessando sistemas fora do horário habitual ou a partir de localizações inesperadas, permite responder antes que o dano se concretize. Veja mais detalhes no nosso guia de microssegmentação para um roteiro completo.

Inventário e microssegmentação para reduzir a superfície de ataque

Antes de implementar qualquer controle de Zero Trust empresas, é impossível proteger o que não se conhece. O inventário de ativos e fluxos de dados é o alicerce sobre o qual todas as demais camadas de segurança serão construídas. Esse processo envolve identificar todos os dispositivos conectados à rede, incluindo servidores, estações de trabalho, impressoras, câmeras de segurança, sensores IoT e dispositivos pessoais em BYOD. Também é necessário mapear contas de usuário, grupos de acesso e permissões administrativas, distinguindo contas humanas de contas de serviço e contas de máquina. Essa etapa pode revelar contas órfãs, privilégios excessivos e fluxos de comunicação desnecessários que representam risco.

Uma descoberta comum em projetos de Zero Trust é a existência de conexões diretas entre fornecedores e sistemas críticos, exatamente como descrito no alerta sobre instituições financeiras. Prestadores de serviços frequentemente possuem túneis VPN permanentes ou contas de acesso remoto que nunca foram revisadas. Ao mapear esses fluxos, a equipe de segurança pode aplicar a regra do menor privilégio, limitando o acesso de terceiros apenas às aplicações e horários necessários para a execução do serviço. Essa medida reduz drasticamente o risco de um fornecedor comprometido servir como ponte para invadir outras organizações que compartilham o mesmo serviço.

A microssegmentação é a prática de dividir a rede em zonas menores e aplicar políticas de segurança específicas a cada segmento. Em vez de permitir que qualquer dispositivo em um segmento converse com qualquer outro, a microssegmentação impõe que cada comunicação seja autorizada explicitamente. Isso pode ser feito com firewalls internos, switches gerenciados, soluções de virtualização de rede ou agentes de segurança em endpoints. O resultado é que um atacante que comprometa um único dispositivo não consegue se mover lateralmente sem encontrar barreiras de controle. Em ambientes críticos, como salas de servidores ou sistemas de pagamento, a microssegmentação deve ser aplicada em nível de carga de trabalho, não apenas de sub-rede.

Existem três abordagens principais para implementar microssegmentação. A primeira é a segmentação baseada em rede, usando VLANs e listas de controle de acesso (ACLs) em switches e roteadores. É a mais simples e aproveita equipamentos existentes, mas oferece granularidade limitada. A segunda é a segmentação baseada em hipervisor, comum em ambientes virtualizados, onde políticas são aplicadas no tráfego entre máquinas virtuais. A terceira é a segmentação baseada em identidade, na qual políticas acompanham a carga de trabalho independentemente de onde ela esteja sendo executada. Essa última é a mais alinhada aos princípios de Zero Trust empresas, pois não depende de endereço IP ou localização física.

Na JRT Technology Solutions, implementamos projetos de microssegmentação que começam com a descoberta automática de dependências entre aplicações. Utilizamos ferramentas de análise de fluxo para identificar quais servidores precisam se comunicar e com quais protocolos. A partir desse mapa, desenhamos políticas de segmentação que permitem apenas o tráfego legítimo e bloqueiam todo o resto por padrão. O processo é iterativo: primeiro em modo de monitoramento, para evitar bloqueios indevidos, e depois em modo de imposição, quando as políticas são validadas. A tabela a seguir resume as etapas de implementação.

A implementação de microssegmentação não precisa ser um big bang. Pode ser feita em ondas, priorizando os ativos mais sensíveis, como dados financeiros, informações de saúde ou propriedade intelectual. À medida que a equipe ganha confiança nas políticas, a segmentação se estende para outros segmentos. O importante é que cada etapa traga redução mensurável de risco, sem causar interrupções no negócio. A JRT Technology Solutions oferece suporte completo nessa jornada, desde o desenho das políticas até a operação assistida dos controles.

Identidade e acesso: o coração do Zero Trust sem trocar o Active Directory

Em Zero Trust empresas, a identidade é o novo perímetro. Isso significa que a segurança não depende mais de onde o usuário está, mas de quem ele é, como se autentica, qual a postura do seu dispositivo e qual o contexto da solicitação. Muitas organizações acreditam que adotar Zero Trust exige migrar do Active Directory para uma solução de identidade na nuvem, mas isso não é verdade. O Active Directory pode continuar sendo a fonte de verdade para identidades, desde que seja integrado a plataformas de autenticação moderna, como Azure AD, Okta ou Ping Identity, por meio de sincronização e federação.

A autenticação multifator (MFA) é a medida de maior impacto imediato em qualquer projeto de Zero Trust. Ao exigir um segundo fator — como um aplicativo autenticador, token físico ou biometria —, a MFA bloqueia a esmagadora maioria dos ataques baseados em roubo de credenciais. Mesmo que um invasor obtenha uma senha válida de um fornecedor ou funcionário, ele não conseguirá autenticar-se sem o segundo fator. A implementação deve começar pelas contas com privilégios administrativos, estendendo-se depois para todos os usuários, incluindo terceiros e contas de serviço. A MFA pode ser aplicada a VPNs, aplicações web, acessos a servidores e qualquer outro recurso que exija autenticação.

O acesso condicional é outra camada essencial. Em vez de confiar cegamente em qualquer autenticação bem-sucedida, o acesso condicional avalia sinais como localização geográfica, horário, tipo de dispositivo, conformidade de patch e risco da conta antes de permitir ou negar o acesso. Por exemplo, um usuário tentando acessar o sistema financeiro a partir de um país onde a empresa não atua pode ser bloqueado ou desafiado com MFA adicional. Essas políticas podem ser criadas de forma granular, por aplicação ou grupo de usuários, sem exigir alterações nos sistemas de destino. Veja também como integrar MFA com Active Directory sem trocar de diretório.

Além da autenticação, é fundamental aplicar o princípio do menor privilégio. Muitas contas acumulam permissões desnecessárias ao longo do tempo, seja por promoções, transferências ou simples falta de governança. Uma revisão periódica de acessos, com recertificação semestral ou trimestral, remove privilégios que não são mais necessários. Para contas de fornecedores, o ideal é utilizar acesso just-in-time (JIT), no qual as permissões são concedidas apenas quando necessário, por tempo limitado e com aprovação explícita. Essa prática reduz a janela de exposição caso uma credencial de terceiros seja comprometida.

A gestão de identidades não humanas também exige atenção. Contas de serviço, chaves de API, tokens de integração e segredos de aplicações são frequentemente negligenciados e representam um vetor crítico de ataque. Em um ambiente de Zero Trust empresas, essas identidades devem ser inventariadas, ter permissões mínimas e ser monitoradas continuamente. Na JRT Technology Solutions, implementamos soluções de PAM (Privileged Access Management) e gestão de segredos para reduzir o risco associado a credenciais privilegiadas e contas de máquina, integrando-se ao Active Directory existente e a ambientes cloud.

Protegendo endpoints e dispositivos não gerenciados

Os endpoints são a porta de entrada mais comum para ataques. Em um modelo de Zero Trust empresas, nenhum endpoint deve ser considerado confiável apenas por estar ingressado no domínio ou conectado à rede corporativa. Cada dispositivo precisa ter sua postura avaliada continuamente: sistema operacional atualizado, antivírus ativo, firewall habilitado, presença de EDR e conformidade com políticas da empresa. Essa avaliação pode ser feita por soluções de endpoint management que se integram ao acesso condicional, impedindo que dispositivos fora de conformidade acessem recursos sensíveis.

Para dispositivos pessoais em regime de BYOD, a situação é ainda mais delicada. Muitas empresas não possuem visibilidade sobre o que esses dispositivos executam ou quais dados acessam. A abordagem Zero Trust para BYOD envolve o uso de ZTNA (Zero Trust Network Access), que concede acesso apenas à aplicação específica necessária, sem expor a rede inteira. O tráfego é inspecionado e as políticas de DLP impedem que dados corporativos sejam copiados para dispositivos não gerenciados. O isolamento de navegador também pode ser usado para sessões de maior risco, como acesso a sistemas financeiros a partir de dispositivos pessoais.

O alerta da Netskope sobre agentes de IA se aplica diretamente à proteção de endpoints. À medida que ferramentas de IA são instaladas em estações de trabalho, elas passam a ter acesso a dados locais e a sistemas corporativos. Muitas vezes, os usuários concedem permissões amplas sem avaliar o risco. Em um ambiente Zero Trust, cada agente de IA instalado deve ser tratado como um endpoint não gerenciado, com permissões limitadas e monitoramento de comportamento. Impor controles de aplicação e listas de permissões evita que agentes maliciosos ou vulneráveis executem ações não autorizadas. Para saber mais sobre postura de dispositivos, acesse nossas soluções de endpoint security.

O EDR (Endpoint Detection and Response) é uma evolução natural do antivírus tradicional e um componente importante na arquitetura Zero Trust. Em vez de apenas bloquear assinaturas conhecidas, o EDR monitora o comportamento dos processos em tempo real, detecta atividades suspeitas e permite resposta remota, como isolamento do dispositivo. Quando integrado a uma plataforma SIEM, os alertas do EDR podem alimentar políticas adaptativas de acesso condicional. Por exemplo, se um endpoint apresentar comportamento de ransomware, o acesso condicional pode revogar imediatamente suas sessões ativas e impedir novas autenticações.

Além da proteção tradicional, é recomendável implementar controles de criptografia de disco e de dados em trânsito. A criptografia garante que, mesmo se um dispositivo for roubado ou acessado indevidamente, os dados permaneçam inacessíveis sem as chaves adequadas. Na JRT Technology Solutions, desenvolvemos políticas de proteção de endpoints que combinam EDR, isolamento de navegador e avaliação contínua de postura, integradas às plataformas de identidade e acesso, para que cada dispositivo acesse exatamente o que precisa, quando precisa e de forma auditável.

Cloud e infraestrutura híbrida: estendendo Zero Trust além do data center

A migração para múltiplas nuvens criou um cenário em que os dados não estão mais em um único lugar, e as políticas de segurança precisam acompanhá-los. O lançamento do Skyhigh Hybrid Mesh SSE responde exatamente a essa necessidade: aplicar Zero Trust empresas em ambientes distribuídos, sem concentrar todo o tráfego em um único ponto de inspeção. O conceito de Security Service Edge (SSE) combina Secure Web Gateway (SWG), Cloud Access Security Broker (CASB), Zero Trust Network Access (ZTNA) e prevenção de perda de dados (DLP) em uma camada de serviço que protege o acesso à internet, a aplicações SaaS e a aplicações privadas.

No contexto de fornecedores expondo bancos, a proteção de APIs e integrações na nuvem é crítica. Muitas instituições financeiras utilizam serviços de terceiros que acessam dados via APIs, como processadores de pagamento, plataformas de open banking e ferramentas de análise de crédito. Um fornecedor comprometido pode usar essas chaves de API para exfiltrar dados ou manipular transações. Em um ambiente Zero Trust, o acesso a APIs deve ser autenticado, autorizado e monitorado continuamente. Políticas de CASB ajudam a controlar quais aplicações SaaS podem acessar dados corporativos e quais ações podem realizar, independentemente de o tráfego partir de dentro ou fora da rede.

A proteção de dados em nuvens públicas, como AWS, Azure e Google Cloud, exige uma abordagem que vá além do gerenciamento de identidades. É necessário aplicar o princípio do menor privilégio a permissões de IAM, limitar portas de saída, habilitar logging de auditoria e criptografar dados em repouso. Muitas violações em nuvem ocorrem por buckets de armazenamento expostos ou por permissões excessivas concedidas a cargas de trabalho. Ferramentas de Cloud Security Posture Management (CSPM) ajudam a detectar configurações inadequadas e a corrigi-las antes que sejam exploradas. A JRT Technology Solutions implementa políticas de Zero Trust para ambientes híbridos, integrando controles de identidade, SSE e microssegmentação em nuvem.

Outro aspecto importante é a conectividade entre data centers e nuvens. Muitas organizações mantêm VPNs site-to-site ou links dedicados que criam confiança implícita entre os ambientes. Em uma arquitetura Zero Trust, essa confiança deve ser substituída por autenticação de carga de trabalho, microssegmentação entre domínios e inspeção de tráfego. Soluções de malha de serviço (service mesh) podem aplicar políticas de segurança a comunicações entre microserviços, garantindo que apenas serviços autorizados troquem dados. Essa abordagem é especialmente relevante em ambientes DevOps, onde aplicações são implantadas rapidamente e a segurança precisa acompanhar o ciclo de vida.

Para empresas que estão iniciando a jornada na nuvem, o primeiro passo é mapear onde os dados estão armazenados e quais aplicações os acessam. Em seguida, devem aplicar políticas de acesso condicional para aplicações SaaS, habilitar MFA para todos os usuários de nuvem e adotar CASB para monitorar o tráfego. A migração para uma arquitetura SSE pode ser gradual, substituindo componentes legados conforme a maturidade da equipe avança. Acesse nossas soluções de segurança para cloud e veja como aplicar políticas consistentes em ambientes híbridos.

Serviços gerenciados de Zero Trust: o modelo NTT West e a realidade brasileira

O anúncio da NTT West e da NTT SmartConnect sobre o lançamento de um serviço gerenciado de segurança zero-trust é um indicador importante do rumo do mercado. O serviço combina tecnologia Zscaler para cobrir aquisição, implementação, monitoramento e gerenciamento contínuo de ambientes zero-trust, voltado a empresas e governos locais no Japão. Isso demonstra que a complexidade operacional do Zero Trust está levando organizações a buscar parceiros especializados em vez de tentar construir tudo internamente. Para muitas empresas, especialmente as de médio porte, a escassez de profissionais qualificados e o custo de manter uma equipe de segurança 24/7 tornam os serviços gerenciados uma alternativa pragmática e eficaz.

No Brasil, a realidade é semelhante. A demanda por profissionais de cibersegurança supera a oferta, e a maioria das empresas não possui orçamento para manter uma equipe dedicada a segurança, identidade e monitoramento contínuo. Ao mesmo tempo, ataques a cadeias de suprimentos, como o alerta sobre fornecedores de bancos, mostram que a falta de controles pode ter consequências severas. Nesse contexto, um serviço gerenciado de Zero Trust empresas pode fornecer a expertise necessária sem exigir a contratação de especialistas em tempo integral. A JRT Technology Solutions oferece suporte gerenciado para implantação, operação e evolução contínua de ambientes Zero Trust, atuando como extensão da equipe de TI do cliente.

Um serviço gerenciado de Zero Trust típico começa com uma avaliação de maturidade, na qual são identificados os principais riscos e definidas as prioridades. Em seguida, são implementados controles de identidade, microssegmentação e proteção de endpoints, com acompanhamento de indicadores de segurança. O monitoramento contínuo é essencial: eventos de autenticação, tentativas de acesso indevido e comportamentos anômalos devem ser analisados em tempo real, com resposta imediata a incidentes. Essa operação pode ser realizada a partir de um SOC (Security Operations Center) próprio ou terceirizado, dependendo da necessidade do cliente.

A adoção de tecnologias como Zscaler, Skyhigh e outras plataformas SSE pode ser simplificada por meio de um parceiro que já possua integração com essas soluções. Em vez de gerenciar múltiplos consoles e políticas fragmentadas, a empresa recebe uma camada unificada de segurança, com relatórios executivos e técnicos. Isso reduz a complexidade operacional e acelera o tempo para obtenção de valor. A tabela a seguir resume as fases de um serviço gerenciado de Zero Trust, baseado no modelo anunciado pela NTT West e em práticas de mercado.

Para empresas brasileiras, a jornada gerenciada pode começar com um piloto em um departamento ou em um conjunto de aplicações críticas, como sistemas financeiros ou dados de clientes. Isso permite validar a abordagem sem comprometer toda a operação. Uma vez comprovados os benefícios, o escopo é expandido gradualmente. A JRT Technology Solutions desenvolve projetos de Zero Trust sob demanda, com equipe especializada e suporte local, para que gestores de TI não precisem se tornar especialistas em todas as tecnologias envolvidas.

Integrando Zero Trust ao service desk e às operações de TI

O service desk é um dos primeiros setores a sentir o impacto da adoção de Zero Trust empresas. Mudanças nas políticas de acesso, exigência de MFA, bloqueio de dispositivos não conformes e segmentação de rede geram uma nova dinâmica de tickets e solicitações. Em vez de simplesmente redefinir senhas ou desbloquear contas, a equipe de service desk passa a lidar com eventos de segurança, como tentativas de acesso bloqueadas, dispositivos fora de conformidade e revisões de privilégios. Essa evolução exige capacitação e integração entre as ferramentas de ITSM e as plataformas de segurança.

A automação é um aliado fundamental nesse contexto. Quando uma política de acesso condicional bloqueia um login suspeito, o evento deve gerar automaticamente um ticket no service desk, com informações sobre o usuário, o dispositivo e o motivo do bloqueio. A equipe de suporte pode então avaliar a situação e, se necessário, liberar o acesso após validação adicional. Fluxos de trabalho automatizados reduzem o tempo de resposta e evitam que incidentes de segurança sejam tratados como simples problemas de senha. Na JRT Technology Solutions, implementamos integrações entre SIEM, IAM e ferramentas de ITSM para que o service desk opere em sintonia com as políticas de Zero Trust.

Outro ponto de atenção é a gestão de acessos de terceiros via service desk. Muitas empresas ainda criam contas para fornecedores manualmente, sem prazo de expiração ou revisão periódica. Em um ambiente Zero Trust, o acesso de terceiros deve ser concedido por meio de um processo formal, com aprovação do responsável pelo sistema, escopo limitado e validade definida. O service desk pode atuar como ponto central desse processo, utilizando workflows de aprovação e ferramentas de PAM para acesso just-in-time. Isso reduz a dependência de conexões permanentes e o risco de contas órfãs.

Para equipes de operações de TI e DevOps, a adoção de Zero Trust traz mudanças profundas na forma como servidores e aplicações são acessados. O acesso administrativo a servidores críticos deve ser feito por meio de bastions hosts ou soluções de PAM, com MFA obrigatória e gravação de sessões. Em ambientes DevOps, a integração de segurança no pipeline de CI/CD permite aplicar políticas de Zero Trust desde o desenvolvimento, como varredura de segredos, assinatura de imagens e análise de composição de software. Isso evita que vulnerabilidades sejam introduzidas em produção e garante que cargas de trabalho sejam implantadas com permissões mínimas.

A integração de Zero Trust às operações de TI também exige uma mudança cultural. Profissionais acostumados a acessar qualquer sistema a partir da rede corporativa precisam se adaptar a um modelo em que cada acesso é verificado e justificado. Esse desconforto inicial é natural e pode ser mitigado por meio de treinamento, comunicação clara e políticas bem calibradas que não prejudiquem a produtividade. A JRT Technology Solutions oferece suporte na mudança organizacional, com workshops, documentação e acompanhamento das equipes de TI durante a transição para um ambiente de confiança zero.

Conclusão: Zero Trust empresas como jornada contínua, não como projeto único

O cenário atual de ameaças, marcado por ataques a cadeias de suprimentos, comprometimento de fornecedores e uso crescente de agentes de IA, torna impossível continuar confiando em um perímetro que já não existe. As notícias analisadas neste artigo — o alerta sobre prestadores de serviços expondo bancos, o lançamento do Skyhigh Hybrid Mesh SSE, as declarações da Netskope sobre agentes de IA e o serviço gerenciado da NTT West — convergem para uma conclusão clara: Zero Trust empresas é a resposta mais consistente para proteger ambientes distribuídos. No entanto, a adoção não precisa ser disruptiva nem exigir a substituição total da infraestrutura.

A jornada começa com passos simples e de alto impacto: inventariar ativos, aplicar MFA e SSO, segmentar cargas críticas e evoluir gradualmente em direção a ZTNA e monitoramento contínuo. Cada etapa pode ser executada com as ferramentas já existentes, complementadas por soluções de identidade, microssegmentação e SSE. O segredo está em priorizar os riscos mais relevantes e evitar o erro de tentar resolver tudo de uma só vez. A maturidade de Zero Trust não é um estado binário, mas um processo de melhoria contínua que deve acompanhar a evolução das cargas de trabalho e das ameaças.

Para gestores de TI, a mensagem principal é que a inação custa caro. Manter a confiança implícita em fornecedores, endpoints e contas de usuário é uma aposta de altíssimo risco, como demonstrado pelos incidentes recentes no setor financeiro e em plataformas de criptomoedas. A adoção de Zero Trust empresas, mesmo em estágios iniciais, reduz significativamente a superfície de ataque e cria uma base sólida para responder a incidentes com mais rapidez e precisão. A segurança deixa de ser uma barreira e passa a ser um habilitador de negócios, permitindo que a organização adote novas tecnologias com confiança.

A JRT Technology Solutions está preparada para apoiar sua empresa em cada etapa dessa jornada. Desenvolvemos, implementamos e oferecemos suporte a soluções de Zero Trust que se integram à sua infraestrutura existente, com foco em redução de risco, conformidade e continuidade operacional. Se sua organização ainda não iniciou a transição para Zero Trust, não espere que um incidente mostre o caminho. Entre em contato conosco, realize uma avaliação de maturidade e comece hoje mesmo a construir um ambiente de confiança zero — sem trocar toda a infraestrutura. A segurança da sua empresa e das cadeias de valor que dependem dela está em jogo.