Endereços IP pertencentes à infraestrutura de internet da Casa Branca, nos Estados Unidos, foram identificados em redes comerciais de proxy residencial, permitindo que usuários externos encaminhassem conexões por endereços associados ao Escritório Executivo do Presidente.

A descoberta foi divulgada em 4 de novembro de 2026 pelo jornalista Brian Krebs, do portal KrebsOnSecurity, com base em informações das empresas de segurança Layer3 Intel e Synthient.

Durante 30 dias de monitoramento, pesquisadores observaram 236 utilizações da rede governamental como ponto de saída de proxies, envolvendo seis endereços IP e 28 serviços comerciais diferentes.

A exposição não significa que os sistemas internos da Casa Branca tenham sido invadidos. Entretanto, demonstra que conexões associadas a uma infraestrutura governamental sensível estavam disponíveis comercialmente para encaminhar tráfego de terceiros.

O aspecto mais relevante da descoberta está na quebra de uma premissa comum em mecanismos de segurança: a de que a identidade da organização responsável por um endereço IP permite estabelecer algum grau de confiança sobre quem está utilizando aquela conexão.

Casa Branca em preto e branco, com elementos gráficos representando conexões de rede, ilustrando a exposição de endereços IP em serviços de proxy residencial.

Como a infraestrutura da Casa Branca apareceu em redes de proxy

A investigação teve início durante o monitoramento realizado pela Layer3 Intel por meio de sua plataforma Residential Proxy Observatory, desenvolvida para identificar endereços utilizados por serviços de proxy residencial.

Os pesquisadores observaram atividades no sistema autônomo AS2650, registrado em nome do Escritório Executivo do Presidente dos Estados Unidos.

Um sistema autônomo, ou Autonomous System (AS), representa um conjunto de redes administradas sob uma política comum de roteamento. Nesse caso, o AS2650 está associado à infraestrutura de conectividade da Casa Branca.

Entre 5 de outubro e 3 de novembro de 2026, a Layer3 Intel registrou os seguintes resultados:

Indicador Resultado Período monitorado 30 dias Utilizações observadas como proxy 236 Endereços IP identificados 6 Serviços comerciais envolvidos 28 Dias com atividade registrada 26 de 30 Maior concentração Entre 17h e meia-noite

Os registros demonstram que a atividade não foi um evento isolado. Os pesquisadores identificaram pontos de saída em aproximadamente 87% dos dias monitorados.

A distribuição dos horários também chamou a atenção. Cerca de metade das ocorrências aconteceu entre 17h e meia-noite, no horário da costa leste dos Estados Unidos, enquanto poucas conexões foram observadas durante a madrugada.

A Layer3 Intel levantou a hipótese de que o comportamento estivesse relacionado a dispositivos utilizados regularmente por pessoas que frequentam o ambiente, em vez de equipamentos conectados ocasionalmente a uma rede pública.

Entretanto, os registros disponíveis não permitem identificar os equipamentos responsáveis nem determinar se a participação ocorreu de maneira intencional.

A descoberta também não resultou de uma investigação direcionada à Casa Branca. Segundo a Layer3 Intel, os endereços foram identificados durante verificações rotineiras de serviços que oferecem conexões rotativas.

Para validar os resultados, os pesquisadores consultaram informações de outros fornecedores especializados em identificação de proxies, incluindo Spur e Synthient.

A Synthient associou parte da atividade a instalações do Infatica em dispositivos com Windows 11.

O Infatica comercializa serviços de proxy residencial e disponibiliza componentes que podem ser incorporados a aplicativos de terceiros. Seu fundador, Vladimir Fomenko, também esteve associado à King Servers, empresa cuja infraestrutura foi utilizada em ataques contra sistemas eleitorais americanos em 2016.

Essa relação histórica foi destacada por Brian Krebs, mas não constitui evidência de envolvimento do Infatica ou de seu fundador em uma operação maliciosa contra a Casa Branca em 2026.

A investigação não demonstrou espionagem, acesso indevido a documentos ou comprometimento de servidores governamentais.

O que um terceiro ganha ao utilizar um IP da Casa Branca?

Para compreender o risco, é necessário observar como os proxies residenciais alteram a relação entre a origem real de uma conexão e o endereço IP identificado pelo serviço de destino.

Em uma conexão convencional, o endereço IP público costuma estar associado à rede utilizada pelo dispositivo que iniciou a comunicação.

Nos proxies residenciais, essa relação é intermediada. Um cliente contrata o serviço, envia uma requisição à infraestrutura do provedor e o tráfego é encaminhado por um dispositivo participante da rede de proxies.

Para o servidor que recebe a conexão, a origem aparente passa a ser o endereço IP desse dispositivo.

A tecnologia possui aplicações legítimas, como testes de localização geográfica, monitoramento de preços e verificação de publicidade. Entretanto, também permite ocultar a origem de atividades automatizadas e dificultar sua atribuição.

No caso da Casa Branca, a análise pode ser dividida em três dimensões de risco.

1. Abuso da reputação de endereços IP

Sistemas de segurança frequentemente utilizam informações de reputação, localização geográfica, ASN e histórico de comportamento para avaliar conexões.

Esses indicadores são úteis, mas não determinam a identidade do usuário responsável pela requisição.

Um endereço vinculado a uma instituição governamental pode apresentar características diferentes das normalmente associadas a serviços comerciais de proxy ou redes de hospedagem.

Isso não significa que sistemas de proteção necessariamente confiarão nesse endereço, mas demonstra uma limitação de decisões baseadas exclusivamente na origem da conexão.

O risco está em confundir a reputação da infraestrutura com a confiabilidade de quem a utiliza.

Um atacante que encaminhe tráfego por um proxy institucional poderá apresentar ao serviço de destino um endereço pertencente à organização, mesmo sem possuir qualquer vínculo com ela.

O mecanismo pode prejudicar análises de fraude, investigações de incidentes e controles que utilizam listas de endereços permitidos.

O efeito dependerá das regras de segurança do serviço de destino. Soluções que exigem autenticação e autorização independentes do IP não concederão acesso apenas porque a conexão veio de uma rede institucional.

2. Dificuldade de atribuição e investigação

A segunda dimensão envolve a rastreabilidade.

Se um terceiro utiliza um proxy associado a uma rede governamental para acessar determinado serviço, os registros do servidor de destino podem apontar para o endereço público daquela organização.

Isso pode gerar uma interpretação incorreta sobre a origem da atividade.

A identificação do usuário real dependerá de informações adicionais, como registros do provedor de proxy, horários das conexões e dados de correlação.

O problema se agrava quando existem intermediários comerciais entre o cliente e o dispositivo utilizado como ponto de saída.

Segundo Ben Brundage, fundador da Synthient, determinados revendedores comercializam tráfego por aproximadamente US$ 0,60 por gigabyte. Parte desses serviços também pode operar sem verificações rigorosas de identidade dos clientes.

A combinação de baixo custo, múltiplos intermediários e endereços rotativos dificulta a identificação de quem iniciou determinada atividade.

Para equipes de resposta a incidentes, isso significa que um endereço IP aparentemente legítimo pode representar apenas o último intermediário de uma conexão.

3. Possibilidade de acesso à rede interna

A terceira dimensão é potencialmente mais grave, mas depende de condições técnicas que não foram demonstradas na infraestrutura da Casa Branca.

Um dispositivo que participa de uma rede de proxy residencial precisa encaminhar tráfego solicitado por clientes externos.

Normalmente, esses serviços devem impedir que requisições sejam direcionadas a endereços privados ou recursos internos acessíveis ao dispositivo.

Quando essas restrições falham, o proxy pode se transformar em um caminho para alcançar sistemas que não estão diretamente expostos à internet.

Esse mecanismo foi documentado nas investigações envolvendo a botnet Kimwolf.

Em janeiro de 2026, pesquisadores detalharam como falhas em serviços de proxy permitiam contornar restrições de destinos e alcançar equipamentos conectados às redes locais dos pontos de saída.

Entre as técnicas identificadas estava o uso de respostas DNS que direcionavam conexões para endereços privados, contornando determinadas validações de destino.

O problema não estava simplesmente na presença do proxy, mas na possibilidade de fazer com que ele encaminhasse requisições para recursos que deveriam permanecer inacessíveis ao cliente externo.

A exploração permitiu alcançar dispositivos vulneráveis, incluindo equipamentos Android com interfaces de depuração expostas.

Não há evidências de que essa técnica tenha sido utilizada contra a rede da Casa Branca. Entretanto, o histórico demonstra por que a presença de componentes de proxy em ambientes institucionais exige investigação.

A contratação de um proxy não equivale ao comprometimento de uma rede interna. Para que esse segundo cenário ocorra, são necessárias falhas adicionais de implementação, configuração ou isolamento.

Análise de risco: exposição comprovada e impacto potencial

A investigação permite construir um modelo de ameaça sem atribuir probabilidades numéricas que não poderiam ser sustentadas pelos dados disponíveis.

O ponto de partida é distinguir três cenários: utilização de endereços como saída comercial, abuso da reputação desses endereços e exploração de recursos internos.

Cenário Evidência no caso Impacto potencial Avaliação Uso comercial dos IPs Confirmado pela Layer3 Intel Perda de controle sobre a utilização aparente dos endereços Exposição confirmada Ocultação da origem de terceiros Capacidade inerente ao funcionamento do proxy Dificuldade de atribuição e possível abuso de controles baseados em IP Risco demonstrável, abuso específico não comprovado Acesso a recursos internos Não demonstrado na Casa Branca Comprometimento de dispositivos e movimentação lateral Risco condicional, potencialmente elevado

Essa classificação evita um erro frequente em análises de cibersegurança: atribuir a mesma gravidade à exposição observada e aos ataques que poderiam ocorrer a partir dela.

A evidência mais consistente é a utilização comercial dos endereços associados ao AS2650.

O abuso desses endereços para atividades criminosas é tecnicamente possível, mas a investigação não comprovou uma operação específica dessa natureza.

Já o acesso à rede interna depende da existência de vulnerabilidades ou configurações inseguras nos componentes utilizados.

A principal consequência dessa distinção é operacional. A presença de um proxy não deve ser tratada automaticamente como uma invasão, mas também não deve ser ignorada apenas porque não existe evidência de comprometimento.

A resposta adequada começa pela identificação do dispositivo responsável, pela avaliação da legitimidade do software e pela verificação dos limites de comunicação entre o equipamento e os demais recursos da rede.

Como detectar e investigar proxies residenciais na infraestrutura

A identificação de dispositivos atuando como pontos de saída exige correlacionar informações do endpoint com o comportamento das conexões.

Muitos componentes de proxy residencial estabelecem comunicações de saída com servidores externos. Isso permite que participem de redes comerciais sem necessariamente manter uma porta de entrada diretamente acessível pela internet.

Consequentemente, verificações tradicionais de portas expostas podem não revelar sua presença.

A investigação deve considerar quatro conjuntos de evidências.

1. Consultas DNS e infraestrutura de controle

O primeiro passo é examinar comunicações com domínios associados a provedores de proxy, serviços de coordenação e componentes de software utilizados para compartilhar conexões.

Registros DNS podem fornecer o domínio consultado, o endereço do dispositivo de origem, a resposta recebida e o horário da atividade.

Ferramentas como Zeek, Suricata e soluções de registro DNS podem auxiliar nessa identificação.

Entretanto, não basta procurar termos como proxy, vpn ou residential nos nomes consultados. Serviços comerciais podem utilizar domínios que não revelam diretamente sua finalidade.

A detecção depende de indicadores atualizados e, principalmente, da correlação com o comportamento do equipamento.

Outro limite importante é que uma consulta DNS isolada não comprova que determinado dispositivo esteja operando como proxy.

A consulta pode ser resultado de navegação legítima, publicidade incorporada a páginas ou componentes que não chegaram a estabelecer uma conexão.

Da mesma forma, a ausência de consultas suspeitas não elimina a possibilidade de atividade, especialmente quando aplicações utilizam endereços IP diretamente ou mecanismos de DNS criptografado.

Os relatórios públicos consultados não apresentam uma lista completa de domínios associados às instalações identificadas no AS2650. Portanto, não seria tecnicamente correto apresentar domínios genéricos como indicadores confirmados desse incidente.

2. Análise de fluxos de rede

O segundo passo é observar as conexões estabelecidas pelos equipamentos.

Registros NetFlow, IPFIX ou ferramentas de análise como Zeek permitem identificar destinos, portas, duração das sessões e volumes de dados transferidos.

No Zeek, por exemplo, o arquivo conn.log disponibiliza campos como id.orig_h, id.resp_h, duration, orig_bytes e resp_bytes, úteis para relacionar a origem e o destino de uma conexão ao seu comportamento ao longo do tempo.

Na prática, a investigação deve procurar combinações como conexões persistentes com destinos externos desconhecidos, transferências recorrentes e padrões de comunicação incompatíveis com a função do equipamento.

Um dispositivo administrativo que mantém comunicações frequentes com servidores sem relação conhecida com suas atividades merece análise adicional.

Entretanto, esses comportamentos não constituem assinaturas exclusivas de proxies. Ferramentas de sincronização, acesso remoto e videoconferência podem apresentar características semelhantes.

O valor da análise está na correlação entre comportamento anômalo e contexto operacional.

3. Identificação do processo responsável

Após localizar um equipamento suspeito, a investigação deve estabelecer qual processo está originando as conexões.

Em dispositivos Windows, ferramentas como TCPView, Sysmon e soluções de monitoramento de endpoints podem ajudar a relacionar conexões de rede a executáveis, caminhos de instalação e processos responsáveis.

Os registros devem ser analisados considerando a assinatura digital, a procedência do software e os mecanismos utilizados para sua inicialização.

Esse cuidado é particularmente importante porque componentes de proxy podem estar incorporados a aplicativos gratuitos, sem aparecer como programas independentes claramente identificados.

A utilização de inventário de software e políticas de Application Allowlisting pode reduzir a execução de componentes não autorizados.

Em organizações que utilizam soluções EDR ou XDR, regras comportamentais também podem auxiliar na correlação entre processos desconhecidos e comunicações persistentes com infraestrutura externa.

Essas ferramentas facilitam a investigação, mas não substituem a validação da finalidade do aplicativo.

4. Validação da atividade e contenção

A confirmação não deve depender de um único indicador.

Um dispositivo que estabelece conexões recorrentes com infraestrutura associada a proxies, executa um componente não autorizado e apresenta comportamento de tráfego incompatível com sua função oferece um conjunto de evidências mais consistente.

A organização também pode consultar serviços públicos de inteligência para verificar se seus endereços IP estão classificados como pontos de saída de proxies residenciais.

Caso a atividade seja confirmada como não autorizada, as medidas de resposta incluem interromper o componente responsável, preservar registros relevantes e investigar como o software foi instalado.

Também é necessário verificar se o equipamento possuía acesso a segmentos internos sensíveis e se existem evidências de conexões incompatíveis com suas permissões.

A remoção do aplicativo, isoladamente, pode não ser suficiente quando houver suspeita de comprometimento ou persistência maliciosa.

Em ambientes corporativos, a investigação deve considerar ainda dispositivos pessoais conectados à rede, especialmente quando compartilham conectividade com equipamentos institucionais.

O objetivo não é bloquear indiscriminadamente qualquer ferramenta de proxy. É impedir que dispositivos utilizem a infraestrutura da organização como serviço comercial de saída sem autorização e sem controles adequados.

O que o caso revela sobre a confiança nas redes institucionais

A descoberta na Casa Branca expõe uma fragilidade que não se limita a redes governamentais.

Em janeiro de 2026, a empresa Spur informou ter identificado proxies residenciais em quase 300 redes governamentais, além de organizações dos setores de energia e serviços essenciais, saúde e finanças.

Outro levantamento, divulgado pela Infoblox e citado pelo KrebsOnSecurity, identificou consultas a domínios relacionados a proxies residenciais em 65% de sua base de clientes.

Esses números não significam que todas as organizações tenham sido comprometidas. As pesquisas utilizam critérios diferentes e a presença de consultas DNS não comprova, isoladamente, a operação de um proxy.

Ainda assim, os resultados demonstram que a infraestrutura relacionada a esses serviços pode estar presente em ambientes institucionais de diferentes setores.

O caso da Casa Branca acrescenta uma dimensão importante ao problema.

Tradicionalmente, o endereço IP é utilizado como um dos elementos de identificação de uma conexão. Em determinadas arquiteturas, também participa de decisões de autorização, classificação de risco e filtragem de tráfego.

Esse modelo apresenta uma limitação fundamental: o endereço IP identifica a origem aparente da conexão, mas não necessariamente a pessoa ou o dispositivo que iniciou a atividade.

Quando uma organização permite que terceiros utilizem seus endereços por meio de proxies, essa separação se torna ainda mais evidente.

O tráfego continua saindo por uma infraestrutura legítima, mas a atividade pode ter sido iniciada por alguém completamente externo à instituição.

Isso afeta duas perspectivas de segurança.

Para quem recebe a conexão, significa que a reputação do endereço IP não deve ser confundida com autenticação ou autorização. Listas de permissões baseadas exclusivamente em origem podem conceder confiança excessiva a tráfego intermediado.

Para quem administra a rede utilizada como ponto de saída, significa que os controles de entrada não são suficientes para garantir que a infraestrutura esteja sendo utilizada apenas para finalidades autorizadas.

Uma organização pode manter serviços internos protegidos e, ainda assim, permitir que um dispositivo conectado à sua rede encaminhe tráfego de terceiros.

São problemas diferentes, que exigem mecanismos de controle distintos.

A investigação da Layer3 Intel não demonstrou que sistemas internos da Casa Branca foram acessados indevidamente. Também não identificou publicamente os dispositivos responsáveis pela atividade.

Na reportagem de 4 de novembro, Brian Krebs informou que a Casa Branca não havia respondido imediatamente ao pedido de esclarecimentos encaminhado pelo jornalista.

A Layer3 Intel declarou ter preservado os registros brutos das conexões e manifestou disponibilidade para compartilhá-los com as autoridades competentes.

As análises técnicas apresentadas nesta matéria foram desenvolvidas a partir das informações públicas divulgadas pelos pesquisadores e de pesquisas anteriores sobre proxies residenciais. A Iceberg Security não realizou testes diretamente no AS2650 nem teve acesso aos dispositivos envolvidos.

A principal lição do episódio é que a confiança atribuída a uma rede não pode ser automaticamente transferida para todo o tráfego que sai dela.

O caso demonstra que um endereço IP institucional pode continuar sendo legítimo do ponto de vista de roteamento e propriedade, enquanto sua utilização efetiva é controlada, em parte, por terceiros.

Essa distinção precisa estar refletida tanto nos mecanismos de detecção de ameaças quanto nas políticas de acesso e nos procedimentos de resposta a incidentes.

Afinal, quando uma conexão aparentemente confiável pode ser alugada comercialmente, sua origem deixa de ser evidência suficiente de identidade ou legitimidade.

 

Vulnerabilidades
06 de nov. de 2026
Vulnerabilidades
05 de nov. de 2026
Vulnerabilidades
04 de nov. de 2026
Vulnerabilidades
22 de out. de 2026
IA
19 de out. de 2026
Ataques Hackers
13 de out. de 2026
Segurança da Informação
30 de set. de 2026
IA
25 de set. de 2026
IA
23 de set. de 2026
Segurança da Informação
18 de set. de 2026
Segurança da Informação
14 de set. de 2026
Golpes Digitais
01 de set. de 2026
IA
20 de ago. de 2026
Malware
14 de ago. de 2026
Vulnerabilidades
10 de ago. de 2026
Segurança da Informação
31 de jul. de 2026
IA
22 de jul. de 2026
Vulnerabilidades
20 de jul. de 2026
Vulnerabilidades
15 de jul. de 2026
Constituição de Cibersegurança
10 de jul. de 2026
Vulnerabilidades
09 de jul. de 2026
Segurança da Informação
03 de jul. de 2026
Vulnerabilidades
23 de jun. de 2026
Supply Chain
09 de jun. de 2026
Threat Intelligence
25 de mai. de 2026
Threat Intelligence
13 de mai. de 2026
Threat Intelligence
07 de mai. de 2026
Vulnerabilidades
04 de mai. de 2026
Constituição de Cibersegurança
17 de abr. de 2026
Segurança da Informação
14 de abr. de 2026
Produtividade
07 de abr. de 2026
Produtividade
31 de mar. de 2026
Supply Chain
26 de mar. de 2026
Threat Intelligence
25 de mar. de 2026
Malware
23 de mar. de 2026
Constituição de Cibersegurança
12 de mar. de 2026
Governança & Tecnologia
09 de mar. de 2026
Segurança da Informação
04 de mar. de 2026
Malware
23 de fev. de 2026
Segurança da Informação
13 de fev. de 2026
Constituição de Cibersegurança
05 de fev. de 2026
Segurança da Informação
28 de jan. de 2026
Governança & Tecnologia
16 de jan. de 2026
Golpes Digitais
14 de jan. de 2026
Segurança da Informação
12 de jan. de 2026
Constituição de Cibersegurança
08 de jan. de 2026
Produtividade
15 de dez. de 2025
Malware
08 de dez. de 2025
Leaks
03 de dez. de 2025
Segurança da Informação
25 de nov. de 2025
Ataques Hackers
19 de nov. de 2025
Segurança da Informação
18 de nov. de 2025
Ataques Hackers
17 de nov. de 2025
Governança & Tecnologia
14 de nov. de 2025
Segurança da Informação
13 de nov. de 2025
Governança & Tecnologia
11 de nov. de 2025
Governança & Tecnologia
05 de nov. de 2025
Boas Práticas
04 de nov. de 2025
Malware
03 de nov. de 2025
Governança & Tecnologia
30 de out. de 2025
Ataques Hackers
29 de out. de 2025
Leaks
28 de out. de 2025
Boas Práticas
27 de out. de 2025
Ataques Hackers
23 de out. de 2025
Ataques Hackers
20 de out. de 2025
Ataques Hackers
17 de out. de 2025
Malware
16 de out. de 2025
Ataques Hackers
15 de out. de 2025
Golpes Digitais
10 de out. de 2025
Segurança da Informação
07 de out. de 2025
Malware
02 de out. de 2025
Segurança da Informação
30 de set. de 2025
Constituição de Cibersegurança
29 de set. de 2025
Segurança da Informação
26 de set. de 2025
Malware
19 de set. de 2025
Ataques Hackers
18 de set. de 2025
Constituição de Cibersegurança
15 de set. de 2025
Malware
11 de set. de 2025
Segurança da Informação
09 de set. de 2025
Produtividade
01 de set. de 2025
Leaks
29 de ago. de 2025
Boas Práticas
27 de ago. de 2025
Golpes Digitais
25 de ago. de 2025
Segurança da Informação
18 de ago. de 2025
Malware
11 de ago. de 2025
Golpes Digitais
07 de ago. de 2025
Segurança da Informação
04 de ago. de 2025
Malware
31 de jul. de 2025
Produtividade
28 de jul. de 2025
Golpes Digitais
24 de jul. de 2025
Malware
21 de jul. de 2025
Malware
17 de jul. de 2025
Ataques Hackers
10 de jul. de 2025
Boas Práticas
07 de jul. de 2025
Boas Práticas
03 de jul. de 2025
Produtividade
30 de jun. de 2025
Constituição de Cibersegurança
26 de jun. de 2025
Leaks
23 de jun. de 2025
Leaks
16 de jun. de 2025
Malware
12 de jun. de 2025
Constituição de Cibersegurança
05 de jun. de 2025
Ataques Hackers
02 de jun. de 2025
Produtividade
29 de mai. de 2025
Segurança da Informação
26 de mai. de 2025
Segurança da Informação
22 de mai. de 2025
Constituição de Cibersegurança
19 de mai. de 2025
Segurança da Informação
14 de mai. de 2025
Segurança da Informação
08 de mai. de 2025
Golpes Digitais
06 de mai. de 2025
Constituição de Cibersegurança
02 de mai. de 2025
Ataques Hackers
28 de abr. de 2025
Constituição de Cibersegurança
24 de abr. de 2025
Golpes Digitais
22 de abr. de 2025
Golpes Digitais
14 de abr. de 2025
Ataques Hackers
21 de fev. de 2025
Ataques Hackers
18 de fev. de 2025
Segurança da Informação
04 de fev. de 2025
Constituição de Cibersegurança
28 de jan. de 2025
Segurança da Informação
23 de jan. de 2025
Ataques Hackers
16 de jan. de 2025
Constituição de Cibersegurança
14 de jan. de 2025
Constituição de Cibersegurança
19 de dez. de 2024
Segurança da Informação
17 de dez. de 2024
Segurança da Informação
10 de dez. de 2024
Malware
06 de dez. de 2024
Constituição de Cibersegurança
03 de dez. de 2024
Boas Práticas
26 de nov. de 2024
Boas Práticas
19 de nov. de 2024
Segurança da Informação
12 de nov. de 2024
Boas Práticas
05 de nov. de 2024
Segurança da Informação
31 de out. de 2024
Segurança da Informação
29 de out. de 2024
Constituição de Cibersegurança
10 de out. de 2024
Segurança da Informação
03 de out. de 2024