Tag: Linux

  • Linux atinge 10% no desktop na América do Norte: boom de IA e bots distorce estatística

    Linux atinge 10% no desktop na América do Norte: boom de IA e bots distorce estatística

    Estatística mascarada por tráfego não humano

    A América do Norte testemunhou um fenômeno intrigante no mercado de sistemas operacionais para desktops em junho de 2026. Segundo dados do StatCounter, o Linux alcançou a marca inédita de 10,61% de participação, superando o Windows em um intervalo de apenas um mês — de 3,56% em maio para os atuais números. Contudo, a análise de entidades como o Cloudflare Radar revelou que, ao excluir o tráfego de bots e agentes de IA, o uso real da plataforma de código aberto cai para 4,7%, enquanto o Windows mantém uma ampla liderança com cerca de 65%.

    O que realmente impulsionou a ‘ascensão’ do Linux

    O salto estatístico não reflete uma migração massiva de usuários, mas sim um aumento no uso da plataforma por sistemas automatizados. Empresas e desenvolvedores têm adotado servidores Linux para executar modelos de linguagem, crawlers de IA e outras ferramentas de processamento automatizado, resultando em um pico artificial de participação. A discrepância entre os dados brutos e os filtrados evidencia como métricas de mercado podem ser distorcidas por agentes não humanos.

    Implicações para o ecossistema de tecnologia

    A situação levanta questões sobre a confiabilidade de indicadores de mercado em um cenário cada vez mais dominado por automação. Enquanto o Linux continua a ser uma opção robusta para servidores e desenvolvimento, seu crescimento no segmento de desktops permanece modesto quando analisado de forma isenta. A comunidade open source, no entanto, deve monitorar como a crescente integração de IA impactará a percepção e o uso da plataforma nos próximos anos.

  • Linus Torvalds rebate críticas e defende inteligência artificial no desenvolvimento do Linux

    Linus Torvalds rebate críticas e defende inteligência artificial no desenvolvimento do Linux

    O criador do Linux, Linus Torvalds, saiu em defesa do uso de inteligência artificial no desenvolvimento do kernel do sistema operacional em uma extensa mensagem publicada em 16 de julho de 2026 na lista de discussão oficial do projeto.

    Críticas ao uso de LLM no kernel geram resposta contundente

    Torvalds abordou diretamente as resistências percebidas em relação aos chamados *Large Language Models* (LLMs) no desenvolvimento do kernel. Segundo ele, o Linux sempre foi guiado pelo mérito técnico, não por receios infundados de novas ferramentas. “Nós não somos *anti-IA*”, afirmou, ressaltando que a adoção de tecnologias deve ser pautada por sua real utilidade, não por preconceitos.

    Limitações da IA são conhecidas, mas não impedem seu uso estratégico

    O desenvolvedor não negou os riscos associados ao uso de inteligência artificial, como a possibilidade de erros ou decisões mal fundamentadas. No entanto, destacou que tais limitações já são consideradas em outras ferramentas amplamente utilizadas no projeto. “A IA é apenas mais uma ferramenta, com suas vantagens e desvantagens”, declarou. Para Torvalds, o equilíbrio está em empregá-la de forma coerente, sem ignorar suas fragilidades.

    Linux mantém postura aberta a inovações sem perder o rigor técnico

    Historicamente, o Linux é conhecido por sua abordagem pragmática em relação a novas tecnologias — desde linguagens de programação até práticas de desenvolvimento. A defesa de Torvalds reforça que o projeto continua alinhado a essa tradição, rejeitando tanto o entusiasmo cego quanto a aversão irracional à IA. “Se a IA ajudar a resolver problemas reais, ela será bem-vinda”, concluiu.

  • Sabotagem em projeto open source: desenvolvedor é acusado de quase derrubar o OpenMandriva Linux

    Sabotagem em projeto open source: desenvolvedor é acusado de quase derrubar o OpenMandriva Linux

    Um dos pilares do software livre — a colaboração voluntária e comunitária — foi posto à prova esta semana no OpenMandriva Linux. O que começou como um projeto promissor, nascido em 2012 após o colapso do Mandriva Linux, enfrentou uma crise interna que quase paralisou a distribuição.

    O estopim: um mantenedor sob suspeita de sabotagem

    O incidente envolveu dois nomes conhecidos da comunidade: Davide Beatrici, desenvolvedor ativo do projeto, e AngryPenguin, um dos mantenedores oficiais. Segundo relatos, o último teria deletado repositórios e funcionalidades críticas do sistema, causando transtornos para usuários e colaboradores. Embora os motivos ainda não tenham sido esclarecidos, a OpenMandriva Association já iniciou o processo de restauração dos arquivos perdidos.

    OpenMandriva: da crise do Mandriva à resiliência do open source

    O OpenMandriva Lx nasceu em 2012 como herdeiro do Mandrivia Linux, uma distribuição francesa que, em sua época, foi uma das primeiras a ganhar popularidade no Brasil — graças à parceria com a Conectiva Linux. Desde então, a OpenMandriva Association manteve o projeto vivo, focado em atender usuários domésticos e entusiastas. Agora, a comunidade enfrenta um desafio inesperado: reconstruir a confiança em meio a acusações de sabotagem.

    Lições para o futuro: open source além da boa vontade

    O caso reacende discussões sobre os riscos de projetos open source dependerem de esforços altruístas. Sem estruturas formais de governança, conflitos como esse podem escalar rapidamente. Enquanto a associação trabalha para normalizar os sistemas, a comunidade debate: como evitar que a boa vontade se torne um ponto fraco do ecossistema?

  • IBM enfrenta novo round judicial: Xinuos acusa gigante de tecnologia de reutilizar código Unix

    IBM enfrenta novo round judicial: Xinuos acusa gigante de tecnologia de reutilizar código Unix

    Uma guerra de duas décadas contra o legado do Unix

    Na última segunda-feira, 7 de julho de 2026, a IBM voltou a figurar nas manchetes tecnológicas, não por inovação, mas por um fantasma do passado: a Xinuos, empresa que sucedeu a SCO, recorreu de uma decisão judicial de 2025 que considerou prescrita a acusação de que a gigante de tecnologia teria reutilizado código-fonte proprietário do Unix em seus projetos. O caso, que remonta ao ano 2003, é um dos episódios mais emblemáticos — e longos — da história da computação, repleto de reviravoltas jurídicas e implicações para o setor.

    Parceria que virou batalha: o nascimento da disputa

    Tudo começou em 1998, quando a Santa Cruz Operation (SCO) e a IBM firmaram uma aliança para desenvolver uma versão do Unix compatível com múltiplas arquiteturas de processadores. Na época, a SCO já detinha direitos sobre uma implementação do sistema para chips x86, mas buscava expandir seu alcance. O acordo, no entanto, não durou nem uma década. Em 2003, a SCO processou a IBM, alegando que a empresa havia incorporado código proprietário do Unix em seu sistema operacional AIX e em contribuições para o kernel Linux — uma acusação que a IBM sempre negou veementemente.

    Da prescrição ao ressurgimento: o que mudou em 2026?

    A decisão de 2025, que considerou a acusação prescrita, parecia encerrar o caso para sempre. Mas a Xinuos, que adquiriu os direitos da SCO, não se deu por vencida. Em junho de 2026, a empresa apresentou um recurso alegando que o juiz responsável pela decisão interpretou equivocadamente os prazos de prescrição. Agora, a IBM enfrenta novamente a sombra de um processo que já consumiu bilhões em custos jurídicos e manchou sua reputação durante anos. A gigante de Armonk, contudo, mantém sua posição: “Nunca houve violação de direitos autorais”, afirmou um porta-voz em comunicado oficial.

    Legado Unix: um ecossistema construído sobre disputas

    A disputa entre IBM e SCO não é apenas um capítulo jurídico; é um reflexo das tensões que moldaram o ecossistema Unix e, por tabela, o mundo da computação moderna. O Unix, criado nos anos 1970 pela AT&T, tornou-se a base de sistemas operacionais como Linux, macOS e até mesmo o AIX da IBM. No entanto, sua história é marcada por batalhas pela propriedade intelectual, com empresas como a SCO tentando extrair royalties de gigantes da tecnologia. O caso atual reacende perguntas incômodas: até onde vai a responsabilidade sobre código legado? E quem, afinal, detém os direitos sobre tecnologias que permeiam décadas de inovação?

    O que esperar agora?

    Com o recurso apresentado pela Xinuos, o caso volta à pauta judicial em meio a um cenário tecnológico radicalmente diferente. O Unix, embora menos dominante do que nos anos 1990, ainda é a espinha dorsal de sistemas críticos em servidores e infraestrutura corporativa. Para a IBM, o risco não é apenas financeiro, mas reputacional: uma eventual derrota poderia reabrir feridas e reacender discussões sobre a segurança jurídica dos projetos open-source que se baseiam em tecnologias legadas. Enquanto isso, usuários e desenvolvedores aguardam o desfecho, cientes de que, em um setor onde o código é rei, as batalhas jurídicas muitas vezes definem o futuro muito mais do que os avanços técnicos.

  • Valve acelera SteamOS: Intel e Nvidia agora são prioridade para o sistema

    Valve acelera SteamOS: Intel e Nvidia agora são prioridade para o sistema

    A Valve está dando passos decisivos para tornar o SteamOS uma alternativa viável não apenas para o Steam Deck, mas para o mercado de PCs convencionais. Desde o lançamento do sistema operacional em 2022, sua base sempre foi o hardware da AMD — uma escolha natural para o portátil da empresa e para as recém-lançadas Steam Machines. No entanto, a compatibilidade limitada com outros fabricantes vinha restringindo seu alcance.

    Do Steam Deck para os PCs convencionais: a quebra de paradigma

    A decisão de ampliar o suporte ao SteamOS não é apenas técnica, mas estratégica. Com a Steam Machine 2026 finalmente lançada após meses de atraso — equipada com CPUs AMD Zen 4 e GPUs integradas — a Valve já mostrou que sua aposta inicial era sólida. Agora, o foco está em Intel e Nvidia, dois gigantes que dominam o mercado de desktops e laptops.

    Segundo atualizações recentes, o SteamOS 3.8.10 já introduziu suporte nativo a processadores Intel, um avanço significativo. Contudo, a integração plena com placas de vídeo Nvidia ainda deve demorar, devido a complexidades no driver proprietário da fabricante. Enquanto isso, a Valve trabalha em soluções para garantir que jogos e aplicativos funcionem sem empecilhos.

    O desafio da popularização: SteamOS pode competir com Windows e Linux?

    Para o SteamOS se tornar tão acessível quanto o Windows ou distribuições Linux como o Ubuntu, a Valve precisará superar três barreiras principais: compatibilidade de drivers, suporte a jogos e experiência do usuário.

    Embora o sistema já seja estável no Steam Deck, sua adoção em PCs de mesa ainda é tímida. A Valve parece confiante: ao eliminar a dependência exclusiva da AMD, o SteamOS ganha potencial para se tornar um sistema gamer-first, com foco em performance e otimização para a biblioteca da Steam. Resta saber se os jogadores e desenvolvedores abraçarão a mudança — ou se continuarão presos ao ecossistema Windows.

    Atualização: A Valve não comentou sobre prazos para o lançamento de uma versão estável com suporte pleno a Nvidia, mas fontes internas sugerem que testes estão em andamento.

  • Copy Fail: a falha crítica no Linux que exige atenção, mas não pânico imediato

    Copy Fail: a falha crítica no Linux que exige atenção, mas não pânico imediato

    O que é a Copy Fail e por que ela é perigosa?

    A comunidade Linux está em alerta desde 29 de abril, quando pesquisadores da Theori — em colaboração com a ferramenta de IA Xint Code — revelaram a existência da CVE-2026-31431, batizada como “Copy Fail”. Trata-se de uma vulnerabilidade que permite a um usuário local, mesmo sem privilégios administrativos, obter acesso de root no sistema, possibilitando desde a captura de dados até a implantação de malware.

    A falha reside em um módulo criptográfico do kernel Linux chamado algif_aead, responsável por operações de cópia de dados. Em condições específicas, o kernel pode sobrescrever indevidamente 4 bytes de uma página de memória associada ao page cache — uma estrutura que armazena dados frequentemente acessados, como executáveis e bibliotecas. Embora o dano pareça mínimo, um script em Python de apenas 732 bytes foi capaz de explorar a brecha e elevar privilégios, conforme demonstrado pelos pesquisadores.

    Quem está vulnerável e qual o grau de risco?

    A Copy Fail afeta todas as distribuições Linux lançadas desde 2017, incluindo versões populares como Ubuntu, Fedora, Debian e Arch Linux. O risco, no entanto, é proporcional ao ambiente de uso. Para usuários domésticos, o impacto é baixo, já que a exploração exige acesso físico ou local ao sistema — ou seja, um invasor precisaria estar sentado na frente do computador para explorar a falha. Já em ambientes corporativos ou servidores, onde múltiplos usuários têm acesso, o risco aumenta consideravelmente.

    Segundo especialistas ouvidos pela imprensa, a vulnerabilidade é especialmente crítica em sistemas que processam dados sensíveis ou rodam aplicações com permissões elevadas. A possibilidade de modificar arquivos mapeados em memória abre portas para ataques do tipo privilege escalation, onde um invasor pode burlar as proteções do sistema e executar código arbitrário como administrador.

    Resposta rápida: empresas já corrigem a falha

    A boa notícia é que as principais distribuições Linux já começaram a distribuir atualizações para mitigar o problema. A Red Hat e a Canonical (responsável pelo Ubuntu) foram as primeiras a lançar patches para seus sistemas, seguidas por outras empresas como SUSE e Debian. Os usuários são fortemente aconselhados a aplicar as atualizações o mais rápido possível, especialmente aqueles que operam servidores ou ambientes multiusuários.

    Para os mais técnicos, a correção envolve ajustes no módulo algif_aead, garantindo que as operações de cópia de dados não resultem em sobrescritas indevidas de memória. A comunidade open source tem trabalhado em colaboração para garantir que a solução seja robusta e não introduza novos problemas.

    Histórico e contexto: como a falha passou despercebida por anos?

    A descoberta da Copy Fail levanta questões sobre como uma vulnerabilidade tão crítica permaneceu ocultada por tanto tempo. Segundo a Theori, o problema está relacionado à complexidade do kernel Linux, que conta com milhões de linhas de código e é mantido por uma comunidade global. Falhas como essa podem passar despercebidas durante anos, especialmente quando não há um cenário óbvio de exploração massiva.

    O caso da Copy Fail também reacende o debate sobre a importância de ferramentas automatizadas de análise de código, como a Xint Code, que utiliza IA para identificar padrões suspeitos. Em um ecossistema tão vasto como o Linux, a detecção manual de vulnerabilidades tornou-se praticamente inviável, tornando tais ferramentas essenciais para a segurança do sistema.

    O que os usuários podem fazer agora?

    Para a maioria dos usuários domésticos, a Copy Fail não representa uma ameaça imediata, mas é sempre recomendável manter o sistema atualizado. Aplicar as correções do kernel assim que estiverem disponíveis é a melhor forma de se proteger. Além disso, usuários avançados podem verificar manualmente a versão do kernel em uso com o comando uname -r e compará-la com as versões corrigidas listadas pelos desenvolvedores de suas distribuições.

    Para administradores de sistemas, a recomendação é dupla: além de atualizar o kernel, é crucial revisar as permissões de usuários e restringir o acesso a ambientes críticos. A implementação de políticas de segurança adicionais, como sandboxing de aplicações ou uso de sistemas de detecção de intrusos, também pode ajudar a mitigar riscos residuais.

    Conclusão: um alerta importante, mas não catastrófico

    A Copy Fail é, sem dúvida, uma vulnerabilidade grave, mas sua exploração exige condições específicas que limitam seu impacto. Enquanto as correções são rapidamente disponibilizadas, o episódio serve como um lembrete da importância da segurança proativa no ecossistema Linux. Para a maioria dos usuários, não há motivo para pânico, mas sim para atenção e ação responsável.

    Como sempre, a comunidade open source responde rápido quando problemas como esse surgem. Com atualizações ágeis e colaboração global, o Linux continua a ser uma das plataformas mais seguras do mundo — desde que os usuários façam sua parte.