Como Ativar o Java no Firefox: 3 Métodos para Executar Conteúdo Java Legado

Os applets Java já não são suportados em nenhum navegador web moderno, incluindo o Mozilla Firefox. A Mozilla eliminou permanentemente o suporte a plugins NPAPI — a arquitetura que tornava os applets Java possíveis — a partir do Firefox 52 em 2017. Se precisar executar uma aplicação web legada baseada em Java atualmente, não pode simplesmente ativar uma definição numa versão atual do Firefox; deve utilizar um de três métodos alternativos deliberados, cada um com diferentes compromissos de segurança e operacionais.

Este guia abrange todos os métodos viáveis com detalhes técnicos precisos, incluindo os riscos que a maioria dos tutoriais omite.

Por Que o Java Já Não Funciona no Firefox Moderno

Compreender a causa raiz evita perda de tempo em resolução de problemas. Os applets Java nos navegadores dependiam do NPAPI (Netscape Plugin Application Programming Interface), uma arquitetura de plugins que remonta a meados dos anos 1990. O NPAPI concedia aos plugins acesso quase irrestrito ao sistema anfitrião, o que o tornava uma superfície de ataque persistente para exploits de execução remota de código.

A cronologia da descontinuação decorreu da seguinte forma:

• 2015: O Google Chrome eliminou completamente o suporte a NPAPI.
• 2016: A Mozilla começou a bloquear plugins NPAPI por defeito no Firefox.
• Março de 2017: O Firefox 52 tornou-se a última versão a suportar NPAPI. O Firefox ESR 52 prolongou esse suporte até meados de 2018.
• 2018–presente: Todas as versões do Firefox são lançadas sem qualquer suporte a NPAPI. Nenhuma extensão, flag ou ajuste about:config pode restaurá-lo numa versão moderna.

A própria Oracle descontinuou o plugin Java para navegadores no JDK 9 (2017) e removeu-o completamente no JDK 11. Isto significa que mesmo que o Firefox ainda aceitasse plugins NPAPI, o próprio plugin já não é incluído nas distribuições modernas do Java.

A implicação prática: qualquer método que afirme “ativar o Java no Firefox” numa versão atual é enganoso ou envolve a execução de um motor de navegador separado e mais antigo por baixo.

Comparação dos Três Métodos

Método 1: Utilizar o Firefox ESR 52 com o Plugin Java NPAPI

O Firefox ESR (Extended Support Release) 52 foi o último ramo a incluir suporte a NPAPI. Instalá-lo juntamente com um JRE compatível fornece um ambiente funcional para applets Java, embora com séria exposição a riscos de segurança.

Passo 1: Transferir o Firefox ESR 52

O arquivo FTP oficial da Mozilla aloja todas as versões históricas. Navegue para:

https://ftp.mozilla.org/pub/firefox/releases/52.9.0esr/

Selecione o subdiretório correspondente ao seu sistema operativo (win32, win64, linux-x86_64, mac) e o seu idioma. Transfira o instalador diretamente — evite sites de mirror de terceiros, que podem incluir adware ou binários adulterados.

Passo 2: Instalar o Firefox ESR 52 num Perfil Isolado

Não instale este por cima do seu Firefox atual. No Windows, utilize um caminho de instalação personalizado como C:FirefoxESR52. No Linux, extraia o tarball para um diretório separado:

tar -xjf firefox-52.9.0esr.tar.bz2 -C ~/firefox-esr52/

Inicie-o com um perfil dedicado para evitar qualquer contaminação cruzada com os dados do seu navegador principal:

~/firefox-esr52/firefox/firefox --profile ~/.mozilla/firefox-esr52-profile --no-remote

Passo 3: Desativar as Atualizações Automáticas

Após o primeiro arranque, navegue para Opções > Geral > Atualizações do Firefox e selecione “Verificar atualizações, mas deixar-me escolher se as instalo.” Melhor ainda, bloqueie o serviço de atualização do Firefox ao nível da rede ou através de uma entrada no ficheiro hosts se este navegador for utilizado de forma contínua.

Passo 4: Instalar um Java Runtime Environment Compatível

O JRE 8 Update 161 da Oracle foi a última versão a incluir o plugin NPAPI para navegadores antes de a Oracle o ter removido silenciosamente nas versões 8u posteriores. Transfira o JRE 8u161 a partir dos lançamentos arquivados da Oracle (requer uma conta Oracle gratuita) ou de uma distribuição OpenJDK de confiança que ainda inclua o plugin.

Verifique se o ficheiro do plugin existe após a instalação. No Windows, procure:

C:Program FilesJavajre1.8.0_161binplugin2npjp2.dll

No Linux:

find /usr/lib/jvm/ -name "libnpjp2.so"

Passo 5: Ativar o Java no Firefox ESR 52

1. Abra o Firefox ESR 52 e escreva about:addons na barra de endereço.
2. Clique em Plugins na barra lateral esquerda.
3. Localize Java(TM) Platform SE (ou similar).
4. Defina o menu pendente para Ativar Sempre.

Se o plugin não aparecer, o Firefox não está a encontrar o diretório do plugin. Defina manualmente o caminho do plugin criando ou editando o ficheiro pluginreg.dat, ou definindo a variável de ambiente MOZ_PLUGIN_PATH antes de iniciar:

export MOZ_PLUGIN_PATH=/usr/lib/jvm/jre1.8.0_161/lib/amd64/
~/firefox-esr52/firefox/firefox --no-remote

Aviso Crítico de Segurança

O Firefox ESR 52 tem centenas de CVEs sem correção acumulados desde 2018. Nunca o utilize como navegador de uso geral. Nunca armazene palavras-passe, cookies ou tokens de sessão nele. Trate-o como uma ferramenta de uso único para uma aplicação interna específica, e execute-o numa máquina que não esteja exposta à internet aberta, se possível.

Método 2: Utilizar uma Extensão IE Tab ou um Emulador IE Baseado em Chromium

Este método funciona incorporando o motor de renderização do Internet Explorer (Trident) ou do Edge legado dentro de um separador do navegador. Como o IE suportava nativamente o Java via ActiveX/NPAPI no Windows, esta abordagem pode executar applets Java sem modificar a sua instalação principal do Firefox.

Esclarecimento Importante sobre Suporte de Navegadores

A extensão IE Tab é oficialmente suportada no Google Chrome e em navegadores baseados em Chromium (Edge, Brave, Vivaldi). Existe uma versão para Firefox, mas não é mantida oficialmente e tem funcionalidade limitada. Para que este método funcione de forma fiável, utilize o Chrome ou o Microsoft Edge com a extensão IE Tab.

Se o seu fluxo de trabalho é centrado no Firefox, este método requer uma instalação paralela do Chrome para tarefas específicas com Java — um compromisso razoável para utilizadores que não podem usar uma VM completa.

Passo 1: Instalar o IE Tab no Chrome

Instale o IE Tab a partir da Chrome Web Store. A extensão requer que um pequeno componente de host de mensagens nativas seja instalado no Windows, que solicita para transferir na primeira utilização. Este componente é o que realmente invoca o motor IE.

Este método só funciona no Windows. O motor de renderização IE (Trident/mshtml.dll) não existe no macOS ou Linux.

Passo 2: Configurar o Java no Internet Explorer

Antes de utilizar o IE Tab, certifique-se de que o Java está corretamente configurado no próprio IE:

1. Abra o Internet Explorer (ainda presente no Windows 10 como aplicação legada).
2. Vá a Ferramentas > Opções da Internet > Segurança.
3. Selecione a zona Internet ou Sites Fidedignos e clique em Nível Personalizado.
4. Desloque-se até Scripting de applets Java e defina para Ativar.
5. Certifique-se de que o plugin Java está listado e ativado em Ferramentas > Gerir Suplementos > Barras de Ferramentas e Extensões.

Passo 3: Carregar o Site Java via IE Tab

1. Navegue para o URL de destino no Chrome.
2. Clique no ícone IE Tab na barra de ferramentas (ou clique com o botão direito e selecione Abrir no IE Tab).
3. A página recarrega dentro do motor IE incorporado no separador do Chrome.
4. Os applets Java devem inicializar como numa sessão IE autónoma.

Limitações e Casos Especiais

• Ressalva do Windows 11: A Microsoft removeu o Internet Explorer do Windows 11 como aplicação autónoma. O motor mshtml.dll subjacente ainda existe para compatibilidade legada, mas o seu comportamento com plugins Java é inconsistente. Teste cuidadosamente antes de depender disto num ambiente Windows 11.
• Avisos de segurança do Java: As caixas de diálogo de segurança Java do IE podem aparecer atrás da janela do Chrome. Use Alt-tab para as encontrar se o applet parecer estar bloqueado.
• ActiveX vs. NPAPI: O IE utiliza ActiveX para Java, não NPAPI. O plugin Java para IE é um componente separado (jp2iexp.dll) do plugin NPAPI para Firefox. Certifique-se de que o plugin correto está instalado.

Método 3: Máquina Virtual com um Navegador Legado

Uma máquina virtual proporciona o maior isolamento e é a abordagem recomendada para qualquer ambiente onde o acesso a applets Java seja um requisito operacional recorrente. O navegador legado e a sua superfície de ataque estão totalmente contidos dentro dos limites da VM.

Passo 1: Escolher e Instalar Software de Virtualização

O VirtualBox (gratuito, open-source, multiplataforma) e o VMware Workstation Player (gratuito para uso pessoal) são as duas opções principais.

# Install VirtualBox on Ubuntu/Debian
sudo apt update && sudo apt install virtualbox virtualbox-ext-pack -y

Para anfitriões Windows, transfira o instalador do VirtualBox em virtualbox.org e execute-o com as definições predefinidas.

Passo 2: Criar a Máquina Virtual

Para compatibilidade com applets Java, o Windows 7 32-bit ou Windows 7 64-bit dentro da VM proporciona o ambiente mais fiável. O Windows 7 tem suporte nativo para IE 11 e ampla compatibilidade com plugins Java. Em alternativa, uma distribuição Linux leve com Firefox ESR 52 funciona bem e tem uma pegada de armazenamento menor.

Alocação de recursos recomendada para a VM neste caso de uso:

• RAM: 2 GB mínimo (4 GB recomendado para Windows 7)
• Disco: 40 GB alocados dinamicamente
• CPU: 2 núcleos virtuais
• Rede: NAT (restringe o acesso à rede da VM apenas a tráfego de saída através do anfitrião)

Passo 3: Instalar o Navegador Legado e o JRE Dentro da VM

Siga os mesmos passos do Método 1, mas execute-os inteiramente dentro da VM. A principal vantagem: mesmo que um applet Java malicioso explore uma vulnerabilidade no navegador ou no JRE, o dano fica contido no snapshot da VM. Pode reverter para um snapshot limpo em segundos.

A disciplina de snapshots é fundamental. Tire um snapshot limpo imediatamente após configurar o navegador e o JRE, antes de carregar qualquer conteúdo externo. Nomeie-o claramente:

Snapshot: Clean Java Environment - [date]

Passo 4: Configurar a Rede da VM com Privilégios Mínimos

Se a aplicação Java apenas precisa de comunicar com um servidor interno específico ou intervalo de IP, configure o adaptador de rede da VM para utilizar rede Host-Only e configure uma rota estática no anfitrião. Isto impede que a VM aceda à internet em geral:

# On the host, add a route so the VM can only reach the target server
# Example: VM is on 192.168.56.0/24, target server is 10.0.0.50
sudo ip route add 10.0.0.50/32 via 192.168.56.1

Passo 5: Aceder ao Conteúdo Java

Inicie a VM, abra o navegador legado e navegue para a aplicação Java. Para aplicações acedidas frequentemente, crie um atalho no ambiente de trabalho ou um script de arranque no anfitrião que inicie a VM e abra o navegador no URL de destino automaticamente, utilizando as funcionalidades --startvm e de controlo de convidado do VirtualBox.

Por Que Este Método É Arquiteturalmente Superior

Executar software desatualizado numa VM é uma prática padrão em ambientes empresariais para manter o acesso a aplicações de negócio legadas. A VM atua como uma fronteira de segurança: o sistema operativo anfitrião, o seu navegador principal e todas as outras aplicações permanecem inalterados independentemente do que acontece dentro da VM. Este é o mesmo princípio utilizado em produtos de isolamento de navegadores e arquiteturas de secure access service edge (SASE).

Se estiver a executar aplicações Java do lado do servidor em vez de applets de navegador — por exemplo, uma aplicação web baseada em Java num VPS — o problema do plugin de navegador é irrelevante. Os frameworks web Java modernos (Spring Boot, Quarkus, Micronaut) são executados inteiramente do lado do servidor. Um ambiente de Alojamento VPS devidamente configurado trata disto sem qualquer dependência de plugin de navegador.

Alternativas aos Applets Java a Considerar

Se tiver alguma influência sobre a aplicação que requer Java, migrar para longe dos applets é a solução correta a longo prazo. O ecossistema de plugins de navegadores avançou decisivamente.

Tecnologias de substituição por caso de uso:

• UI interativa / visualização de dados: JavaScript com Canvas API, WebGL, D3.js ou Three.js
• Comunicação em tempo real: WebSockets, WebRTC
• Computação de alto desempenho no navegador: WebAssembly (WASM) — pode executar C, C++ e Rust compilados a velocidade quase nativa
• Entrega de aplicações semelhantes a desktop: Progressive Web Apps (PWAs) ou aplicações desktop baseadas em Electron
• Lógica Java do lado do servidor: Expô-la como uma API REST ou GraphQL consumida por um frontend moderno

Para organizações que executam aplicações Java do lado do servidor que necessitam de alojamento fiável, um Servidor Dedicado fornece os recursos brutos e o acesso root completo necessários para executar servidores de aplicações Java (Tomcat, WildFly, GlassFish) em escala sem contenção de recursos.

Se a sua aplicação Java legada está alojada na web e precisa de uma ligação segura, associar o seu alojamento a um Certificado SSL válido garante transporte encriptado mesmo para stacks de aplicações mais antigas.

Matriz de Decisão Prática

Utilize esta lista de verificação para selecionar o método adequado à sua situação:

Utilize o Método 1 (Firefox ESR 52) se:

• Precisar de acesso pontual ou muito pouco frequente
• Estiver numa máquina sem conectividade à internet ou com regras de firewall estritas
• Não puder instalar software de virtualização devido a restrições de hardware ou de política

Utilize o Método 2 (IE Tab / Emulador IE) se:

• Estiver no Windows 10 com IE ainda disponível
• A aplicação Java for uma ferramenta corporativa interna numa rede fidedigna
• Precisar da configuração mais simples possível com o mínimo de sobrecarga

Utilize o Método 3 (Máquina Virtual) se:

• Precisar de acesso regular e contínuo a conteúdo de applets Java
• A segurança e o isolamento forem requisitos organizacionais
• Quiser a capacidade de tirar snapshots e reverter o ambiente
• Vários utilizadores precisarem do mesmo ambiente Java (exportar e distribuir a imagem da VM)

Considere migrar completamente para longe dos applets Java se:

• Controlar ou puder influenciar o desenvolvimento da aplicação
• A aplicação for voltada para clientes ou exposta à internet
• A funcionalidade Java puder ser replicada com WebAssembly ou um framework JavaScript moderno

Para equipas que gerem múltiplas propriedades web ou ambientes de clientes, os Painéis de Controlo VPS podem simplificar a administração de aplicações Java do lado do servidor sem necessitar de acesso direto à linha de comandos para cada operação.

Se o seu caso de uso envolve o alojamento de uma aplicação web que anteriormente dependia de applets Java para gestão de ficheiros ou funcionalidade de email, as soluções modernas de Alojamento de Email e Alojamento Web Partilhado tratam desses fluxos de trabalho nativamente através de interfaces web que não requerem quaisquer plugins de navegador.

FAQ

Posso reativar o Java na versão atual do Firefox alterando as definições about:config?

Não. Não existe nenhuma flag about:config, preferência oculta ou extensão que restaure o suporte a plugins NPAPI no Firefox 53 ou posterior. O subsistema NPAPI foi completamente removido do código-fonte, não apenas desativado. A única forma de executar applets Java num navegador com a marca Firefox é utilizar uma versão arquivada do Firefox ESR 52 ou anterior.

Qual versão do JRE é compatível com o plugin Java NPAPI para Firefox?

O JRE 8 Update 161 (8u161) é a última versão amplamente disponível que inclui o plugin NPAPI (npjp2.dll no Windows, libnpjp2.so no Linux). As versões 8u posteriores removeram silenciosamente o plugin. O JRE 9, 11 e todas as versões LTS subsequentes não incluem qualquer plugin de navegador.

É seguro executar o Firefox ESR 52 numa máquina ligada à internet?

Não. O Firefox ESR 52 não recebe patches de segurança desde meados de 2018 e é vulnerável a centenas de exploits documentados. Se tiver de o utilizar, faça-o numa máquina atrás de uma firewall estrita, sem navegação geral, e idealmente com acesso à rede restrito apenas ao servidor específico onde a aplicação Java é executada.

O método IE Tab funciona no macOS ou Linux?

Não. O IE Tab depende do motor de renderização do Windows Internet Explorer (mshtml.dll), que só existe no Windows. No macOS e Linux, a extensão ou não instala ou recorre a um motor de navegador padrão que não tem suporte para Java. Para sistemas não Windows, o Método 1 ou o Método 3 são as únicas opções viáveis.

Qual é a diferença entre um applet Java e uma aplicação Java Web Start?

Um applet Java é executado incorporado numa página do navegador através do plugin NPAPI. O Java Web Start (JNLP) lança uma aplicação Java autónoma a partir de um link do navegador sem a incorporar na página — utiliza o launcher javaws. O Java Web Start também foi descontinuado no JDK 9 e removido no JDK 11, mas o OpenWebStart (uma reimplementação open-source) ainda pode executar aplicações JNLP em sistemas modernos sem qualquer dependência de plugin de navegador, tornando-o um caminho mais viável do que os applets para a entrega de aplicações Java legadas.