A equipe responsável pelo kernel Linux publicou 432 novos identificadores de vulnerabilidades (CVEs) entre domingo e segunda-feira, provocando preocupação entre administradores de sistemas e profissionais de segurança pela dificuldade de analisar e priorizar um volume tão elevado de falhas em um curto período. O aumento chamou a atenção da comunidade após ser destacado pelo projeto nixCraft. Em seguida, Jan Schaumann, arquiteto-chefe de segurança da Akamai Technologies, afirmou na lista de discussão OSS-SEC que o cenário evidencia como se tornou inviável avaliar individualmente cada correção de segurança do kernel. Segundo Schaumann, recorrer a modelos de inteligência artificial para classificar automaticamente as vulnerabilidades também não resolve o problema. Mesmo que um modelo consiga priorizar parte dos relatórios, novos CVEs continuam surgindo diariamente em quantidade suficiente para manter o acúmulo de trabalho. Como alternativa, ele sugere que as organizações acompanhem quais falhas se tornam realmente críticas nas semanas seguintes ou adotem atualizações frequentes de todo o parque Linux, embora reconheça que essa estratégia seja difícil de implementar em grandes ambientes corporativos. Em entrevista ao The Register, Schaumann afirmou que muitas empresas dependem de processos extensos de validação, ciclos lentos de desenvolvimento e contratos de suporte de longo prazo, fatores que tornam inviável a aplicação automática e contínua de todas as atualizações disponibilizadas. Uma das hipóteses levantadas pelo nixCraft para explicar o crescimento no número de CVEs é o uso crescente de ferramentas de inteligência artificial na identificação de bugs. O tema já havia sido comentado por Linus Torvalds, que afirmou em maio que a lista de segurança do kernel havia se tornado "quase impossível de administrar" devido ao grande volume de relatórios gerados com auxílio de IA. Apesar disso, o criador do Linux também reconheceu que essas ferramentas ajudam a encontrar falhas reais, ainda que aumentem significativamente a carga de trabalho dos mantenedores. O mantenedor do kernel Greg Kroah-Hartman também já explicou que praticamente qualquer erro capaz de comprometer a confidencialidade, integridade ou disponibilidade de um sistema pode receber um CVE. A equipe analisa todas as correções incorporadas às versões estáveis do kernel e, quando uma delas atende aos critérios do Programa CVE, um novo identificador é atribuído. Isso significa que a publicação de centenas de CVEs não indica necessariamente uma onda de vulnerabilidades críticas ou exploração ativa. Muitas das falhas possuem impacto limitado, mas ainda assim são classificadas oficialmente como vulnerabilidades de segurança. Até o momento, a equipe do kernel Linux não comentou o aumento recente na quantidade de CVEs. Para administradores de sistemas, porém, o desafio permanece: identificar quais vulnerabilidades realmente afetam seus ambientes e definir quais atualizações devem ser priorizadas, em um cenário onde o volume crescente de relatórios torna esse processo cada vez mais complexo.

O governo dos Estados Unidos anunciou uma nova política para negar vistos a estrangeiros envolvidos em crimes cibernéticos e fraudes online. Segundo o secretário de Estado Marco Rubio, a medida também poderá ser aplicada a familiares imediatos dos investigados. O anúncio foi feito com foco no aumento de golpes financeiros internacionais, especialmente esquemas de investimento fraudulentos frequentemente associados a organizações criminosas transnacionais chinesas. Rubio afirmou que, apenas em 2024, cidadãos norte-americanos perderam mais de US$ 10 bilhões para esse tipo de fraude. O secretário também citou casos de sextorsão contra crianças e adolescentes, que, segundo ele, têm causado impactos devastadores às vítimas e suas famílias. De acordo com Rubio, o governo pretende utilizar todos os instrumentos disponíveis para combater essas organizações, incluindo sanções, processos judiciais, apreensão de bens, pedidos de extradição e cooperação internacional entre autoridades. A nova política utiliza os poderes previstos na Seção 212(a)(3)(C) da Lei de Imigração e Nacionalidade (INA), que permite negar vistos quando a entrada de um estrangeiro possa gerar consequências negativas para a política externa dos Estados Unidos. A restrição será direcionada principalmente a pessoas consideradas responsáveis ou cúmplices de crimes cibernéticos e delitos facilitados por tecnologia. O governo informou que a medida poderá ser estendida aos familiares imediatos desses indivíduos. Embora Rubio tenha destacado organizações criminosas chinesas, ele observou que isso não significa que todas as operações criminosas ocorram na China. Muitos desses golpes são executados por redes transnacionais que atuam em diferentes países. Essa não é a primeira vez que a administração utiliza esse dispositivo legal para impor restrições de visto. Desde 2025, a mesma base jurídica foi aplicada contra autoridades estrangeiras acusadas de restringir a liberdade de expressão de cidadãos norte-americanos, profissionais do setor privado ligados à imigração ilegal e indivíduos acusados de colaborar com ações consideradas prejudiciais aos interesses dos EUA. Além dessa medida, a legislação norte-americana já prevê outras formas de impedir a entrada de criminosos condenados. A Seção 212(a)(2) da mesma lei permite negar vistos a estrangeiros condenados por crimes como fraude e outras infrações classificadas como delitos de natureza moral.

A Anthropic anunciou o Claude Opus 5, novo modelo de inteligência artificial que promete desempenho próximo ao Claude Fable 5 por metade do preço. Além do custo reduzido, a empresa destaca que o modelo não exige retenção obrigatória de dados, característica voltada principalmente ao mercado corporativo. O Opus 5 custa US$ 5 por milhão de tokens de entrada e US$ 25 por milhão de tokens de saída. Já o Fable 5 é cobrado a US$ 10 e US$ 50, respectivamente. Como referência, o GPT-5.6 Sol, da OpenAI, possui preços de US$ 5 por milhão de tokens de entrada e US$ 30 por milhão de tokens de saída. Segundo a Artificial Analysis, o custo médio ponderado por tarefa no índice Intelligence Index é de US$ 2,03 para o Opus 5, contra US$ 2,75 do Fable 5. O GPT-5.6 Sol registra US$ 1,04 e o Kimi K3, US$ 0,95. No mesmo índice, o Opus 5 alcançou 61 pontos, superando o Fable 5 por um ponto. A Anthropic afirma que o modelo oferece desempenho significativamente superior ao Opus 4.8, especialmente em programação assistida, uso de computadores e tarefas complexas de longo prazo. A empresa também reduziu em cerca de 80% o prompt de sistema utilizado pelo Claude Code. Segundo o engenheiro Thariq Shihipar, essa mudança exige prompts mais simples e levou à atualização das recomendações para arquivos de configuração, como o CLAUDE.md. A ferramenta claude doctor poderá otimizar automaticamente parte dessas instruções. A Anthropic alerta, no entanto, que o Opus 5 tende a produzir respostas mais longas do que versões anteriores. Usuários que desejarem respostas mais objetivas deverão especificar esse comportamento diretamente nos prompts. Na área de cibersegurança, o modelo obteve 80% no benchmark OSS-Fuzz para identificação de vulnerabilidades em código aberto, resultado próximo ao Mythos 5, que alcançou 79,4%. Já na geração de explorações dessas falhas, o Opus 5 apresentou desempenho inferior, concluindo 4 de 14 tentativas, contra 13 de 14 do Mythos. Segundo a empresa, o Opus 5 utiliza classificadores de segurança menos restritivos do que o Fable 5 para permitir a identificação de vulnerabilidades em código-fonte. Em contrapartida, continua bloqueando atividades consideradas de maior risco, como varreduras de vulnerabilidades baseadas em binários, testes de intrusão e geração de exploits. Outra novidade é um mecanismo de fallback automático na API. Quando uma solicitação for considerada inadequada para o Opus 5 ou Fable 5, ela poderá ser encaminhada automaticamente para um modelo menos avançado, em vez de ser completamente bloqueada. A Anthropic afirma ainda que o Opus 5 é seu modelo mais alinhado até o momento, reduzindo a probabilidade de respostas fora das políticas de segurança, ao mesmo tempo em que elimina a exigência de retenção de dados para empresas.

A AMD apresentou o ROCm.AI, uma plataforma voltada à implantação, depuração e otimização de modelos de inteligência artificial em aceleradores Instinct. Anunciada durante o evento Advancing AI, em São Francisco, a solução usa assistentes de programação para melhorar o desempenho de cargas de inferência por meio de comandos em linguagem natural. A iniciativa busca reduzir uma das principais vantagens da Nvidia: o ecossistema CUDA. Embora frameworks como PyTorch e JAX já permitam executar o mesmo código em diferentes plataformas, a compatibilidade não garante desempenho máximo. Interfaces de baixo nível, como CUDA, ROCm e HIP, continuam importantes para explorar plenamente os recursos do hardware. O principal desafio está na otimização manual de kernels de GPU e rotinas de multiplicação de matrizes, conhecidas como GEMM. Esse trabalho exige experiência específica, mas a AMD afirma que modelos avançados de IA já conseguem realizar parte dessas tarefas. Segundo Anush Elangovan, vice-presidente corporativo de software e soluções de IA da AMD, a empresa publica para cada geração de GPUs não apenas as especificações do conjunto de instruções, mas também versões dessas informações em formato legível por máquinas. Essa documentação permite que modelos de IA compreendam melhor a arquitetura dos chips e produzam código mais adequado ao hardware da empresa. Com o ROCm.AI, a AMD pretende organizar esse processo. A plataforma se conecta a assistentes de código baseados em modelos avançados e fornece ferramentas e documentação para implantar, analisar, depurar e otimizar modelos e frameworks de inferência em aceleradores AMD Instinct. Entre os recursos anunciados está o Hyperloom, um sistema automatizado de otimização de desempenho. Ao receber uma instrução como “otimize o MiniMax M3 com o Hyperloom”, a ferramenta pode iniciar um servidor de inferência em um contêiner Docker, executar benchmarks para estabelecer uma linha de base, analisar a carga de trabalho, identificar gargalos e ajustar configurações. O sistema também pode gerar kernels personalizados durante o processo. Em testes realizados nos novos racks Helios, a AMD afirma que o Hyperloom elevou o desempenho do modelo em 38% sobre a configuração inicial. “Queremos oferecer a capacidade de extrair o máximo de desempenho”, afirmou Elangovan. Segundo ele, a ferramenta simplifica etapas de implantação, depuração, análise e otimização. A AMD também informou que está trabalhando com empresas como OpenAI e Anthropic para melhorar a capacidade dos modelos de compreender o funcionamento de seu hardware e software. De acordo com Elangovan, a estratégia não se limita a usar modelos avançados para gerar kernels. A empresa busca fazer com que essas ferramentas entendam nativamente a programação para o ecossistema AMD. Além da interface própria de linha de comando, o ROCm.AI será oferecido como plug-in para assistentes de programação populares, incluindo Claude Code, da Anthropic; Codex, da OpenAI; Antigravity, do Google; e Cursor.

A polícia do condado de Dougherty, no estado da Geórgia (EUA), investiga o incêndio de duas câmeras de leitura automática de placas (ALPR) da Flock Safety. Inicialmente, as autoridades suspeitaram de falhas técnicas, mas, após a análise das evidências, os casos foram reclassificados como danos criminosos ao patrimônio. Os equipamentos estavam instalados na Radium Springs Road, próximo ao cruzamento com Williamsburg Drive. A polícia não divulgou a causa dos incêndios nem informações sobre possíveis suspeitos, mas pediu a colaboração da população para identificar os responsáveis. Os locais coincidem com pontos mapeados pelo projeto comunitário Deflock, que mantém um banco de dados público sobre a localização de câmeras da Flock Safety nos Estados Unidos. A empresa fornece leitores automáticos de placas, além de câmeras de segurança, detectores acústicos de disparos, drones e outros dispositivos utilizados por milhares de agências de segurança pública no país. Apesar da ampla adoção, a Flock enfrenta críticas relacionadas ao uso de seus sistemas de vigilância. Segundo o Institute for Justice, ao menos 26 casos de suposto abuso de dados coletados por leitores de placas envolveram policiais utilizando as informações para perseguir interesses pessoais, com a maioria dos episódios registrada desde 2024. A American Civil Liberties Union (ACLU) também afirma que menos de 1% dos veículos registrados pelas câmeras está relacionado a atividades criminosas, embora os dados de praticamente todos os automóveis sejam armazenados e possam ser consultados por autoridades. A empresa também foi alvo de questionamentos sobre o compartilhamento de informações com órgãos de imigração. Embora a Flock negue fornecer acesso direto ao Immigration and Customs Enforcement (ICE), reportagens apontam que departamentos de polícia realizaram consultas em nome da agência. Dados da plataforma também teriam sido utilizados pelo Customs and Border Protection (CBP). As preocupações com privacidade levaram alguns departamentos de polícia a encerrar contratos com a empresa. Na semana passada, o Departamento de Polícia de Los Angeles (LAPD) anunciou que não renovará seu acordo com a Flock, citando a necessidade de resolver questões relacionadas à privacidade, segurança e compartilhamento de dados. Além das críticas, as câmeras da empresa também têm sido alvo de vandalismo. Em 2025, um homem foi acusado de danificar diversas unidades na Virgínia, alegando que a tecnologia seria inconstitucional. No mesmo ano, cidades do Oregon cancelaram contratos após estruturas que sustentavam câmeras serem derrubadas, enquanto equipamentos instalados em Illinois também foram destruídos. Na semana passada, a Flock publicou um comunicado lembrando clientes sobre seu plano de proteção, que cobre reparos ou substituição de equipamentos danificados. A empresa reconheceu os ataques às câmeras, mas não comentou as críticas relacionadas à privacidade, limitando-se a desmentir rumores de que os equipamentos conteriam metais preciosos.

A Europol e autoridades parceiras identificaram 4.340 URLs para remoção durante uma operação realizada entre junho e julho contra a The Com, uma rede informal de grupos online associada a crimes digitais, extorsão e violência no mundo real. A ação fez parte dos chamados Referral Action Days, iniciativa voltada a interromper o ecossistema digital da rede, reduzir sua capacidade de recrutamento e limitar a circulação de propaganda e conteúdo criminoso. A operação integra o Project Compass, lançado em 2025 com participação de autoridades dos Estados Unidos, Reino Unido e países da União Europeia. Investigadores da Bélgica, Finlândia, Hungria, Irlanda, Luxemburgo, Países Baixos, Portugal, Espanha e Suécia participaram da mobilização. Segundo a Europol, grupos ligados à The Com usam redes sociais, plataformas de jogos e aplicativos de mensagens para recrutar integrantes e manipular jovens vulneráveis. Dentro dessas comunidades, usuários ganham status ao produzir, obter ou divulgar conteúdos cada vez mais extremos. Parte das publicações é transmitida ao vivo, incentivada por espectadores e posteriormente armazenada e redistribuída em outras plataformas. As URLs sinalizadas incluíam vídeos e imagens de violência, abuso infantil, crueldade contra animais e ataques físicos. Também foram encontrados materiais com instruções para extorsão, manipulação de menores, doxxing, swatting e outras práticas criminosas. A Europol afirma que seu Centro Europeu de Contraterrorismo recebeu centenas de pedidos de apoio nos últimos dois anos para investigar crimes relacionados à The Com. A agência classifica a rede como uma ameaça global, com preocupação especial em relação a menores de idade, que aparecem tanto como vítimas quanto como participantes das atividades criminosas. Em 2025, autoridades dos Estados Unidos e do Reino Unido já haviam alertado para grupos vinculados à The Com que recrutavam adolescentes para crimes digitais e atos violentos. O FBI afirmou, na ocasião, que uma ramificação conhecida como In Real Life Com vinha ampliando ofertas de swatting sob encomenda e outros serviços criminosos. A Agência Nacional de Crime do Reino Unido também alertou para o recrutamento de adolescentes para fraudes, ransomware e abuso infantil.

O presidente dos Estados Unidos, Donald Trump, anunciou a ampliação do Ratepayer Protection Pledge, um compromisso voluntário criado para evitar que o crescimento acelerado dos datacenters, especialmente os voltados para inteligência artificial, resulte em aumento nas contas de energia elétrica pagas pela população. A iniciativa, que inicialmente reunia apenas grandes empresas de tecnologia, passa agora a incluir concessionárias de energia, desenvolvedores de datacenters, cooperativas e governos estaduais. Segundo Trump, a expansão do acordo busca garantir que a rápida construção de novas infraestruturas para IA ocorra sem transferir os custos de expansão da rede elétrica para os consumidores residenciais. Durante um discurso na sede da Agência de Proteção Ambiental dos Estados Unidos (EPA), em Washington, o presidente afirmou que o compromisso passa a abranger toda a cadeia responsável pelas decisões que impactam as tarifas de energia, incluindo empresas responsáveis pelo fornecimento de eletricidade, desenvolvedores dos datacenters e autoridades estaduais encarregadas da regulação do setor elétrico. "Estamos aqui hoje para continuar o incrível progresso que estamos fazendo em comunidades de todo o país para garantir que, à medida que novos datacenters sejam construídos — e eles estão sendo construídos em toda parte — as contas de energia das famílias americanas realmente diminuam", declarou. O Ratepayer Protection Pledge foi criado no início deste ano em resposta ao crescente descontentamento de comunidades norte-americanas com a expansão dos datacenters. Em diversas regiões, moradores passaram a associar o aumento das tarifas de energia aos elevados investimentos necessários para ampliar a capacidade de geração e modernizar a infraestrutura elétrica capaz de atender à crescente demanda dessas instalações. Grande parte dessa pressão vem da corrida global pela inteligência artificial. Datacenters de última geração exigem enormes volumes de eletricidade para alimentar milhares de GPUs e servidores especializados em treinamento e execução de modelos de IA, tornando-se um dos principais motores da expansão da demanda energética nos Estados Unidos. Na primeira versão do compromisso, as chamadas "Munificent 7" — Amazon, Google, Meta, Microsoft, OpenAI, Oracle e xAI — concordaram em assumir integralmente os custos adicionais de infraestrutura elétrica necessários para atender seus projetos. Entretanto, especialistas apontavam uma limitação importante: embora essas empresas arquem com investimentos próprios, elas não possuem autoridade para definir as tarifas cobradas dos consumidores. Essa responsabilidade continua sendo das concessionárias de energia e das agências reguladoras estaduais, motivo pelo qual esses agentes passam agora a integrar oficialmente o acordo. De acordo com a Casa Branca, mais de 200 novas organizações aderiram ao compromisso, incluindo concessionárias, cooperativas, desenvolvedores de datacenters e governos estaduais. Segundo o governo norte-americano, a iniciativa agora cobre aproximadamente 80% da energia distribuída para residências e empresas nos Estados Unidos, representando uma proteção potencial para cerca de 263 milhões de pessoas quando novos datacenters forem construídos próximos às suas comunidades. Outro ponto defendido por Trump é que muitos futuros datacenters deverão produzir sua própria energia elétrica, reduzindo a pressão sobre a rede pública. "É difícil acreditar, mas precisamos do dobro da eletricidade que temos hoje, talvez até mais, para alcançar tudo o que queremos fazer", afirmou. O presidente acrescentou que sugeriu que os operadores construíssem suas próprias usinas de geração de energia como forma de evitar impactos na infraestrutura existente. Apesar disso, analistas do setor observam que diversos operadores de grandes datacenters já vinham adotando geração própria antes mesmo da proposta apresentada pelo governo, utilizando usinas dedicadas, sistemas híbridos e contratos de fornecimento exclusivo para garantir disponibilidade energética. Trump também afirmou que, ao produzir sua própria energia, esses empreendimentos poderão inclusive fornecer excedentes para a rede elétrica, aumentando a oferta nacional de eletricidade. No entanto, uma das principais críticas ao programa permanece inalterada. O texto do Ratepayer Protection Pledge continua sem prever qualquer mecanismo formal de fiscalização ou penalidade caso seus participantes descumpram os compromissos assumidos. Até o momento, não há sanções conhecidas para empresas, concessionárias ou governos estaduais caso as contas de energia continuem aumentando em razão da expansão dos datacenters. Na prática, o acordo permanece baseado na adesão voluntária de seus participantes. A Casa Branca e a EPA ainda não detalharam quais medidas poderiam ser adotadas em caso de descumprimento das promessas. Enquanto isso, as projeções indicam que o desafio tende a aumentar rapidamente. Dados recentes da Synergy Research estimam que a capacidade instalada dos datacenters nos Estados Unidos deverá dobrar nos próximos três anos, impulsionada principalmente pelos investimentos dos grandes provedores de computação em nuvem e IA. A consultoria afirma que atualmente existem cerca de 1.500 grandes projetos de datacenters em desenvolvimento no mundo, sendo quase metade localizada em território norte-americano. Esses empreendimentos deverão adicionar aproximadamente 45 gigawatts de capacidade de TI nos próximos anos. Segundo John Dinsdale, analista-chefe da Synergy Research, a disponibilidade limitada de energia elétrica e a crescente resistência de comunidades locais já vêm dificultando parte desses projetos. Mesmo assim, o especialista acredita que os operadores continuarão encontrando alternativas para superar essas restrições e atender à forte demanda por infraestrutura de inteligência artificial. A expectativa é que, pelos próximos cinco anos, os Estados Unidos continuem concentrando mais da metade da capacidade operacional mundial de datacenters.

O projeto FreeBSD precisou congelar temporariamente seu repositório de ports após um desenvolvedor incluir por engano um binário do GitHub Copilot no histórico do Git. O arquivo ultrapassava o limite de tamanho aceito pelo GitHub e também levantava dúvidas relacionadas ao licenciamento do software distribuído pela Microsoft. O congelamento do repositório foi anunciado em 21 de julho de 2026 e permaneceu em vigor no dia seguinte. Em uma mensagem publicada na lista oficial freebsd-announce, o projeto explicou que um commit havia interrompido o espelhamento da árvore de ports para o GitHub. Segundo o comunicado, o commit problemático adicionou ao histórico um arquivo maior que 100 MB, limite máximo aceito diretamente pelos repositórios do GitHub. A plataforma bloqueia arquivos individuais superiores a 100 MiB, o que impediu a continuidade do processo automatizado de sincronização. Além do tamanho, o arquivo foi classificado pela equipe como um “blob de licenciamento questionável”, uma referência ao fato de que o binário do Copilot possui licença própria e não deveria ser incorporado diretamente ao repositório público do FreeBSD. O incidente não comprometeu o sistema operacional nem representou uma falha de segurança. O principal impacto foi operacional: o histórico do repositório precisou ser corrigido para remover o arquivo e restaurar os espelhos utilizados pela comunidade. Ports do FreeBSD não incluem necessariamente o software original O FreeBSD mantém uma extensa coleção de ports, que são conjuntos de arquivos, instruções e metadados usados para baixar, adaptar, compilar ou instalar softwares de terceiros no sistema operacional. Apesar do nome, um port não é necessariamente uma versão nativa de um programa desenvolvida especificamente para o FreeBSD. Em alguns casos, o pacote apenas prepara o ambiente necessário para executar um binário criado para outro sistema. Esse é o caso do GitHub Copilot CLI. O FreeBSD já possui um port oficial da ferramenta, mas ele não contém o executável completo do Copilot. O port foi desenvolvido para permitir que o binário Linux funcione no FreeBSD por meio do Linuxulator, camada de compatibilidade que possibilita a execução de aplicações Linux no sistema. Durante o processo normal de instalação, o próprio sistema de ports deve baixar o binário a partir da fonte autorizada e aplicar as instruções necessárias. Dessa forma, o repositório mantém apenas os arquivos de configuração e construção, sem redistribuir diretamente software protegido por licenças externas. Ao incluir o executável no commit, o desenvolvedor adicionou ao histórico do Git um arquivo que não deveria fazer parte do pacote e que poderia criar problemas jurídicos ou de redistribuição para o projeto. Limite do GitHub interrompeu os espelhos do repositório O repositório de ports do FreeBSD é replicado automaticamente para diferentes servidores e plataformas, incluindo um espelho somente para leitura hospedado no GitHub. Como o arquivo do Copilot ultrapassava o limite de 100 MiB, o GitHub recusou o envio. Isso rompeu o processo de espelhamento e criou uma divergência entre o repositório principal e as cópias distribuídas. A situação é mais complexa do que simplesmente apagar o arquivo no commit seguinte. O Git mantém todos os objetos adicionados ao histórico, incluindo arquivos removidos posteriormente. Assim, mesmo que o binário fosse excluído da versão atual, ele continuaria presente nos commits anteriores e ainda seria transferido durante uma clonagem completa do repositório. Para resolver o problema, os responsáveis precisaram reescrever o histórico, remover o objeto inadequado e coordenar a atualização dos diferentes espelhos. Durante esse processo, novos commits foram suspensos para evitar inconsistências adicionais. Git volta ao centro das críticas sobre complexidade O incidente também reacendeu discussões antigas sobre a complexidade do Git, sistema de controle de versão predominante em projetos de software livre e de código aberto. Criado para atender às necessidades de desenvolvimento do kernel Linux, o Git se consolidou como padrão da indústria por sua velocidade, arquitetura distribuída e capacidade de lidar com projetos de grande escala. Essa flexibilidade, no entanto, vem acompanhada de uma curva de aprendizado considerada elevada. Operações envolvendo reescrita de histórico, arquivos grandes, branches, objetos internos e sincronização remota podem gerar erros difíceis de corrigir. No caso do FreeBSD, um único commit foi suficiente para afetar toda a cadeia de distribuição do repositório, demonstrando como erros aparentemente simples podem ganhar proporções maiores em projetos mantidos por múltiplos desenvolvedores e replicados em diversas plataformas. Alternativas tentam simplificar o uso do Git O congelamento ocorreu poucos dias depois do lançamento da versão 0.127 do Game of Trees, também conhecido como Got, um sistema de controle de versão compatível com repositórios Git. Desenvolvido por colaboradores do projeto OpenBSD desde 2019, o Got busca priorizar simplicidade e facilidade de uso, mesmo que isso signifique oferecer menos flexibilidade do que o Git tradicional. A ferramenta não pretende substituir completamente o Git. Seu objetivo é permitir que desenvolvedores realizem tarefas comuns por meio de uma interface mais direta, utilizando o mesmo formato de repositório. Com isso, equipes podem adotar o Got em determinadas atividades e continuar usando o Git para operações mais avançadas ou integrações específicas. Outros projetos seguem abordagem semelhante. O Gitless foi criado como uma interface simplificada construída sobre o Git, embora seu desenvolvimento aparente ter desacelerado nos últimos anos. Já o Jujutsu, frequentemente abreviado como Jj, oferece um modelo diferente de controle de versões, mas mantém compatibilidade com repositórios Git. A ferramenta possui documentação extensa, embora parte de seu material pressuponha familiaridade prévia com conceitos de versionamento distribuído. Incidente evidencia riscos operacionais em grandes repositórios O episódio não provocou perda de código nem exposição de dados sensíveis, mas mostra como arquivos adicionados indevidamente podem afetar processos automatizados, espelhos públicos e políticas de licenciamento. Em grandes projetos de código aberto, os repositórios funcionam como infraestrutura crítica para desenvolvedores, mantenedores, sistemas de integração contínua e usuários responsáveis pela geração de pacotes. Um arquivo incompatível com as regras de uma plataforma pode interromper pipelines, impedir sincronizações e exigir a reescrita de históricos compartilhados por milhares de colaboradores. O uso de verificações automatizadas antes da aceitação de commits, incluindo limites de tamanho, validação de tipos de arquivo e análise de licenças, pode reduzir esse tipo de ocorrência. Após a correção do histórico e a restauração dos espelhos, o repositório de ports deverá retomar o fluxo normal de atualizações. O incidente permanece como mais um exemplo dos desafios de administrar projetos distribuídos com milhões de arquivos, dependências externas e diferentes regras de licenciamento.

A OpenAI anunciou a expansão dos recursos de saúde do ChatGPT ao permitir que usuários conectem dados do Apple Health e prontuários médicos compatíveis ao chatbot. O lançamento acontece apenas um dia após a empresa ser processada por um usuário que afirma ter recebido orientações médicas equivocadas da IA, que teriam contribuído para o agravamento de uma embolia pulmonar. Batizado de Health in ChatGPT, o novo recurso permite que usuários elegíveis conectem o ChatGPT ao aplicativo Apple Health no iOS. Com autorização explícita do usuário, a IA passa a ter acesso a informações como medicamentos, exames laboratoriais, histórico de consultas, qualidade do sono, atividades físicas e outros dados armazenados no ecossistema de saúde da Apple. Segundo a OpenAI, o objetivo é oferecer respostas mais personalizadas durante conversas relacionadas à saúde, utilizando o contexto clínico compartilhado pelo próprio usuário. A empresa afirma que os dados conectados não serão utilizados para treinar seus modelos de inteligência artificial nem para fins publicitários. O Apple Health funciona como um painel centralizador de informações médicas, reunindo dados coletados pelo iPhone, Apple Watch e aplicativos compatíveis, além de permitir o registro manual de informações como alergias, doenças preexistentes, medicamentos em uso e outras condições clínicas. De acordo com a OpenAI, a integração surgiu após testes realizados com uma experiência dedicada à saúde dentro do ChatGPT. A empresa constatou que mais de 70% das conversas sobre temas médicos aconteciam fora desse ambiente específico, levando à decisão de incorporar os recursos diretamente às conversas tradicionais do chatbot. Processo judicial reacende debate sobre uso da IA na medicina O anúncio ocorre em um momento delicado para a OpenAI. Na quarta-feira, um morador da Flórida entrou com uma ação na Suprema Corte da Califórnia alegando que o ChatGPT forneceu recomendações médicas "extremamente perigosas", desencorajando-o a procurar atendimento enquanto uma embolia pulmonar evoluía. Segundo a ação, o chatbot teria repetidamente minimizado a gravidade dos sintomas e recomendado que o paciente permanecesse em casa. Após ser hospitalizado, o autor afirma enfrentar um longo processo de recuperação física e psicológica em decorrência do atraso no tratamento. Em resposta ao caso, a OpenAI destacou que os termos de uso do ChatGPT deixam claro que a ferramenta não foi desenvolvida para realizar diagnósticos, substituir médicos ou indicar tratamentos. A empresa também afirmou que seus modelos evoluíram significativamente desde o episódio citado na ação judicial. A companhia reiterou que o ChatGPT "não é um médico e jamais deve ser utilizado como substituto para atendimento médico, diagnóstico ou tratamento". Segundo a OpenAI, atribuir exclusivamente ao chatbot decisões clínicas tomadas por pacientes simplifica excessivamente um problema muito mais complexo e pode impedir que as pessoas utilizem ferramentas que possam auxiliá-las durante sua jornada de cuidados com a saúde. OpenAI diz ter treinado modelos para lidar melhor com incertezas A OpenAI afirma ter trabalhado com centenas de médicos durante os testes da funcionalidade e informa que realizou treinamentos específicos para tornar seus modelos mais seguros em conversas sobre saúde. Entre as melhorias destacadas estão: Maior capacidade de identificar situações que exigem atendimento médico urgente; Solicitação de contexto adicional antes de responder; Melhor comunicação das incertezas presentes nas respostas; Explicações mais acessíveis para informações médicas complexas. Segundo a empresa, quando há informações insuficientes, os modelos foram treinados para reconhecer essa limitação em vez de simplesmente gerar uma resposta potencialmente incorreta. Especialistas continuam apontando limitações da IA na área médica Apesar das melhorias anunciadas, diversos estudos recentes continuam levantando preocupações sobre o uso de grandes modelos de linguagem (LLMs) em decisões clínicas. Pesquisas publicadas ao longo deste ano indicaram que: Chatbots de IA não apresentaram desempenho superior aos mecanismos tradicionais de busca para auxiliar usuários em decisões relacionadas à saúde; Um estudo apontou que LLMs falharam em mais de 80% dos casos de diagnóstico diferencial precoce; Uma auditoria realizada pelo Auditor Geral da província de Ontário, no Canadá, identificou que sistemas de IA utilizados para gerar anotações médicas introduziam erros de medicação, omitiam informações críticas, inseriam dados incorretos e até produziam "alucinações", registrando fatos que nunca foram mencionados durante consultas. Esses resultados reforçam que, mesmo com acesso a informações clínicas detalhadas do paciente, modelos de IA ainda apresentam limitações importantes em precisão, confiabilidade e segurança para apoiar decisões médicas. Dados médicos podem reduzir erros, mas não eliminam riscos Embora o acesso ao histórico clínico possa fornecer contexto adicional e evitar alguns tipos de recomendações inadequadas — por exemplo, considerando fatores de risco previamente registrados para determinadas doenças — isso não impede que o modelo produza respostas incorretas. A própria OpenAI reconhece que o ChatGPT ainda pode cometer erros e reforça que qualquer orientação relacionada à saúde deve ser validada por profissionais qualificados. O recurso Health in ChatGPT começou a ser disponibilizado para usuários autenticados do iOS e da versão web, maiores de 18 anos, residentes nos Estados Unidos e assinantes dos planos Free, Go, Plus e Pro.

A existência de um identificador persistente utilizado pela Microsoft para reconhecer instalações do Windows voltou ao centro das discussões sobre privacidade digital. O assunto ganhou repercussão após um vídeo do canal Linus Tech Tips analisar como esse tipo de informação ajudou autoridades dos Estados Unidos a relacionar um computador a um suspeito de integrar o Scattered Spider, coletivo associado a ataques de engenharia social, roubo de dados e extorsão. Intitulado “Maybe It’s Time to Leave Windows”, o vídeo apresenta o caso como um exemplo da capacidade de empresas de tecnologia de correlacionar atividades realizadas em diferentes momentos, endereços IP e localizações geográficas. A discussão, no entanto, exige uma distinção importante: o identificador não funciona necessariamente como um rastreador público que acompanha tudo o que o usuário faz na internet. O caso demonstra, principalmente, como registros mantidos por provedores de serviços podem ser combinados durante uma investigação criminal. Quando associados a contas, horários, endereços IP, serviços de nuvem e outras evidências, identificadores técnicos podem contribuir para estabelecer que diferentes atividades partiram do mesmo dispositivo. A própria documentação da Microsoft utiliza o campo GlobalDeviceId em serviços corporativos de telemetria e gerenciamento de atualizações, descrevendo-o como um identificador global de dispositivo usado internamente pela empresa. Investigação revelou um identificador ligado a uma instalação do Windows A controvérsia surgiu a partir do processo contra Peter Stokes, cidadão norte-americano e estoniano acusado de participar de uma invasão contra uma varejista de joias de luxo em maio de 2025. De acordo com a denúncia federal, os invasores telefonaram para o suporte técnico da empresa, fingiram ser funcionários bloqueados e convenceram os atendentes a redefinir senhas e substituir os dispositivos vinculados à autenticação multifator. Em poucas horas, os responsáveis pelo ataque assumiram três contas corporativas, incluindo duas pertencentes a administradores de TI. Em seguida, utilizaram ferramentas legítimas como ngrok e Teleport para criar túneis de comunicação, manter acesso ao ambiente e transferir informações para serviços de armazenamento em nuvem. Pelo menos 77 GB de dados foram retirados. Os invasores também teriam tentado implantar ransomware, mas a execução foi impedida pela equipe de segurança da organização. Mesmo sem conseguir criptografar os sistemas, os hackers exigiram US$ 8 milhões em criptomoedas para não divulgar as informações roubadas. A empresa não realizou o pagamento, mas estimou aproximadamente US$ 2 milhões em despesas relacionadas à interrupção das operações, investigação e recuperação do ambiente. Stokes foi extraditado da Finlândia para os Estados Unidos e apresentado à Justiça federal em Chicago em junho de 2026. Ele responde a acusações de conspiração, fraude e invasão de sistemas, permanecendo legalmente presumido inocente enquanto o processo não for concluído. Conta do ngrok abriu caminho para a atribuição Um dos principais elementos da investigação foi a conta do ngrok criada para apoiar a invasão. O serviço permite estabelecer túneis criptografados entre máquinas locais e a internet e é amplamente utilizado por desenvolvedores e equipes de infraestrutura. Durante o ataque, os invasores teriam usado a ferramenta para acessar recursos internos da varejista sem depender diretamente de conexões convencionais expostas no perímetro. Registros obtidos pelos investigadores indicaram que o dispositivo responsável por abrir a página de cadastro do ngrok possuía um Global Device Identifier, ou GDID, representado no processo como g:6755467234350028. Segundo a descrição atribuída à Microsoft na denúncia, o GDID está relacionado a uma instalação específica do Windows. O identificador pode permanecer inalterado após atualizações do sistema operacional, mas tende a mudar quando o Windows é reinstalado. Esse comportamento permite reconhecer que determinadas interações com serviços da Microsoft foram realizadas pelo mesmo ambiente do Windows, mesmo quando o dispositivo utilizou diferentes redes ou endereços IP. A conta do ngrok foi criada às 19h21 UTC de 12 de maio de 2025. Os registros mostraram que, no mesmo minuto, o dispositivo identificado pelo GDID acessou a página de cadastro do serviço. Cerca de três horas depois, o mesmo dispositivo teria acessado o site da varejista por meio do servidor proxy relacionado à criação da conta. Essa proximidade temporal foi apenas uma das evidências utilizadas na investigação. IPs, redes sociais e viagens complementaram as evidências O GDID não teria sido suficiente, isoladamente, para identificar uma pessoa. A atribuição foi construída pela correlação de diferentes fontes de dados. Os investigadores observaram que o mesmo dispositivo aparecia em endereços IP utilizados por contas do Snapchat, Facebook, Apple e outros serviços atribuídos a Stokes. As conexões também coincidiam com cidades nas quais ele estaria fisicamente presente. Em junho de 2024, o identificador apareceu associado a um endereço IP em Tallinn, na Estônia, onde Stokes residia. Meses depois, registros semelhantes foram observados em Nova York e na Tailândia. Essas localizações foram comparadas a registros de viagens obtidos pelas autoridades. Publicações em redes sociais também mostrariam o suspeito nos mesmos destinos. A denúncia descreve ainda imagens de dinheiro, relógios e correntes com a inscrição “HACK THE PLANET”, além de mensagens que aparentemente provocavam autoridades policiais. Portanto, o caso não representa uma situação em que um único número revelou automaticamente a identidade do operador. O que ocorreu foi uma análise de correlação: dispositivo, contas, horários, endereços IP, viagens, proxies e publicações foram reunidos para formar uma linha investigativa. O GDID rastreia tudo o que o usuário acessa? Não há evidências públicas de que o Global Device Identifier permita à Microsoft visualizar automaticamente todo site acessado por qualquer usuário do Windows. Um site comum não recebe necessariamente o GDID apenas porque foi aberto em um computador com Windows. Para que a correlação seja possível, algum serviço envolvido na atividade precisa registrar ou receber o identificador, ou manter outros dados que possam ser relacionados ao dispositivo. No caso investigado, a Microsoft possuía registros vinculados ao ambiente Windows e às interações do dispositivo com seus serviços. Outros provedores mantinham informações sobre contas, endereços IP e horários. A relevância do GDID surgiu quando esses diferentes conjuntos de registros foram comparados. A Microsoft reconhece que o Windows 10 e o Windows 11 realizam conexões com diversos serviços da empresa para funcionalidades como atualizações, proteção contra malware, validação de certificados, diagnóstico e sincronização. A companhia também disponibiliza configurações e políticas administrativas que permitem reduzir parte dessas comunicações, embora algumas restrições possam limitar recursos do sistema. Isso significa que a discussão não deve ser reduzida à ideia de que a Microsoft conhece cada ação executada no computador. A questão central é a quantidade de metadados gerados por sistemas modernos e a possibilidade de correlacioná-los com outras fontes. Telemetria desempenha funções legítimas no Windows Identificadores persistentes não existem exclusivamente para investigações policiais. Eles são usados em diferentes processos operacionais e de segurança. Em ambientes corporativos, um identificador estável pode ajudar a reconhecer equipamentos, acompanhar atualizações, diagnosticar falhas, gerenciar políticas, evitar registros duplicados e identificar comportamentos anormais. A documentação do Azure Monitor, por exemplo, inclui o GlobalDeviceId em tabelas relacionadas a alertas de atualização e ao status do Windows Delivery Optimization. A Microsoft o define nesses contextos como um identificador interno ou global de dispositivo. Essa telemetria pode ser útil para empresas que administram milhares de computadores. Sem uma forma consistente de diferenciar os dispositivos, seria mais difícil controlar versões do sistema, localizar máquinas vulneráveis ou avaliar falhas na distribuição de atualizações. O risco surge quando identificadores capazes de individualizar um equipamento são mantidos por longos períodos, associados a contas ou combinados com informações de localização, comportamento e navegação. Por isso, a discussão envolve transparência, finalidade, retenção dos registros, mecanismos de controle e proporcionalidade da coleta — não apenas a existência técnica do identificador. Caso levanta questionamentos sobre privacidade No vídeo, Linus Sebastian e Luke Lafreniere questionam até que ponto usuários do Windows conhecem os identificadores e a telemetria associados aos seus dispositivos. Um dos principais pontos da discussão é a falta de visibilidade para o usuário comum. Mesmo quando a coleta está descrita em políticas de privacidade ou documentos técnicos, entender quais identificadores existem, quando são transmitidos e por quanto tempo permanecem armazenados pode exigir conhecimento especializado. A situação também provoca questionamentos sobre o nível de controle oferecido ao usuário. Desativar determinados recursos de diagnóstico pode reduzir parte da coleta, mas não significa necessariamente eliminar todas as comunicações entre o Windows e a infraestrutura da Microsoft. Em ambientes corporativos, administradores podem utilizar políticas de grupo e configurações específicas para limitar conexões. A Microsoft também mantém uma baseline destinada a organizações que precisam restringir o tráfego do Windows para serviços externos, alertando que essas alterações podem reduzir funcionalidades. Para usuários domésticos, as opções estão distribuídas entre configurações de privacidade, diagnóstico, conta Microsoft, sincronização, publicidade e experiências personalizadas. A fragmentação desses controles torna difícil compreender o efeito completo de cada escolha. Identificadores podem ser considerados dados pessoais O Regulamento Geral sobre a Proteção de Dados da União Europeia, o GDPR, reconhece que identificadores on-line podem ser considerados dados pessoais quando permitem identificar ou distinguir uma pessoa, direta ou indiretamente. A legislação adota uma definição tecnologicamente neutra. Isso significa que uma informação não precisa conter o nome de alguém para receber proteção jurídica. Um identificador de dispositivo pode se tornar dado pessoal quando está relacionado a uma conta, endereço IP, localização ou conjunto de comportamentos capaz de individualizar o usuário. O GDPR exige que o tratamento de dados pessoais possua base jurídica, finalidade determinada e transparência. Também estabelece princípios de minimização, segurança e limitação do período de armazenamento. Contudo, o uso de dados em investigações conduzidas por autoridades pode estar sujeito a legislações específicas, diferentes das regras comuns aplicáveis ao tratamento comercial. O próprio regulamento europeu diferencia atividades corporativas de operações realizadas por autoridades competentes para prevenção, investigação e repressão de crimes. O caso de Stokes, portanto, não permite concluir automaticamente que a existência ou o fornecimento do GDID representa uma violação do GDPR. Uma avaliação jurídica dependeria de fatores como finalidade original da coleta, transparência, localização dos titulares, base legal, período de retenção e procedimento usado pelas autoridades para obter os dados. Privacidade não depende apenas do sistema operacional O vídeo também amplia o debate para uma possível migração do Windows para Linux. Sistemas de código aberto geralmente oferecem maior capacidade de inspeção, configuração e limitação da telemetria, especialmente quando não estão vinculados a uma conta centralizada de um fornecedor. Isso não significa que trocar o Windows pelo Linux torne uma pessoa anônima. Distribuições Linux também utilizam identificadores locais, como o machine-id, para diferenciar instalações. Aplicativos, navegadores, serviços de nuvem, provedores de internet, sites e plataformas de publicidade ainda podem registrar endereços IP, cookies, impressões digitais do navegador e contas autenticadas. A principal diferença está na arquitetura e no controle. Em muitos sistemas Linux, identificadores locais não são enviados automaticamente a uma única empresa responsável por todo o sistema operacional. Entretanto, os programas instalados pelo usuário podem continuar coletando informações. No macOS, Android e iOS também existem identificadores, telemetria e integração com contas mantidas pelos fabricantes. Smartphones ainda possuem elementos adicionais, como IMEI, identificadores de publicidade, dados de operadora e localização. A escolha do sistema operacional influencia a privacidade, mas representa apenas uma parte do problema. Navegador, aplicativos, autenticação em serviços, configurações de conta e exposição em redes sociais podem ser igualmente relevantes. Criminosos cometeram falhas de segurança operacional Embora o GDID tenha recebido destaque, a investigação também revela uma série de erros de segurança operacional atribuídos ao suspeito. O dispositivo usado para criar a conta relacionada ao ataque também teria sido utilizado para acessar contas pessoais. Os mesmos endereços IP apareceram associados a serviços ligados à identidade de Stokes, enquanto publicações em redes sociais indicavam suas viagens e seu estilo de vida. Esse conjunto de comportamentos reduziu o valor das técnicas utilizadas para ocultar a invasão. VPNs, proxies, aliases e túneis criptografados dificultaram a análise, mas não impediram a correlação. A situação demonstra que anonimato não depende apenas da ferramenta usada durante o ataque. A reutilização de dispositivos, contas, infraestrutura e padrões de acesso cria vínculos que podem permanecer disponíveis por anos. Mesmo que um endereço IP seja alterado por uma VPN, outros elementos continuam existindo: configuração do dispositivo, horários, cookies, contas autenticadas, pagamentos, hábitos de utilização e registros mantidos pelos provedores. Scattered Spider explora pessoas antes de explorar sistemas A investigação que originou o debate sobre o GDID está ligada a uma ameaça mais ampla. O Scattered Spider é conhecido por utilizar engenharia social contra centrais de atendimento, funcionários e prestadores de serviços. Seus operadores frequentemente telefonam para o help desk, simulam problemas de acesso e tentam convencer os atendentes a redefinir senhas ou métodos de autenticação multifator. Depois de obter uma identidade válida, os invasores utilizam ferramentas administrativas legítimas para se movimentar dentro do ambiente. Essa estratégia dificulta a detecção porque parte das ações pode parecer semelhante à rotina de um profissional autorizado. O coletivo também é acompanhado por diferentes empresas sob nomes como Octo Tempest, UNC3944 e 0ktapus. Em vez de uma organização rigidamente hierárquica, análises descrevem uma rede de pequenos grupos e operadores que compartilham métodos, ferramentas e comunidades on-line. Por esse motivo, a prisão de um suspeito não significa necessariamente o encerramento das campanhas. O caso demonstra como sistemas operacionais, plataformas digitais e serviços em nuvem formam uma extensa cadeia de registros. Cada provedor pode possuir apenas uma parte da atividade: um serviço registra a criação de uma conta; outro mantém o endereço IP; uma plataforma associa o acesso a um dispositivo; uma rede social fornece publicações e horários; autoridades de fronteira mantêm informações de viagem. Separadamente, esses dados podem parecer pouco conclusivos. Quando reunidos, porém, conseguem reconstruir trajetórias digitais com elevado nível de precisão. O debate levantado pelo vídeo não se limita à possibilidade de abandonar o Windows. A questão mais ampla é quanto conhecimento empresas e usuários possuem sobre os metadados gerados pelos dispositivos e quais controles efetivos existem sobre seu uso. Identificadores persistentes têm aplicações legítimas em segurança, atualização e gerenciamento. Ao mesmo tempo, sua capacidade de conectar atividades ao longo do tempo exige transparência, proteção e governança compatíveis com o risco.

A Coca-Cola suspendeu temporariamente as operações de produção da Fairlife nos Estados Unidos após um ataque de ransomware comprometer parte dos sistemas da empresa de laticínios, incluindo plataformas relacionadas ao ambiente produtivo. A interrupção não afeta, até o momento, as instalações da marca no Canadá. O incidente foi divulgado pela Coca-Cola em 16 de julho de 2026, por meio de um relatório Formulário 8-K apresentado à Comissão de Valores Mobiliários dos Estados Unidos, a SEC. Segundo a companhia, a Fairlife identificou o acesso não autorizado de terceiros a uma parcela de sua infraestrutura tecnológica em conexão com um evento de ransomware. Como medida de precaução e contenção, determinados sistemas foram retirados do ar, levando à paralisação temporária das operações nas unidades de produção da Fairlife em território norte-americano. A Coca-Cola afirmou que trabalha para restaurar os sistemas e retomar as atividades, mas não apresentou uma previsão para a normalização da produção. A investigação ainda busca determinar o alcance, a natureza e os impactos completos do ataque. A empresa acionou seus protocolos de resposta a incidentes e continuidade de negócios, contratou consultores externos e especialistas em cibersegurança e notificou as autoridades policiais sobre o caso. Apesar da interrupção operacional, a Coca-Cola informou que a qualidade e a segurança dos produtos não foram afetadas. Isso indica que, segundo a avaliação disponível até o momento, o incidente comprometeu sistemas corporativos e ligados à produção, mas não alterou a integridade dos produtos já fabricados ou disponíveis no mercado. As instalações canadenses da Fairlife também permanecem funcionando normalmente. A companhia não detalhou quais fábricas norte-americanas foram afetadas, quais sistemas foram criptografados ou retirados de operação, nem se os invasores conseguiram roubar informações antes da paralisação. Também não foram divulgados o nome do grupo responsável, o valor de eventual resgate exigido ou informações sobre negociações com os operadores do ransomware. Não está claro se o incidente envolve apenas criptografia de sistemas ou se os responsáveis também adotaram a chamada dupla extorsão, prática na qual dados são roubados e usados como instrumento adicional de pressão contra a vítima. Fairlife representa uma operação relevante dentro do portfólio da Coca-Cola. A empresa, sediada em Chicago, produz leite ultrafiltrado e sem lactose, bebidas nutricionais e shakes proteicos, incluindo produtos comercializados sob marcas como Core Power e Nutrition Plan. A Fairlife registra atualmente mais de US$ 3 bilhões em vendas anuais no varejo, de acordo com informações citadas pela Associated Press. Estimativas anteriores indicavam que a marca poderia alcançar aproximadamente US$ 4 bilhões em vendas em 2024, demonstrando sua importância estratégica para a expansão da Coca-Cola além do mercado tradicional de refrigerantes. Ataques de ransomware contra fabricantes podem provocar consequências que vão além da indisponibilidade de computadores administrativos. A produção industrial depende da integração entre sistemas de tecnologia da informação, plataformas de planejamento, controle de estoque, autenticação, logística, fornecedores e, em determinados ambientes, tecnologias operacionais utilizadas nas fábricas. Mesmo quando equipamentos industriais não são diretamente comprometidos, uma empresa pode precisar interromper a produção caso não consiga confirmar a confiabilidade dos sistemas, controlar matérias-primas, registrar lotes, validar parâmetros de qualidade ou coordenar a distribuição dos produtos. No setor de alimentos e bebidas, uma paralisação prolongada também pode gerar redução de estoques, atrasos nas entregas e indisponibilidade de produtos no varejo. Como os laticínios possuem cadeias produtivas sensíveis a prazos, armazenamento e refrigeração, a continuidade operacional assume importância ainda maior. A Coca-Cola não informou se os estoques existentes serão suficientes para atender à demanda durante a paralisação, nem se poderá transferir parte da produção para outras instalações. A companhia também não determinou se o incidente terá impacto material sobre seus resultados financeiros. O ataque contra a Fairlife ocorre em um setor que já registrou interrupções significativas causadas por ransomware e outros incidentes cibernéticos. Em 2019, a fabricante de bebidas Arizona Beverages enfrentou semanas de problemas operacionais após um ataque que comprometeu centenas de servidores e computadores. A recuperação exigiu a reconstrução de parte do ambiente tecnológico e afetou atividades empresariais e produtivas. Mais recentemente, um ataque contra a distribuidora de alimentos United Natural Foods, a UNFI, provocou interrupções nos sistemas e afetou o abastecimento de supermercados. A indisponibilidade tecnológica prejudicou o processamento de pedidos e a distribuição de mercadorias, contribuindo para a falta de determinados produtos nas prateleiras. Esses incidentes demonstram como ataques contra organizações responsáveis pela produção e distribuição de alimentos podem se propagar pela cadeia de suprimentos. Os impactos podem atingir fabricantes, transportadoras, varejistas e consumidores, mesmo quando o comprometimento inicial ocorre nos sistemas de apenas uma empresa. No caso da Fairlife, a duração da paralisação será determinante para avaliar as consequências financeiras e operacionais do ataque. Até o momento, a Coca-Cola afirma que trabalha para concluir a investigação e restaurar os sistemas afetados, sem fornecer uma data para a retomada integral da produção nos Estados Unidos.

A crescente relevância da cibersegurança na estratégia corporativa está levando mais Chief Security Officers (CSOs) e Chief Information Security Officers (CISOs) a se reportarem diretamente ao CEO. A mudança amplia a influência desses profissionais, mas também eleva a responsabilidade: além de proteger sistemas e dados, eles passam a participar de decisões relacionadas a crescimento, continuidade operacional, confiança dos clientes, conformidade regulatória e exposição financeira. Um artigo publicado pela CSO Online reúne dez recomendações de executivos de segurança, CEOs e especialistas em liderança para profissionais que assumem essa posição. Participaram da análise George Gerchow, CSO da Bedrock Data; Matt Chiodi, CSO da Cerby; Chris Schueler, CEO da Cyderes; e Greg Fuller, vice-presidente da Technology Skills Suite da Skillsoft. O conteúdo destaca que o acesso direto ao principal executivo não transforma automaticamente o líder de segurança em parceiro estratégico: essa influência precisa ser construída por meio de comunicação, credibilidade, métricas e compreensão do negócio. A discussão acompanha uma mudança mais ampla na governança corporativa. O NIST Cybersecurity Framework 2.0 incluiu a função “Govern” para aproximar a gestão de riscos cibernéticos das estratégias empresariais, das responsabilidades da liderança e das obrigações legais. O framework estabelece que executivos devem compreender, direcionar e acompanhar os riscos de segurança dentro do contexto geral de riscos da organização. 1. Entender o que o CEO espera da função Ao responder diretamente ao CEO, o CSO tende a receber autonomia e responsabilidade integral sobre sua área. A liderança executiva espera que ele não apenas apresente problemas, mas também defina prioridades, recomende decisões e assuma a condução do programa de segurança. Isso exige posicionar a cibersegurança como parte da estratégia corporativa. Em vez de concentrar a comunicação em vulnerabilidades, ferramentas e alertas, o executivo deve demonstrar como os controles protegem receitas, operações, reputação, propriedade intelectual e relações com clientes e parceiros. O CEO precisa enxergar o líder de segurança como um especialista capaz de orientar o negócio diante do risco, e não somente como o responsável por informar que determinada ameaça existe. 2. Desenvolver competências técnicas e executivas Conhecimento técnico continua essencial, principalmente em áreas que evoluem rapidamente, como inteligência artificial, segurança em nuvem, resposta a incidentes, arquitetura Zero Trust e governança, risco e conformidade. Entretanto, o novo nível hierárquico exige competências adicionais. Comunicação, pensamento crítico, adaptabilidade, negociação e inteligência emocional passam a ter peso semelhante ao domínio das tecnologias. A capacidade de traduzir um risco técnico em uma decisão empresarial é um dos principais diferenciais do executivo de segurança. Uma falha crítica, por exemplo, deve ser explicada não apenas por sua pontuação CVSS, mas pelo possível impacto sobre faturamento, produção, atendimento aos clientes, obrigações contratuais e exposição regulatória. Uma pesquisa da ISC2 sobre liderança em segurança também apontou a importância da experiência de negócios e da comunicação com a alta administração. Sem diálogo consistente com as áreas corporativas, os objetivos de segurança podem ficar desconectados das necessidades reais da organização. 3. Usar o acesso direto para influenciar a estratégia Reportar-se ao CEO permite que o CSO participe antecipadamente de decisões sobre aquisições, lançamento de produtos, adoção de inteligência artificial, expansão internacional, transformação digital e contratação de fornecedores. Esse acesso deve ser usado para inserir a análise de risco no início dos projetos, evitando que a segurança seja consultada apenas quando sistemas já foram contratados ou quando uma iniciativa está prestes a entrar em produção. Para isso, o executivo precisa apresentar ao CEO uma visão clara do programa de segurança: riscos prioritários, controles existentes, lacunas relevantes, investimentos necessários, dependências e resultados esperados. A proximidade com a liderança aumenta a influência, mas também reduz o espaço para relatórios imprecisos, métricas sem contexto ou recomendações pouco objetivas. 4. Traduzir segurança para a linguagem dos negócios Relatórios executivos não devem ser extensões simplificadas dos painéis de um SOC. Quantidade de alertas, tentativas de ataque ou vulnerabilidades identificadas pode ser útil operacionalmente, mas raramente é suficiente para orientar decisões da alta administração. O CSO precisa relacionar indicadores técnicos a consequências concretas. O risco de indisponibilidade deve ser associado ao tempo de paralisação e à perda de receita. Uma deficiência de identidade e acesso pode ser apresentada em termos de fraude, movimentação lateral e acesso indevido a dados. Uma falha de compliance deve considerar multas, restrições contratuais e danos à confiança. Essa tradução também ajuda o CEO e o conselho a compreenderem o risco residual: aquilo que permanece mesmo após a implementação de controles e que precisa ser aceito, transferido, reduzido ou evitado. 5. Transformar conversas de negócios em análises de risco Decisões comerciais frequentemente contêm componentes de cibersegurança, mesmo quando o assunto inicial não envolve tecnologia. Uma nova parceria pode introduzir riscos de terceiros; uma aquisição pode incorporar sistemas legados; um projeto de IA pode expor dados confidenciais; e a entrada em outro mercado pode criar novas exigências regulatórias. O líder de segurança deve identificar essas relações sem transformar todas as reuniões em discussões técnicas ou impedir o avanço dos projetos. O objetivo é permitir que a organização tome decisões conscientes, conhecendo as ameaças, os possíveis impactos e as alternativas disponíveis. Uma postura excessivamente alarmista pode reduzir a confiança no CSO. O CEO espera receber informações antecipadas, recomendações claras e opções que ajudem a empresa a avançar com um nível de risco conhecido e administrável. 6. Documentar expectativas e critérios de sucesso CEO e CSO devem definir conjuntamente o que caracteriza uma relação produtiva e quais resultados são esperados do programa de segurança. Esse alinhamento pode incluir prioridades para os primeiros 60, 90 ou 120 dias, metas anuais, responsabilidades durante incidentes, frequência das reuniões executivas e critérios para escalonamento de riscos. A formalização reduz ambiguidades e oferece uma referência para acompanhar a evolução da função. As prioridades podem mudar, mas o registro inicial ajuda a evitar situações em que o executivo de segurança é avaliado com base em expectativas que nunca foram claramente comunicadas. 7. Construir confiança antes das crises A relação entre CEO e CSO depende de transparência. O CEO precisa confiar que riscos relevantes não estão sendo omitidos, enquanto o executivo de segurança precisa ter condições de comunicar rapidamente notícias negativas sem receio de represálias indevidas. Durante incidentes, essa confiança se torna decisiva. O CSO deve manter a calma, separar fatos confirmados de hipóteses, apresentar os impactos conhecidos e explicar quais ações estão em andamento. Pesquisas recentes da ISC2 indicam que profissionais de segurança valorizam líderes que já enfrentaram incidentes significativos e que demonstram comunicação clara, responsabilidade e capacidade de decisão sob pressão. A confiança também depende da postura cotidiana. Tratar outras áreas como parceiras, em vez de fiscalizá-las permanentemente, facilita a adoção de controles e reduz a percepção de que a segurança existe apenas para impor restrições. 8. Tratar governança como vantagem competitiva Governança não deve ser apresentada apenas como um conjunto de aprovações e documentos. Quando bem estruturada, ela permite que a empresa adote novas tecnologias com maior velocidade e previsibilidade. Políticas, responsabilidades definidas, critérios de aceitação de risco e mecanismos de supervisão ajudam a organização a explorar inteligência artificial, cloud e automação sem perder visibilidade sobre dados, fornecedores e processos críticos. O Fórum Econômico Mundial defende que o CISO moderno atue como estrategista de negócios, líder de riscos operacionais e consultor confiável da alta administração. A instituição também relaciona a integração entre liderança, governança e estratégia de segurança à resiliência e ao crescimento empresarial. 9. Definir metas e acompanhar métricas relevantes Metas claras permitem que CEO e CSO avaliem se o programa está evoluindo. Os indicadores devem combinar métricas antecedentes, que ajudam a prever problemas, e métricas posteriores, que demonstram resultados já observados. Entre os exemplos estão tempo para correção de vulnerabilidades críticas, cobertura de autenticação multifator, exposição de ativos externos, tempo de detecção e contenção, disponibilidade de serviços críticos, riscos de terceiros e evolução dos planos de continuidade. As métricas precisam ter contexto, tendência histórica e relação com objetivos empresariais. Um número isolado pode gerar interpretações incorretas. O papel do CSO é explicar o que mudou, por que mudou, qual é o impacto e que decisão precisa ser tomada. O acompanhamento também reduz um dos maiores riscos da relação executiva: surpreender o CEO com um problema que poderia ter sido comunicado anteriormente. 10. Aceitar pressão e desconforto como parte da função A liderança de segurança envolve decisões difíceis, recursos limitados, conflitos de prioridade e responsabilidade por riscos que nem sempre podem ser eliminados. Em muitos casos, o sucesso do programa é pouco visível porque incidentes evitados não geram o mesmo reconhecimento que projetos responsáveis por novas receitas. Quando ocorre uma crise, porém, o executivo de segurança passa imediatamente ao centro das decisões. Por isso, resiliência pessoal, persistência e capacidade de trabalhar sob pressão são competências essenciais. Reportar-se diretamente ao CEO oferece maior influência, mas também aumenta a exposição, a cobrança e a necessidade de justificar escolhas em termos estratégicos. A ascensão do CSO à mesa executiva representa uma evolução da cibersegurança de função predominantemente técnica para componente da gestão empresarial. O profissional que conseguir combinar domínio técnico, comunicação, governança, métricas e visão de negócio estará mais preparado para transformar o acesso ao CEO em influência real sobre as decisões da organização.