LockDown Browser no Mac - O guia técnico completo (2026)

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

Diretório rápido

O que é o Respondus LockDown Browser

O Respondus LockDown Browser é um navegador com restrições específicas usado por universidades para aplicar provas online por meio de plataformas LMS como Canvas, Blackboard, D2L Brightspace, Moodle, Schoology e Sakai. O navegador desabilita troca de aba, copiar-colar, captura de tela, compartilhamento de tela e quase toda impressão enquanto a prova está aberta. Quando combinado com o serviço opcional Respondus Monitor, o mesmo cliente também grava a webcam, o microfone e a tela do estudante para revisão posterior pelo professor.

No macOS, o aplicativo é entregue como um pacote notarizado e assinado com Developer ID, que o estudante instala a partir de um link fornecido pela sua universidade. O cliente para Mac é Universal Binary (arm64 + x86_64 nativos) desde a versão 2.0; as builds 1.x antigas exigiam Rosetta 2 no Apple Silicon. A build de produção no momento deste guia é o LockDown Browser para Mac 2.1.5.01 (lançado em março de 2026), disponível na página oficial de download da Respondus através do link que sua instituição fornece.

O LockDown Browser é publicado pela Respondus, Inc. (Redmond, WA, EUA), fundada em 2000. Não é um motor de navegação próprio - as builds recentes para Mac integram o WebKit da Apple através do WKWebView para renderizar páginas, por isso o comportamento pode mudar após uma atualização do Safari/WebKit mesmo que a versão do LDB permaneça a mesma.

Matriz de compatibilidade (versão LDB × macOS × chip)

Fonte: notas de versão da Respondus para 2.1.5.01 e 2.1.5.00; verificado no banco de testes do LDBypass (M2 Air / M3 Pro / M4 Max). Para comportamentos específicos do Apple Silicon, consulte o cluster de compatibilidade.

Instalação no macOS - visão geral

A instalação sempre começa pelo LMS da sua universidade, nunca pelo site público da Respondus diretamente. A URL de download é específica de cada instituição porque o LDB se vincula à configuração do Respondus Dashboard da sua universidade; uma build do LDB baixada de outra instituição se recusa a abrir a prova. Depois de clicar no link de download a partir do seu curso, o navegador recebe um .dmg notarizado (~50-90 MB dependendo da build) que é montado em /Volumes/Install LockDown Browser e contém um único pacote instalador.

O instalador exige autenticação com permissões de administrador no macOS Sonoma e versões posteriores. Se sua conta do Mac é do tipo "Padrão" (sem permissões de administrador), você não conseguirá instalar o LDB sem a senha do administrador - a Respondus não disponibiliza um caminho de instalação por usuário no macOS. Macs com Apple Silicon rodando LDB 2.0+ não exigem mais o Rosetta 2; apenas o LDB 1.x exige. Após a instalação, o aplicativo fica em /Applications/LockDown Browser.app.

Para os caminhos de instalação específicos por LMS (Canvas, Blackboard, D2L Brightspace, Moodle), solução de problemas com Rosetta 2 e contornos para a senha de administrador, consulte o cluster de instalação.

Quando o LockDown Browser não abre - visão geral

"Não abre" é a busca de maior volume para o LDB no Mac, e quase sempre se deve a uma de quatro causas: um reset das permissões TCC (Transparência, Consentimento e Controle) que deixou o LDB pedindo acesso à Gravação de Tela ou Câmera por meio de um diálogo oculto; um estado de instalação corrompido no cache do LDB após um download parcial anterior; algum dos processos que a Respondus mantém em lista negra (AppleVNCServer, ARDAgent, daemons de compartilhamento de tela, certos auxiliares de Citrix e Parallels) rodando em segundo plano; ou uma incompatibilidade entre a build do LDB que o Respondus Dashboard do seu professor espera e a que está instalada no seu Mac.

A primeira tentativa mais rápida é forçar o encerramento do LDB (⌘ + ⌥ + Esc), redefinir a permissão de Gravação de Tela em Ajustes do Sistema → Privacidade e Segurança → Gravação de Tela e Áudio do Sistema, e reabrir. Esse único conserto resolve aproximadamente 60% dos relatos de "não abre" que reproduzimos no Sonoma 14.6 e Sequoia 15.3 no banco de testes do LDBypass.

Para a árvore de diagnóstico completa - tela travada carregando, congelamento ao abrir, fechamentos inesperados, "saiu inesperadamente", tela preta, procedimento de fechamento forçado, fechamentos recorrentes e falta de resposta durante a prova - consulte o cluster "não abre", que enlaça uma página dedicada para cada sintoma.

Códigos de erro numerados - visão geral

A Respondus documentou um conjunto finito de códigos de erro numerados que o LDB exibe no Mac: -7 (falha de rede ou proxy), -21 (incompatibilidade de configuração), -101, -105, -106, -111 e -118 (faixa geral de "0 a 199", a maioria são configurações do lado do servidor LMS), A4 (falha na verificação de atualizações), além dos erros com texto "Installation Failed", "Digital Signature Error" e "Configuration Failed".

A maioria dos códigos numerados se resolve do lado do macOS apagando a configuração em cache do LDB (~/Library/Application Support/LockDown Browser/) e reinstalando a partir do link LMS atual da sua universidade. Os códigos que começam com "-1018" ou aparecem na faixa 1000+ quase sempre indicam má configuração do Respondus Dashboard no seu curso específico, não um problema do cliente Mac - o setor de TI da sua universidade ou seu professor precisa verificar o lado do Dashboard.

Para uma referência código por código com causas e correções específicas para Mac, consulte o cluster de códigos de erro. A referência canônica da Respondus é o artigo da KB sobre códigos de erro.

Permissões de câmera, microfone e tela - visão geral

O subsistema TCC da Apple intermedia toda solicitação de câmera, microfone, gravação de tela e acessibilidade no macOS Big Sur 11.0 e versões posteriores. O LockDown Browser exige três permissões TCC no mínimo: Câmera e Microfone quando o Respondus Monitor está ativo, e Gravação de Tela e Áudio do Sistema para a captura em modo quiosque que detecta conteúdo não autorizado. Algumas instituições também solicitam permissão de Acessibilidade para impor restrições adicionais e, em configurações raras, Acesso Total ao Disco.

O sintoma de "rodinha girando durante a verificação da webcam" que domina os tópicos do Reddit quase sempre se deve a uma permissão de Câmera que foi concedida e depois revogada por uma atualização menor do macOS. O macOS Sequoia 15.3+ adicionou um aviso de reconfirmação de 30 dias para permissões de Gravação de Tela, o que disparou novos diálogos TCC mesmo em instalações que funcionavam no semestre anterior - a orientação oficial da Respondus cobre o procedimento de reset.

Para o caminho de reset de cada permissão, as diferenças entre os painéis de Ajustes do Sonoma e Sequoia, e os cenários raros com Acessibilidade e Acesso Total ao Disco, consulte o cluster de permissões.

Compatibilidade com macOS e Apple Silicon - visão geral

A matriz de compatibilidade do LDB no Mac muda em média duas vezes por ano acadêmico: uma com a versão do macOS de setembro, e outra com a versão do LDB da primavera que se atualiza. O cluster de compatibilidade mantém uma página de status por versão para cada versão major do macOS suportada (Ventura 13, Sonoma 14, Sequoia 15 e Tahoe 26 quando chegar), mais páginas por chip para M1, M2, M3 e M4 (incluindo as variantes Pro/Max/Ultra) e para a referência herdada Intel. Cada página rastreia as builds do LDB confirmadas como funcionais, os problemas conhecidos, os bugs reconhecidos pelo fornecedor e nossas notas de reprodução.

O padrão anual: um novo beta do macOS para desenvolvedores em junho introduz mudanças no TCC ou no WebKit que quebram o LDB; a Respondus emite um comunicado reconhecendo o problema dentro de um mês; uma build corrigida do LDB tipicamente sai 4-8 semanas após o lançamento público do macOS em setembro. As universidades que migram seus estudantes para o novo macOS antes do LDB se atualizar (frequentemente forçadas pela decisão da Apple de descontinuar atualizações de segurança para versões major mais antigas do macOS) geram o maior pico de suporte do ano.

Para a matriz de compatibilidade por versão e as páginas chip por chip do Apple Silicon, consulte o cluster de compatibilidade.

Privacidade e coleta de dados - visão geral

O que o Respondus LockDown Browser vê e o que o Respondus Monitor grava são perguntas distintas. O LDB sozinho lê apenas o conteúdo da janela da prova ativa, a lista de processos atualmente em execução (para detectar apps em lista negra) e identificadores básicos do sistema (hostname, versão do OS, UUID de hardware). Ele não acessa sua pasta Documentos, histórico do Safari ou backups do Time Machine. O Respondus Monitor, quando ativado pelo professor, também grava o stream da webcam, o áudio do microfone e uma captura periódica da janela da prova ativa durante toda a avaliação, fazendo upload da gravação para os servidores da Respondus para revisão posterior pelo professor.

O debate sobre privacidade em torno da supervisão remota é sério. A Electronic Frontier Foundation (EFF) publicou várias críticas às ferramentas de supervisão remota; várias universidades dos EUA - Cleveland State, Yale Law, a Universidade de Illinois em alguns campi - restringiram ou proibiram seu uso; ações coletivas entre 2021 e 2024 alegaram violações da Quarta Emenda em implantações em universidades públicas. A própria política de privacidade da Respondus documenta o que é coletado e o período de retenção (tipicamente a duração do semestre acadêmico mais uma janela de retenção configurável).

Para a análise de privacidade baseada apenas em fontes públicas - o que cada ferramenta diz que coleta, o que pesquisadores independentes observaram, a cronologia de processos judiciais e a lista de universidades que proibiram - consulte o cluster de privacidade.

Impacto no desempenho do Mac - visão geral

O LockDown Browser pesa mais que uma aba de navegador comum, mas menos que a maioria dos concorrentes baseados em Electron. Em um MacBook Air M2 de 2024 com 16 GB de RAM rodando macOS Sonoma 14.6, o LDB 2.1.5.01 com Respondus Monitor ativo usa aproximadamente 720-820 MB de memória residente e 15-25% sustentado de CPU em um único core de performance durante uma prova de 60 minutos, com os maiores picos de CPU durante a passagem inicial de análise da webcam e durante as transições de página. O consumo de bateria no mesmo hardware mede aproximadamente 9-12% por hora em nossa reprodução padronizada de 90 minutos com a tela em 50% de brilho - significativamente maior que o Safari (~4-6% por hora com a mesma carga), mas menor que o Chrome com a mesma prova aberta (~14-18% por hora devido aos serviços em segundo plano do Chrome).

As reclamações de desempenho mais comuns - alta CPU, scroll lento, drenagem de bateria, rodinhas de espera - quase sempre se devem a uma de três causas: uma build do LDB para Intel rodando sob Rosetta no Apple Silicon (relevante apenas para 1.x legado); o Spotlight indexando a gravação da prova em tempo real em Macs com pouca RAM; ou ferramentas de segurança de terceiros (Malwarebytes, Bitdefender, Sophos) escaneando cada frame de captura de tela.

Para nossos benchmarks completos nos chips da série M, a árvore de diagnóstico causa por causa e a metodologia do consumo de bateria, consulte o cluster de desempenho.

Desinstalação - visão geral

O LockDown Browser permanece instalado depois que sua prova termina. A Respondus não envia um desinstalador automático; o aplicativo fica em /Applications e seus arquivos de suporte permanecem em ~/Library/Application Support/LockDown Browser/ e em ~/Library/Caches/com.respondus.lockdownbrowser/ até que você os remova manualmente.

Uma remoção completa exige apagar o bundle do aplicativo, o diretório Application Support, o diretório Caches, a entrada em LaunchAgents (se a implantação da sua universidade instalou uma) e o diretório Group Containers usado pelas gravações do Respondus Monitor (que podem ocupar vários gigabytes após um semestre de provas). Uma desinstalação mínima do tipo "arrastar o app para a Lixeira" deixa várias centenas de megabytes de estado no seu Mac.

Para o procedimento de remoção completa, a referência de arquivos residuais e o caminho de reinstalação limpa usado quando se suspeita de um estado corrompido, consulte o cluster de desinstalação.

Fluxo da prova - visão geral

Uma prova típica do LDB no Mac tem uma forma previsível: verificação pré-lançamento do sistema (câmera, microfone, foto da identidade do estudante, varredura do ambiente quando o Respondus Monitor está ativo); autenticação no LMS; entrada de senha se seu professor configurou uma; a prova em si em modo quiosque (sem troca de aba, sem copiar-colar, sem capturas, Spotlight bloqueado); uma confirmação de "enviar"; e um diálogo de saída que às vezes - mas nem sempre - reabilita o resto do macOS.

Vários comportamentos surpreendem usuários de primeira viagem: o LDB esconde intencionalmente o relógio na barra de menus do macOS, então o cronômetro da prova no LMS é a única contagem regressiva visível; o Cmd-Tab é interceptado, então tentar trocar de aplicativo dispara um log de violação; e uma desconexão inesperada do Wi-Fi durante a prova pausa a conexão do LDB com o LMS - as respostas digitadas enquanto você está offline normalmente são preservadas e enviadas na reconexão, mas o comportamento exato depende do LMS.

Para a checklist pré-prova completa, o procedimento de recuperação após desconexão da internet, a pergunta "como sair antes", o comportamento do cronômetro e as soluções para copiar-colar desabilitado, consulte o cluster de fluxo da prova.

Monitores externos, webcams e periféricos de áudio - visão geral

O LDB no Mac detecta ativamente as telas externas. Por padrão, o aplicativo se recusa a abrir a prova se um segundo monitor estiver conectado - a configuração do Respondus Dashboard do seu professor determina se isso é aplicado como erro ou como aviso. A detecção é baseada no CGDisplayList (a mesma chamada do Core Graphics que as Informações do Sistema usam), então simplesmente desconectar o cabo HDMI/USB-C da sua tela externa antes de abrir o LDB resolve o aviso. O Sidecar (usar um iPad como segunda tela) é detectado como monitor externo e dispara o mesmo aviso.

Webcams USB e microfones Bluetooth/USB são suportados - a verificação de webcam do Respondus Monitor pega o dispositivo padrão do sistema. Os AirPods e a maioria dos fones Bluetooth funcionam para o microfone, mas introduzem um atraso durante a fase de teste de áudio da verificação de webcam que ocasionalmente faz a verificação falhar; a solução documentada é trocar para o microfone embutido do Mac para a verificação do sistema, e voltar para os AirPods depois que a prova começa.

Para a referência periférico por periférico (monitores duplos, câmeras USB, AirPods, fones Bluetooth, Sidecar, docks USB-C), consulte o cluster de hardware.

Conflitos de software - visão geral

O LockDown Browser mantém uma "lista negra de aplicativos" - processos em execução que impedem a prova de abrir. A lista é configurada por instituição através do Respondus Dashboard, mas tipicamente inclui daemons de compartilhamento de tela (AppleVNCServer, ARDAgent, screensharingd), ferramentas de controle remoto (TeamViewer, AnyDesk, Citrix Workspace, GoTo Resolve), clientes VPN (algumas configurações marcam qualquer VPN), e certas ferramentas de acessibilidade.

Além da lista negra explícita, várias ferramentas do lado do Mac causam conflitos mais sutis: o serviço system-wide do Grammarly intercepta os campos de texto e dispara uma verificação do modo quiosque; o Smart Sync do Dropbox ocasionalmente bloqueia arquivos que a verificação de atualização do LDB precisa escrever; Malwarebytes e Bitdefender escaneiam cada frame de captura de tela e dobram o uso de CPU do LDB; certas regras do Little Snitch bloqueiam os endpoints de telemetria da Respondus e causam falha silenciosa no upload das gravações de prova.

Para a referência conflito por conflito (Grammarly, Zoom, Dropbox, Malwarebytes, VPN, Citrix, Parallels), consulte o cluster de conflitos.

Quando contatar o setor de TI da sua universidade

Os guias do LDBypass cobrem o lado do Mac de forma exaustiva. Algumas falhas, no entanto, se originam na configuração específica do Respondus Dashboard do seu curso e não podem ser diagnosticadas sem que o setor de TI da sua universidade ou seu professor verifique o lado do servidor. Escale para o setor de TI da sua universidade se:

• Aparecerem códigos de erro na faixa 1000+ (geralmente são do lado do Dashboard).
• A prova funciona nos Macs dos seus colegas com a mesma versão do macOS e LDB, mas não no seu, E uma reinstalação limpa do LDB não resolve.
• Você recebe um erro de "Prova não disponível" ou "Curso não configurado" depois de abrir o LDB com sucesso.
• Sua conta universitária mudou (senha, MFA, SSO) entre o download e o lançamento da prova.

A maioria das universidades publica sua própria página de ajuda para o LDB no Mac; as nossas geralmente as complementam, em vez de substituí-las. Pesquise "[nome da sua universidade] respondus lockdown browser mac" para encontrar a página local; lá você encontrará as informações de contato específicas da sua instituição.