Conflito LockDown Browser + Citrix / Parallels / VMware no Mac

Última atualização 2026-05-02 · LDBypass Editorial

O LDB no Mac bloqueia hosts VM rodando (Parallels, VMware, UTM, VirtualBox) via detecção de flag de hipervisor, e bloqueia Citrix Workspace + ferramentas de desktop remoto como parte da lista negra de compartilhamento de tela. Saia de cada um inteiramente antes do lançamento - extensões de kernel no VirtualBox especificamente precisam de reinicialização para liberar inteiramente.

O sintoma

Diálogo "Feche estes aplicativos" nomeando Citrix / Parallels / VMware / UTM / VirtualBox. O LDB se recusa a lançar. Mesmo após sair da GUI, processos como prl_* ou QEMUHelper permanecem no Monitor de Atividade.

Por que conflita com o LDB

Cada host VM instala processos em segundo plano + extensões de kernel (versões mais antigas) + serviços do sistema. A ação "sair da GUI" apenas fecha o front-end; daemons persistem. O LDB também varre os daemons, não apenas o app GUI.

A correção - procedimento pré-prova

Parallels Desktop: Ícone do menu de status → Sair do Parallels Desktop inteiramente (não apenas a VM). Monitor de Atividade: procure "prl" → forçar saída de qualquer sobrevivente (prl_naptd, prl_disp_service, prl_client_app).
VMware Fusion: Igual - saia do Fusion inteiramente. Force a saída dos processos VMware Fusion e VMware Fusion Helper.
UTM: Saia do UTM. Os processos QEMUHelper devem sair sozinhos; se não, force a saída.
VirtualBox: Extensões de kernel notoriamente persistentes. Saia da GUI do VirtualBox. Se o LDB ainda reclamar: abra Monitor de Atividade → procure "VBox" → force a saída. Se ainda reclamando, reinicie seu Mac.
Citrix Workspace: Ícone do menu de status → Sair. Monitor de Atividade: procure "Citrix" → force a saída de quaisquer processos Citrix Viewer / Citrix Receiver.
TeamViewer / AnyDesk / GoTo Resolve / LogMeIn / Chrome Remote Desktop: Mesmo padrão - saia da GUI + verifique que nenhum processo helper permanece.

Configurações alternativas

Se você usa ativamente um destes para seu trabalho diário:

Modo coherence do Parallels: Sair do Coherence não é suficiente - você precisa sair do Parallels inteiramente. Não há um modo "amigável a provas".
Citrix em um Mac gerenciado: Desabilite Compartilhamento de Tela + Gerenciamento Remoto em Ajustes do Sistema → Compartilhamento. ARDAgent sai quando ambos estão desligados.
Kexts do VirtualBox: Se eles se recusam a liberar, reinicie. Não tente descarregar manualmente kexts - risco de instabilidade do sistema.

O que NÃO fazer

Não tente contornar o conflito no meio da prova - a varredura de lista negra do LDB acontece antes do lançamento da prova e re-roda em intervalos.
Não reinicie o app conflitante DURANTE a prova - o LDB detectará o novo processo e pode sinalizar.
Não deixe o app conflitante pausado/desabilitado a longo prazo fora das janelas de prova; é exagero para uso não-LDB.

Perguntas frequentes

O LDB detectará o Parallels mesmo se nenhuma VM estiver rodando?

Sim - a detecção do Respondus olha o app host + daemons de kernel, não o estado ativo da VM. Parallels sem VM rodando ainda é sinalizado.

Posso fazer a prova dentro de uma VM Windows do Parallels?

Não. O Respondus explicitamente detecta e bloqueia macOS ou Windows virtualizado. <a href="https://support.respondus.com/hc/en-us/articles/4409604116123-I-receive-a-warning-The-browser-cant-be-used-in-virtual-machine-software-such-as-Virtual-PC-VMWare-and-Parallels" rel="noopener">O fornecedor confirma isso</a>. Use macOS nativo.

E o UTM rodando Linux para fins de desenvolvimento?

O UTM é detectado mesmo se rodando Linux (não macOS ou Windows). A detecção é a nível de hipervisor. Saia do UTM antes das provas.