Por que o Fedora decidiu retirar o ambiente gráfico Deepin dos seus repositórios

O problema com D‑Bus e Polkit

Uma das maiores preocupações técnicas envolve componentes do Deepin que interagem com serviços sensíveis do sistema, especialmente D‑Bus e Polkit.

Essas tecnologias fazem parte da infraestrutura básica de sistemas Linux:

• D‑Bus permite comunicação entre aplicativos e serviços do sistema
• Polkit controla permissões para operações administrativas

Quando um software interage com esses mecanismos, ele opera próximo à fronteira de privilégios do sistema. Se houver falhas de design ou validação, isso pode abrir caminho para acessos indevidos ou escalonamento de privilégios.

Revisões de segurança feitas no ecossistema Linux já haviam apontado problemas em componentes do Deepin que utilizam essas interfaces, incluindo módulos que funcionam como intermediários entre aplicativos e serviços do sistema.

Por esse motivo, vulnerabilidades ou design inadequado nesses pontos são consideradas mais críticas do que bugs comuns de interface ou aplicativos.

O precedente do openSUSE

A decisão do Fedora também ocorreu após um movimento semelhante do openSUSE, que removeu o Deepin dos seus repositórios em 2025.

Durante uma investigação de segurança, a equipe do openSUSE identificou vários problemas, incluindo:

• um workaround no empacotamento que contornava o processo normal de revisão de segurança do RPM
• instalação de componentes que deveriam passar por revisão obrigatória
• inclusão de arquivos de serviço do D‑Bus e políticas Polkit, responsáveis por controlar operações privilegiadas no sistema

Os revisores classificaram esse bypass como uma violação significativa das políticas de segurança do projeto, além de parte de um histórico maior de problemas encontrados durante auditorias no código do Deepin.

Após a remoção, o openSUSE afirmou que poderia reconsiderar o ambiente caso o projeto upstream corrigisse os problemas e apresentasse componentes revisados. Uma análise posterior indicou progresso limitado, e o Deepin continuou fora dos repositórios.

Esses acontecimentos também motivaram desenvolvedores do Fedora a verificar se problemas semelhantes poderiam afetar seus próprios pacotes.

Problemas de manutenção e comunicação

Além das preocupações técnicas, o Fedora também encontrou dificuldades práticas relacionadas à manutenção do projeto.

Durante a revisão, desenvolvedores relataram que era difícil obter respostas rápidas de mantenedores ou do upstream do Deepin quando surgiam relatórios de bugs ou questões de segurança.

Em distribuições Linux comunitárias, a colaboração entre projetos é essencial. Sem respostas rápidas ou manutenção ativa, torna‑se mais difícil corrigir vulnerabilidades ou manter a integração segura com o sistema.

O que muda para quem usa Deepin

A remoção do Deepin dos repositórios do Fedora e do openSUSE não significa que o ambiente deixou de existir ou que não possa ser usado nessas distribuições.

Na prática, usuários ainda têm algumas alternativas:

• usar uma distribuição que continue oferecendo o Deepin oficialmente
• instalar o ambiente a partir de repositórios de terceiros ou pacotes comunitários
• compilar e instalar os componentes manualmente

A diferença é que, nesses casos, a responsabilidade por atualizações e correções de segurança passa mais para o usuário ou para mantenedores externos.

Um lembrete sobre como distribuições avaliam software

O caso do Deepin mostra como projetos Linux equilibram três fatores principais: experiência do usuário, segurança e capacidade de manutenção.

Mesmo ambientes gráficos populares e visualmente sofisticados precisam cumprir requisitos rigorosos de empacotamento, revisão de segurança e suporte contínuo.

No momento, para Fedora e openSUSE, a combinação de preocupações de segurança, integração com componentes privilegiados e falta de manutenção confiável foi suficiente para concluir que o Deepin não atende ao padrão necessário para permanecer nos repositórios oficiais.