O universo do Código Aberto (Open Source) e do Software Livre (Free Software) é o alicerce que sustenta a infraestrutura da internet global, supercomputadores, servidores corporativos, computação em nuvem e distribuições Linux. No entanto, entender as implicações jurídicas, comerciais e técnicas de cada licença costuma gerar muitas dúvidas entre desenvolvedores, arquitetos de software e administradores de sistemas (SysAdmins).
Além de sua importância no dia a dia corporativo, a distinção minuciosa entre as licenças GPL v2, GPL v3, LGPL, AGPL, MIT, Apache 2.0 e BSD é um dos tópicos de maior peso no exame oficial Linux Essentials (010-160) e nas provas LPIC-1 (101 e 102) da LPI, além de concursos públicos de tecnologia. Neste guia aprofundado, você entenderá exatamente as diferenças práticas, obrigações de cada modelo e como escolher a licença ideal para o seu projeto.
1. Software Livre vs Código Aberto: A Diferença Filosófica (FSF vs OSI)
Embora muitas pessoas tratem os termos como equivalentes, existem diferenças fundamentais de propósito entre a Free Software Foundation (FSF) e a Open Source Initiative (OSI):
- Software Livre (FSF – Criado por Richard Stallman em 1985): Possui um foco ético e social voltado para os direitos e a soberania do usuário. O software é livre se respeitar as 4 Liberdades Fundamentais:
- Liberdade 0: A liberdade de executar o programa para qualquer propósito.
- Liberdade 1: A liberdade de estudar como o programa funciona e adaptá-lo às suas necessidades (exige acesso ao código-fonte).
- Liberdade 2: A liberdade de redistribuir cópias do programa para ajudar o próximo.
- Liberdade 3: A liberdade de aperfeiçoar o programa e liberar suas modificações para que toda a comunidade se beneficie.
- Código Aberto / Open Source (OSI – Criado em 1998 por Eric Raymond e Bruce Perens): Foco pragmático e comercial. A proposta do Open Source foi aproximar o software livre do mercado empresarial, destacando os benefícios técnicos de segurança, auditoria, colaboração distribuída e redução de custos de desenvolvimento.
2. Tabela Comparativa Completa das Principais Licenças de Software
| Licença | Família / Tipo | Obriga Abrir Código Modificado? | Uso Comercial Liberado? | Proteção de Patentes | Exemplo de Software Famoso |
|---|---|---|---|---|---|
| GPL v2 | Copyleft Forte | SIM (100% Obrigatório) | SIM | Implícita | Kernel Linux, Git |
| GPL v3 | Copyleft Forte | SIM (100% Obrigatório) | SIM | Explícita contra Processos | Bash, GIMP, GRUB |
| AGPL v3 (Affero GPL) | Copyleft de Rede/SaaS | SIM (Mesmo via Web/Nuvem) | SIM | Explícita | Nextcloud, Grafana, Mastodon |
| LGPL (Lesser GPL) | Copyleft Fraco (Bibliotecas) | Apenas se modificar a biblioteca | SIM | Sim (v3) | FFmpeg, 7-Zip (partes) |
| MIT | Permissiva Minimalista | NÃO (pode fechar e vender) | SIM | Não explícita | React, Vue.js, Node.js, jQuery |
| Apache 2.0 | Permissiva Corporativa | NÃO (pode fechar e vender) | SIM | SIM (Cláusula Robusta) | Kubernetes, Android OS, Apache HTTP |
| BSD (2 e 3 Cláusulas) | Permissiva Acadêmica | NÃO (pode fechar e vender) | SIM | Não explícita | FreeBSD, Nginx, OpenSSH |
3. O Que é Copyleft e Como Funciona a Herança de Código?
O Copyleft é uma engenhosa construção jurídica criada por Richard Stallman: em vez de usar as leis de direitos autorais (*copyright*) para restringir a cópia, ele usa o copyright para garantir que o software e todas as suas versões futuras permaneçam eternamente livres.
Se você utilizar ou modificar qualquer código sob licença GPL e distribuir o executável para terceiros, a lei obriga você a disponibilizar publicamente o código-fonte com todas as suas alterações sob a mesma licença GPL. É o que o mercado chama de cláusula “viral” ou recíproca.
Por outro lado, as licenças Permissivas (como MIT, Apache e BSD) concedem liberdade total: você pode pegar o código, alterá-lo, fechar o código-fonte e vendê-lo comercialmente como um produto fechado, desde que mantenha a nota original de direitos autorais e a isenção de garantia no cabeçalho dos arquivos.
4. GPL v2 vs GPL v3: A Batalha da “Tivoização” e das Patentes
Um dos pontos históricos mais interessantes e cobrados em certificações é a evolução da GPL v2 para a GPL v3:
- GPL v2 (1991): É a licença mantida até hoje no Kernel Linux por Linus Torvalds. Ela exige a liberação do código modificado, mas não impedia que fabricantes colocassem travas de hardware.
- A polêmica da Tivoização: No início dos anos 2000, a empresa TiVo utilizava o Kernel Linux em seus aparelhos de TV. Ela liberava o código-fonte (cumprindo a GPL v2), mas o hardware exigia uma assinatura criptográfica de fábrica para ligar. Ou seja: você podia ver o código modificado, mas não podia rodá-lo no aparelho que comprou!
- GPL v3 (2007): Criada pela FSF especificamente para proibir a Tivoização (obrigando fabricantes a fornecer chaves para rodar software modificado) e incluir uma cláusula explícita de concessão mútua de patentes. Linus Torvalds optou por manter o kernel Linux na GPL v2 por discordar das restrições de assinatura de hardware.
5. A Licença AGPL v3: O Fechamento da Brecha da Nuvem (SaaS)
Com a explosão da computação em nuvem, empresas de tecnologia começaram a pegar softwares GPL, fazer melhorias internas e oferecê-los como serviço na web (Software as a Service – SaaS) através de plataformas como AWS Cloud e Oracle Cloud OCI sem distribuir o executável aos usuários.
Como a GPL clássica só é acionada na distribuição física/binária do programa, essas empresas não eram obrigadas a abrir o código. A licença AGPL (Affero GPL) foi criada para fechar essa brecha: se você rodar o software modificado em um servidor e permitir que usuários interajam com ele através de uma rede (internet), você é obrigado a fornecer o código-fonte completo aos usuários da rede.
6. Licenças Creative Commons (Para Documentação, Textos e Mídias)
Para conteúdos que não são programas de computador (como manuais técnicos, apostilas, músicas e imagens), utilizam-se as licenças Creative Commons (CC), combinando 4 cláusulas modulares:
- BY (Atribuição): Exige dar crédito ao autor original.
- SA (Share-Alike / Compartilha Igual): Exige manter a mesma licença nas obras derivadas (equivalente ao Copyleft).
- NC (Não Comercial): Proíbe o uso com fins comerciais.
- ND (Sem Derivações): Permite copiar apenas o original exato, sem modificações.
💡 Para dominar o ecossistema do terminal, não deixe de conferir o nosso guia completo dos 30 Comandos do Terminal Linux Mais Cobrados e a Tabela Completa de Permissões chmod e Notação Octal. Se você trabalha com infraestrutura moderna, veja também nosso comparativo de Docker vs Máquinas Virtuais (VM).
🎯 Está estudando para a Prova Linux Essentials ou LPIC-1?
O Tópico 1.1 da prova oficial (Comunidade Linux, FSF, OSI e Licenças Open Source) sempre cobra questões conceituais sobre GPL, BSD e Copyleft. Pratique agora no nosso simulador interativo com 240 questões autorais comentadas e timer real de exame!
Perguntas Frequentes sobre Licenças Open Source (FAQ)
❓ Posso vender um software licenciado sob a GPL?
Sim. A Free Software Foundation e a licença GPL permitem expressamente a cobrança comercial pela distribuição do software ou suporte técnico. No entanto, qualquer cliente que adquirir o software tem o direito legal inalienável de receber o código-fonte e redistribuí-lo gratuitamente para terceiros.
❓ Qual a licença Open Source mais popular e flexível para projetos modernos no GitHub?
A licença MIT é a mais amplamente adotada em ecossistemas modernos (como Node.js, React, Vue e Python) por ser extremamente curta, permissiva e permitir qualquer uso (comercial, privado ou proprietário) exigindo apenas a manutenção dos créditos originais de autoria.
❓ Qual a principal diferença entre Apache 2.0 e MIT?
A licença Apache 2.0 inclui termos formais robustos de concessão e proteção de patentes contra litígios judiciais entre contribuidores e usuários, algo que a licença MIT não especifica explicitamente em seu texto simples.
❓ Por que a Apple utiliza sistemas baseados em BSD e evita a GPL v3?
A Apple utiliza componentes derivados do FreeBSD e Mach (com licença permissiva BSD) no kernel do macOS e iOS porque a licença BSD permite que ela feche o código das suas interfaces e softwares proprietários sem ser obrigada a abrir o código do sistema operacional ao público.
![Guia de Estudos Microsoft Azure Fundamentals (AZ-900) em Português [2026]](https://tecmestre.com.br/wp-content/uploads/2026/08/guia-estudos-microsoft-azure-fundamentals-az-900-768x429.jpg.webp)
![Os 30 Comandos do Terminal Linux Mais Cobrados em Concursos e Certificações [Guia 2026]](https://tecmestre.com.br/wp-content/uploads/2026/08/30-comandos-terminal-linux-mais-cobrados-768x429.jpg.webp)
