LockDown Browser dá crash no Mac - Causas e soluções passo a passo

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

Sintomas

• O LockDown Browser pula 1-3 vezes no dock e some.
• Diálogo do macOS "LockDown Browser encerrou inesperadamente" (coberto separadamente em quit-unexpectedly).
• O app abre com sucesso, exibe a tela de carregamento e depois some.
• Crashes repetidos ao reabrir, sem nenhuma execução bem-sucedida da prova.
• Arquivos de relatório de crash aparecendo em ~/Library/Logs/DiagnosticReports/ com o padrão LockDown Browser-*.ips ou .crash.

Onde o macOS registra os crashes do LDB

A Apple registra cada crash de app em um arquivo .ips (ou no antigo .crash) em uma de duas localizações:

• ~/Library/Logs/DiagnosticReports/ - relatórios de crash de escopo do usuário.
• /Library/Logs/DiagnosticReports/ - escopo do sistema (raro para apps lançados pelo usuário).

Abra o arquivo mais recente (ordene por data) no TextEdit. As primeiras 30 linhas indicam a assinatura do crash. Os campos mais úteis:

• "Exception Type" - geralmente EXC_BAD_ACCESS, EXC_CRASH ou EXC_BREAKPOINT.
• "Termination Reason" - frequentemente legível, p. ex. Namespace CODESIGNING, Code 0x2 significa falha de assinatura de código.
• "Crashed Thread" - o call stack no momento do crash.

Você não precisa interpretar a stack - o suporte do seu LMS ou o suporte da Respondus precisa dela para abrir um chamado. Salve o arquivo.

Causas-raiz por frequência

1. Rejeição do Gatekeeper (~31%) - a assinatura do .dmg era válida no momento da instalação, mas o cache do codesign agora é inválido. Sintoma no .ips: Namespace CODESIGNING.
2. Bundle .app corrompido (~28%) - download interrompido, extração parcial. Sintoma: EXC_BREAKPOINT muito cedo na abertura (em menos de 200 ms).
3. Intel sobre Apple Silicon sem Rosetta (~15%) - só relevante se sua universidade distribui o LDB 1.x legacy. Sintoma: o macOS pede para instalar o Rosetta na primeira abertura; se você clicar em Cancelar, o LDB dá crash na próxima abertura.
4. Hardened runtime / desencontro de entitlements (~10%) - um macOS desatualizado rejeita os novos entitlements do LDB.
5. Desencontro de versão do WebKit (~6%) - Safari/WebKit foi atualizado no meio da abertura.
6. Outros (10%): hardware, extensões de kernel.

Solução 1 - Reinstalar o LDB do zero

Resolve ~80% dos crashes. Procedimento:

1. Execute a desinstalação completa (cluster de desinstalação).
2. Reinicie o Mac.
3. Faça login no seu LMS, abra a avaliação, baixe o LDB novo.
4. Verifique se o tamanho do .dmg corresponde ao esperado pelo seu LMS (geralmente mostrado na página de download).
5. Instale. Aprove cada aviso TCC na primeira abertura.

Solução 2 - Verificar a assinatura do Gatekeeper

codesign --verify --deep --strict --verbose=2 "/Applications/LockDown Browser.app"
spctl --assess --verbose "/Applications/LockDown Browser.app"

Esperado: "satisfies its Designated Requirement" e "accepted source=Notarized Developer ID". Se algum falhar, a assinatura está quebrada - reinstale.

Solução 3 - Atualizar o macOS

Ajustes do Sistema → Geral → Atualização de Software. Builds mais recentes do LDB usam entitlements mais novos; versões menores antigas do macOS ocasionalmente os rejeitam. O caminho de "hardened runtime mismatch" exige uma atualização do macOS para resolver.

Solução 4 - Instalar Rosetta 2 se rodar LDB 1.x

Só relevante se sua universidade distribui o LDB 1.x legacy. Execute:

softwareupdate --install-rosetta --agree-to-license

Depois reabra o LDB. Se seu LDB é 2.x (a maioria das instituições em 2026), este passo é desnecessário - veja o cluster de instalação sobre Apple Silicon.

Solução 5 - Salvar o relatório de crash e contatar o suporte

Se as soluções acima não resolvem os crashes repetidos, salve o arquivo .ips mais recente de ~/Library/Logs/DiagnosticReports/, anexe a um chamado de suporte da Respondus em support.respondus.com, e copie o TI da sua universidade. A assinatura do crash permite à Respondus reproduzir do lado deles.