Esta é a Parte I de uma série que documenta minha migração e prática diária com GNU/Linux na advocacia. Antes de qualquer tutorial — como instalar, como configurar, como operar sistemas judiciais eletrônicos — vale gastar palavras com o porquê. Realmente, migrar de sistema operacional não é trivial, e o tempo de quem advoga é caro. Se a justificativa não fechar, nenhum tutorial faz diferença.

O mito de que advogado precisa de Windows

Se você é advogado e já considerou migrar, provavelmente ouviu alguma variação de:

“Mas e os sistemas judiciais? E o certificado digital? E o Word? E o editor de vídeo? E o aplicativo de reuniões?”

São perguntas legítimas — todas têm resposta concreta no GNU/Linux em 2026, e nenhuma delas sustenta sozinha a dependência do Windows. Vou tratá-las nos próximos posts da série; aqui interessa o porquê, não o como. Para o porquê, três argumentos se sustentam: o técnico, o jurídico e o econômico.

1. Argumento técnico — controle sobre a máquina

A diferença prática mais importante entre um GNU/Linux moderno e um sistema proprietário não é apenas o desempenho, mas a possibilidade de inspeção.11Inspecionar não é auditar sozinho: exige tempo, documentação, revisão de dependências e, nos casos relevantes, avaliação independente. Código aberto cria a possibilidade; não entrega a conclusão pronta. Código aberto permite examinar programas, configurações e relatórios de segurança; isso não dispensa auditoria, nem torna cada instalação automaticamente compreensível ou segura.

Para quem lida com material sigiloso, a diferença entre confiar e verificar é operacional. É preciso saber quais serviços estão instalados, quais permissões receberam e como são atualizados. GNU/Linux oferece ferramentas para essa inspeção, mas indexadores, sincronizadores e aplicações do próprio usuário também podem acessar dados conforme sua configuração.

Essa diferença se traduz em coisas concretas:

  • Atualizações administráveis. É possível definir janelas e políticas de atualização compatíveis com a rotina do escritório.
  • Serviços inspecionáveis. A distribuição, os aplicativos e os serviços habilitados podem ser inventariados e configurados pelo administrador.
  • Permissões e isolamento. Usuários, permissões de arquivos, sandboxing e ferramentas como Flatpak podem reduzir exposição, desde que sejam configurados e verificados.
  • Criptografia de disco disponível. O kernel fornece dm-crypt, enquanto LUKS é o formato usado por ferramentas como cryptsetup; a criptografia pode ser planejada desde a instalação.

Nenhum desses pontos é magia ou superioridade abstrata — é arquitetura operacional e eficiência sistêmica. Quem dorme sossegado com dados de cliente sabe que arquitetura importa.

Controle é trabalho, não um logo
GNU/Linux amplia as opções de inspeção e configuração. O ganho aparece quando há política de atualização, inventário de software, cópias de segurança testadas e revisão de acessos. Sem isso, trocar de sistema muda pouco.

2. Argumento jurídico — o art. 46 da LGPD não é decorativo

A lei LGPD, art. 46 obriga controlador e operador a adotar medidas de segurança, técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer forma de tratamento inadequado ou ilícito. O texto é deliberadamente aberto — não lista marcas nem sistemas operacionais — mas o critério legal é claro: a medida tem que ser adequada ao risco.

Adequada como? A lei LGPD, art. 50 prevê regras de boas práticas e governança. Software livre não é requisito legal nem certificado de conformidade, mas pode facilitar a documentação de configurações, controles e decisões técnicas quando integrado a uma política de segurança efetiva.

Para o advogado que processa dados sensíveis (estado de saúde, antecedentes criminais, vida sexual, dados financeiros), a pergunta prática vira:

  • Quem tem acesso aos seus arquivos quando eles ficam abertos no editor?
  • Para onde vão os logs do sistema operacional?
  • O EULA do sistema permite que o fornecedor leia seu disco para fins de “telemetria”?
  • Em caso de incidente de segurança, você consegue produzir evidência forense do que aconteceu?

Em qualquer sistema, essas perguntas exigem documentação do fornecedor, configuração local, registros e teste. No GNU/Linux, a possibilidade de auditar componentes e registrar a própria configuração pode reforçar esse trabalho; não substitui contrato, governança, backup, controle de acesso ou resposta a incidentes.

LGPD não escolhe sistema operacional
A lei exige medidas adequadas ao risco. Um sistema aberto pode compor a estratégia de segurança, mas não elimina deveres de controle de acesso, retenção, treinamento, gestão de incidentes e documentação.

3. Argumento econômico — não é só licença

O custo não se resume a licença. Há migração, treinamento, suporte, armazenamento, certificação, manutenção e horas de trabalho. Em alguns escritórios, a licença proprietária é menor que o custo de mudar; em outros, software livre e padrões abertos reduzem despesas e evitam dependência. A conta precisa ser feita com as ferramentas e a equipe concretas.

Noutras palavras, o argumento econômico forte não é a licença — é a independência. Em GNU/Linux:

  • A escolha de distribuição, ambiente e ciclos de suporte pode ser alinhada à vida útil do hardware.
  • Ferramentas baseadas em formatos abertos e linhas de comando tendem a ser mais fáceis de transportar entre distribuições.
  • A independência aumenta quando dados, documentação e rotinas não ficam presos a um único fornecedor.

No longo prazo, a vantagem possível é reduzir dependências e tornar a manutenção previsível. Não é uma promessa automática: exige documentação, capacitação e revisão periódica das escolhas.

22A pergunta econômica útil não é “Linux é gratuito?”, mas “qual combinação de ferramentas, suporte e treinamento reduz o custo total sem aumentar o risco operacional?”.

E os sistemas judiciais? E os certificados?

Ficam para a Parte II e a Parte III, respectivamente. Antecipo o essencial:

  • Sistemas judiciais brasileiros serão tratados numa nota própria, com uma matriz por tribunal, assinador, versão e data de teste. Não é seguro prometer compatibilidade geral sem essa verificação.
  • Certificados digitais ICP-Brasil merecem teste separado por fornecedor, modelo e versão do middleware. Uma nota futura registrará esses testes e suas limitações.

Cada parte da série é unidade autônoma — pode ser lida sozinha. Mas a série toda forma o argumento completo: por que migrar, como migrar, como operar.

O compromisso da série
Cada nota prática será publicada com ambiente de teste, versão das ferramentas, limites conhecidos e instruções de reversão. Onde não houver teste suficiente, a nota dirá que ainda não há conclusão.

O que esta série não é

Não é proselitismo. Não é “Linux para todos”. Há cenários em que a escolha racional é Windows ou macOS — em geral, escritórios com integração profunda a software jurídico desktop específico que ainda não tem versão Linux nativa ou que se acostumaram a um modelo mais engessado de pensamento. Vou nomear esses casos quando aparecerem na série.

E não é um manifesto. Software livre não precisa de bandeira para ser útil — precisa de prática documentada. Isso é o que esta série tenta fazer: documentar a prática, com nome dos arquivos, dos pacotes, dos comandos e dos erros que apareceram pelo caminho.

Próximas partes

  • Por que usar GNU/Linux como advogado em 2026? — Parte II: Instalação e ambiente base
  • Por que usar GNU/Linux como advogado em 2026? — Parte III: Certificados digitais ICP-Brasil
  • Por que usar GNU/Linux como advogado em 2026? — Parte IV: Sistemas judiciais brasileiros

Os links acima aparecem em cinza enquanto as partes não existem — esse é o sinal visual do digital garden de que a nota foi prevista mas ainda não escrita. Quando entrarem, virarão links vivos.