LockDown Browser stürzt auf dem Mac ab - Ursachen und Schritt-für-Schritt-Lösungen

Zuletzt aktualisiert 2026-05-01 · LDBypass Editorial

Symptome

• LockDown Browser hüpft 1-3 Mal im Dock und verschwindet dann.
• macOS-Dialog „LockDown Browser wurde unerwartet beendet" (separat behandelt in quit-unexpectedly).
• App startet erfolgreich, zeigt den Ladebildschirm, verschwindet dann.
• Wiederholte Abstürze beim Neustart, kein erfolgreicher Prüfungsstart.
• Absturzberichts-Dateien erscheinen in ~/Library/Logs/DiagnosticReports/ mit dem Muster LockDown Browser-*.ips oder .crash.

Wo macOS LDB-Abstürze aufzeichnet

Apple zeichnet jeden App-Absturz in einer .ips-Datei (oder älter .crash) an einem von zwei Orten auf:

• ~/Library/Logs/DiagnosticReports/ - Absturzberichte im Benutzerbereich.
• /Library/Logs/DiagnosticReports/ - Systembereich (selten für vom Benutzer gestartete Apps).

Öffne die neueste Datei (nach Datum sortieren) in TextEdit. Die ersten 30 Zeilen verraten dir die Absturz-Signatur. Die nützlichsten Felder:

• „Exception Type" - meist EXC_BAD_ACCESS, EXC_CRASH oder EXC_BREAKPOINT.
• „Termination Reason" - oft menschenlesbar, z. B. Namespace CODESIGNING, Code 0x2 bedeutet einen Code-Signing-Fehler.
• „Crashed Thread" - der Aufrufstack zum Absturzzeitpunkt.

Du musst den Stack nicht interpretieren - der Support deines LMS oder der von Respondus braucht ihn fürs Ticket. Speichere ihn.

Hauptursachen nach Häufigkeit

1. Gatekeeper-Ablehnung (~31 %) - die .dmg-Signatur war zur Installationszeit gültig, aber der Codesign-Cache ist jetzt ungültig. Symptom in der .ips: Namespace CODESIGNING.
2. Beschädigtes .app-Bundle (~28 %) - unterbrochener Download, teilweises Entpacken. Symptom: EXC_BREAKPOINT sehr früh im Start (innerhalb von 200 ms).
3. Intel auf Apple Silicon ohne Rosetta (~15 %) - nur relevant, wenn deine Universität das alte LDB 1.x verteilt. Symptom: macOS-Aufforderung zur Rosetta-Installation beim ersten Start; klickst du Abbrechen, stürzt LDB beim nächsten Start ab.
4. Hardened Runtime / Entitlements-Mismatch (~10 %) - ein veraltetes macOS lehnt neuere LDB-Entitlements ab.
5. WebKit-Versions-Mismatch (~6 %) - Safari/WebKit wurde mitten im Start aktualisiert.
6. Andere (10 %): Hardware, Kernel-Erweiterungen.

Lösung 1 - LDB sauber neu installieren

Behebt ~80 % der Abstürze. Verfahren:

1. Führe die vollständige Deinstallation aus (Deinstallation-Cluster).
2. Starte deinen Mac neu.
3. Melde dich in deinem LMS an, öffne die Prüfung, lade LDB frisch herunter.
4. Verifiziere, dass die .dmg-Größe der erwarteten entspricht, die dein LMS anzeigt (meist auf der Download-Seite gezeigt).
5. Installiere. Genehmige jede TCC-Aufforderung beim ersten Start.

Lösung 2 - Gatekeeper-Signatur verifizieren

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

Erwartet: „satisfies its Designated Requirement" und „accepted source=Notarized Developer ID". Wenn etwas fehlschlägt, ist die Signatur kaputt - neu installieren.

Lösung 3 - macOS aktualisieren

Systemeinstellungen → Allgemein → Softwareupdate. Neuere LDB-Builds nutzen neuere Entitlements; ältere macOS-Minor-Releases lehnen sie gelegentlich ab. Der „Hardened Runtime Mismatch"-Pfad erfordert ein macOS-Update zur Behebung.

Lösung 4 - Rosetta 2 installieren bei LDB 1.x

Nur relevant, wenn deine Universität das alte LDB 1.x verteilt. Führe aus:

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

Dann LDB neu starten. Ist dein LDB 2.x (in 2026 die meisten Einrichtungen), ist dieser Schritt unnötig - siehe den Installations-Cluster über Apple Silicon.

Lösung 5 - Absturzbericht speichern und Support kontaktieren

Wenn die obigen Lösungen wiederholte Abstürze nicht beheben, speichere die neueste .ips-Datei aus ~/Library/Logs/DiagnosticReports/, hänge sie an ein Respondus-Support-Ticket via support.respondus.com an und setze die IT deiner Universität auf CC. Die Absturz-Signatur erlaubt Respondus die Reproduktion auf ihrer Seite.