Componente sob licença aberta incorporado ao produto comercial

O programa de computador é protegido como obra literária

É esse o ponto de partida da Lei 9.609/1998: pelo art. 2º, o regime de proteção do programa de computador é o mesmo conferido às obras literárias pela legislação de direitos autorais, com as particularidades da própria lei. Na prática, um componente de software sob licença aberta continua sendo obra protegida — a licença não é dispensa de direitos autorais, é a forma como o titular escolheu autorizar o uso, a modificação e a redistribuição, sob condições específicas.

Copyleft, permissiva e o ponto onde a incorporação exige cuidado

Licenças como GPL e AGPL, do tipo copyleft, costumam condicionar a redistribuição de obras derivadas à disponibilização do código-fonte sob a mesma licença — inclusive quando o componente foi apenas incorporado a um sistema maior comercializado sem abertura de código. Licenças permissivas, como MIT e Apache 2.0, normalmente dispensam essa exigência, mas mantêm obrigação de preservar avisos de copyright e, no caso da Apache, cláusulas sobre patentes. Confundir os dois regimes é a causa mais comum de violação não intencional.

O que verificar antes de assumir que não há risco

• Qual licença cobre cada dependência incorporada, e não apenas a licença declarada no arquivo principal do projeto;
• Se o componente foi modificado, o que costuma ativar a obrigação de disponibilizar o patch sob licenças copyleft;
• Se o sistema é distribuído a terceiros ou apenas usado internamente, já que a obrigação de disponibilizar o fonte, em regra, nasce da distribuição, não do uso;
• Se existe operação em nuvem envolvida, hipótese em que a AGPL trata a disponibilização via rede como distribuição.

Mapear esse risco antes que ele apareça numa due diligence, e não depois, é trabalho de assessoria jurídica combinada com o time técnico; um advogado revisa o inventário de dependências e o histórico de distribuição do produto e orienta qual licença exige ação imediata, com toda a análise conduzida remotamente e a documentação trocada por aplicativo de mensagens.

A cessão de direitos autorais precisa ser escrita

Quando a discussão envolve não apenas usar um componente aberto, mas transferir a titularidade de código próprio para um sócio, investidor ou empresa adquirente, entra em jogo outra exigência da Lei 9.610/1998: o art. 50 condiciona a cessão, total ou parcial, à forma escrita, presumindo-a onerosa; sem instrumento escrito, não há cessão válida — o que também é relevante para due diligence, porque um repositório com componentes de terceiros mal licenciados soma-se ao risco de titularidade mal documentada do próprio código.

Quando a violação não gera risco relevante

Nem toda incorporação de componente aberto é problema. Uso interno sem distribuição, dependência sob licença permissiva sem modificação relevante, ou componente usado apenas em ferramenta de desenvolvimento — não no produto distribuído — costuma ter risco baixo. O problema se concentra em produto comercializado, vendido, licenciado ou operado em nuvem, que incorpora, sem os devidos avisos ou sem a abertura exigida, componente sob licença copyleft.

Um achado de auditoria pré-operação societária

Uma fintech descobriu, em auditoria anterior a uma operação de capital, que seu motor de conciliação bancária usava uma biblioteca sob GPL modificada internamente e nunca disponibilizada. A correção passou por substituir o componente por uma alternativa sob licença permissiva e por documentar, no relatório de due diligence, a remediação — evitando que o achado travasse a negociação.