LockDown Browser auf dem Mac - Der vollständige technische Leitfaden (2026)
Schnellverzeichnis
Step-by-step LockDown Browser installation on macOS. Canvas, Blackboard, D2L, Moodle download paths. Apple Silicon, Rosetta, admin password - every install scenario covered.
Every reason LockDown Browser fails to open on macOS - TCC permissions, blacklisted apps, cached corruption, version mismatch - with the diagnostic ladder used by the LDBypass test fleet.
Every LockDown Browser error code on macOS explained - -7, -21, -101, -105, -106, -111, -118, A4 - with Mac-specific causes, step-by-step fixes, and Respondus KB references.
Every TCC permission LockDown Browser needs on macOS - Camera, Microphone, Screen Recording, Accessibility, Full Disk Access - explained, with reset procedures for Sonoma + Sequoia.
Every macOS version × LockDown Browser version × chip combination, tested. Sonoma, Sequoia, Tahoe, and the M1-M4 lineup. Yearly cycle of compatibility breaks and Respondus fixes.
What LockDown Browser and Respondus Monitor see, record, and retain on macOS - sourced from the official privacy policy, EFF analyses, and academic studies. Lawsuit timeline included.
Measured CPU, RAM, and battery cost of running Respondus LockDown Browser on M-series Macs during real exams. Methodology, data, and the most common performance complaints decoded.
Complete LockDown Browser removal on macOS - application, support files, caches, LaunchAgents, and Group Containers. Plus the clean-reinstall path when corruption is suspected.
What actually happens during a LockDown Browser exam on macOS - pre-launch checks, kiosk mode, Wi-Fi disconnects, timer behaviour, and the post-exam state. Verified end-to-end.
How LockDown Browser handles external displays, USB webcams, AirPods, Bluetooth headsets, and Sidecar on macOS. Detection mechanics, workarounds, peripheral compatibility.
Every Mac software conflict with Respondus LockDown Browser: Grammarly, Zoom, Dropbox, Malwarebytes, VPNs, Citrix, Parallels. Why each fails and how to neutralise it before exam.
Mac-specific comparison of LockDown Browser, Honorlock, Examplify, Proctorio, Proctortrack. Performance, privacy, compatibility, and student experience side-by-side.
Was ist Respondus LockDown Browser
Respondus LockDown Browser ist ein eingeschränkter Webbrowser, den Universitäten einsetzen, um Online-Prüfungen über Lernplattformen (LMS) wie Canvas, Blackboard, D2L Brightspace, Moodle, Schoology und Sakai durchzuführen. Der Browser deaktiviert während einer offenen Prüfung das Wechseln von Tabs, Kopieren und Einfügen, Bildschirmaufnahmen, die Bildschirmfreigabe und die meisten Druckfunktionen. Wenn er mit dem optionalen Dienst Respondus Monitor kombiniert wird, zeichnet derselbe Client zusätzlich Webcam, Mikrofon und Bildschirm der Studierenden zur späteren Auswertung durch die Lehrkraft auf.
Auf macOS wird die Anwendung als notarisiertes, mit Developer ID signiertes Bundle ausgeliefert, das Studierende über einen von ihrer Universität bereitgestellten Link installieren. Der Mac-Client ist seit Version 2.0 ein Universal Binary (arm64 + x86_64 nativ); ältere 1.x-Builds benötigten Rosetta 2 auf Apple Silicon. Die produktive Build zum Zeitpunkt dieses Leitfadens ist LockDown Browser für Mac 2.1.5.01 (veröffentlicht im März 2026), erhältlich über die offizielle Respondus-Downloadseite via dem Link, den deine Hochschule bereitstellt.
LockDown Browser wird von Respondus, Inc. (Redmond, WA, USA) herausgegeben - gegründet im Jahr 2000. Es handelt sich nicht um eine eigene Browser-Engine - neuere Mac-Builds binden Apples WebKit über WKWebView für das Rendern der Seiten ein, weshalb sich das Verhalten nach einem Safari/WebKit-Update ändern kann, auch wenn die LDB-Version unverändert bleibt.
Kompatibilitätsmatrix (LDB-Version × macOS × Chip)
| LDB-Version | macOS Ventura 13 | macOS Sonoma 14 | macOS Sequoia 15 | macOS Tahoe 26 | Apple Silicon (M1-M4) | Intel x86_64 |
|---|---|---|---|---|---|---|
| 2.1.5.01 (aktuell) | ✓ | ✓ | ✓ | Teilweise - siehe Kompatibilität | ✓ nativ | ✓ nativ |
| 2.1.5.00 | ✓ | ✓ | ✓ | ✗ | ✓ nativ | ✓ nativ |
| 2.1.4.x | ✓ | ✓ | Teilweise | ✗ | ✓ nativ | ✓ nativ |
| 2.0.x | ✓ | Teilweise | ✗ | ✗ | ✓ nativ | ✓ nativ |
| 1.x (legacy) | ✗ | ✗ | ✗ | ✗ | Benötigt Rosetta 2 | ✓ |
Quelle: Respondus-Versionshinweise zu 2.1.5.01 und 2.1.5.00; verifiziert auf der LDBypass-Testflotte (M2 Air / M3 Pro / M4 Max). Für Apple-Silicon-spezifisches Verhalten siehe das Kompatibilitäts-Cluster.
Installation unter macOS - Übersicht
Die Installation startet immer aus dem LMS deiner Hochschule, niemals direkt von der öffentlichen Respondus-Website. Die Download-URL ist hochschulspezifisch, weil LDB an die Konfiguration des Respondus Dashboards deiner Universität gebunden wird; eine LDB-Build, die du von einer anderen Hochschule herunterlädst, weigert sich, die Prüfung zu starten. Sobald du auf den Download-Link aus deinem Kurs klickst, erhält dein Browser ein notarisiertes .dmg (~50-90 MB je nach Build), das nach /Volumes/Install LockDown Browser gemountet wird und ein einziges Installationspaket enthält.
Der Installer erfordert unter macOS Sonoma und neueren Versionen eine Admin-Authentifizierung. Wenn dein Mac-Account vom Typ "Standard" ist (ohne Adminrechte), kannst du LDB ohne das Admin-Passwort nicht installieren - Respondus bietet auf macOS keinen Per-User-Installationspfad an. Apple-Silicon-Macs mit LDB 2.0+ benötigen kein Rosetta 2 mehr; nur LDB 1.x erfordert es. Nach der Installation liegt die Anwendung unter /Applications/LockDown Browser.app.
Für LMS-spezifische Installationspfade (Canvas, Blackboard, D2L Brightspace, Moodle), die Rosetta-2-Fehlerbehebung und Workarounds für das Admin-Passwort siehe das Installations-Cluster.
Wenn LockDown Browser nicht startet - Übersicht
"Startet nicht" ist die Suchanfrage mit dem höchsten Volumen für LDB auf dem Mac und führt fast immer auf eine von vier Ursachen zurück: ein Reset der TCC-Berechtigungen (Transparency, Consent & Control), durch den LDB den Zugriff auf Bildschirmaufnahme oder Kamera über einen versteckten Dialog anfragt; ein beschädigter LDB-Cache-Installationszustand nach einem vorherigen Teil-Download; einer der Mac-Prozesse, die Respondus auf der Sperrliste führt (AppleVNCServer, ARDAgent, Bildschirmfreigabe-Daemons, bestimmte Citrix- und Parallels-Helper) läuft im Hintergrund; oder eine LDB-Build-Inkompatibilität zwischen dem, was das Respondus Dashboard deines Dozenten erwartet, und dem, was auf deinem Mac installiert ist.
Der schnellste erste Versuch besteht darin, LDB per Force-Quit zu beenden (⌘ + ⌥ + Esc), die Berechtigung für Bildschirmaufnahme über Systemeinstellungen → Datenschutz & Sicherheit → Bildschirm- & Audioaufnahme zurückzusetzen und neu zu starten. Diese eine Lösung behebt etwa 60% der "startet nicht"-Meldungen, die wir auf der LDBypass-Testflotte unter Sonoma 14.6 und Sequoia 15.3 reproduziert haben.
Für den vollständigen Diagnose-Stufenplan - Hängen beim Laden, Einfrieren beim Start, Abstürze, "unerwartet beendet", schwarzer Bildschirm, Force-Quit-Vorgehen, ständige Schließversuche und Reaktionsverlust während der Prüfung - siehe das "startet nicht"-Cluster, das auf je eine Spezialseite pro Symptom verlinkt.
Nummerierte Fehlercodes - Übersicht
Respondus hat einen endlichen Satz nummerierter Fehlercodes dokumentiert, die LDB auf dem Mac anzeigt: -7 (Netzwerk- oder Proxy-Fehler), -21 (Konfigurations-Mismatch), -101, -105, -106, -111 und -118 (allgemeiner "0-199"-Bereich, meist Konfigurationen serverseitig im LMS), A4 (Update-Prüfung fehlgeschlagen) sowie die Textfehler "Installation Failed", "Digital Signature Error" und "Configuration Failed".
Die meisten nummerierten Codes lassen sich auf Mac-Seite lösen, indem du die zwischengespeicherte LDB-Konfiguration löschst (~/Library/Application Support/LockDown Browser/) und über den aktuellen LMS-Link deiner Universität neu installierst. Codes, die mit "-1018" beginnen oder im Bereich 1000+ liegen, deuten fast immer auf eine Fehlkonfiguration des Respondus Dashboards in deinem spezifischen Kurs hin und nicht auf ein Mac-Client-Problem - die IT deiner Universität oder deine Lehrkraft muss die Dashboard-Seite prüfen.
Für eine vollständige Code-für-Code-Referenz mit Mac-spezifischen Ursachen und Lösungen siehe das Fehlercodes-Cluster. Die kanonische Respondus-Referenz ist der KB-Artikel zu Fehlercodes.
Kamera-, Mikrofon- und Bildschirmberechtigungen - Übersicht
Apples TCC-Subsystem vermittelt unter macOS Big Sur 11.0 und neuer jede Anfrage zu Kamera, Mikrofon, Bildschirmaufnahme und Bedienungshilfen. LockDown Browser erfordert mindestens drei TCC-Berechtigungen: Kamera und Mikrofon, wenn Respondus Monitor aktiv ist, sowie Bildschirm- & Audioaufnahme für den Kiosk-Modus, der unautorisierte Inhalte erkennt. Manche Hochschulen verlangen außerdem die Berechtigung Bedienungshilfen, um zusätzliche Einschränkungen durchzusetzen, und in seltenen Konfigurationen Vollständigen Festplattenzugriff.
Das auf Reddit-Threads dominierende Symptom "drehender Kreis bei der Webcam-Prüfung" geht fast immer auf eine Kamera-Berechtigung zurück, die einmal erteilt und dann durch ein kleineres macOS-Update widerrufen wurde. macOS Sequoia 15.3+ hat eine 30-tägige Wiederbestätigungs-Aufforderung für Bildschirmaufnahme-Berechtigungen eingeführt, die selbst auf Installationen, die im Vorsemester noch funktionierten, neue TCC-Dialoge ausgelöst hat - die offizielle Respondus-Anleitung deckt das Reset-Vorgehen ab.
Für den Reset-Pfad jeder Berechtigung, die Unterschiede zwischen den Einstellungs-Bereichen von Sonoma und Sequoia und die seltenen Szenarien mit Bedienungshilfen und vollständigem Festplattenzugriff siehe das Berechtigungs-Cluster.
macOS- und Apple-Silicon-Kompatibilität - Übersicht
Die Mac-Kompatibilitätsmatrix von LDB ändert sich im Schnitt zweimal pro akademischem Jahr: einmal mit dem macOS-Release im September und einmal mit dem LDB-Frühjahrs-Release, das nachzieht. Das Kompatibilitäts-Cluster pflegt eine Statusseite pro unterstützter macOS-Major-Version (Ventura 13, Sonoma 14, Sequoia 15 und Tahoe 26 sobald verfügbar), dazu Seiten pro Chip für M1, M2, M3 und M4 (inklusive Pro/Max/Ultra-Varianten) sowie für die Intel-Legacy-Referenz. Jede Seite verfolgt bestätigt funktionierende LDB-Builds, bekannte Probleme, vom Hersteller anerkannte Bugs und unsere Reproduktionsnotizen.
Das jährliche Muster: eine neue macOS-Entwickler-Beta im Juni führt TCC- oder WebKit-Änderungen ein, die LDB brechen; Respondus gibt innerhalb eines Monats einen Hinweis heraus, der das Problem anerkennt; eine korrigierte LDB-Build erscheint typischerweise 4-8 Wochen nach dem öffentlichen macOS-Release im September. Universitäten, die ihre Studierenden auf das neue macOS umziehen, bevor LDB nachzieht (oft erzwungen durch Apples Entscheidung, ältere macOS-Major-Versionen aus dem Sicherheitssupport zu nehmen), erzeugen den größten Support-Spike des Jahres.
Für die Pro-Version-Kompatibilitätsmatrix und die Apple-Silicon-Chip-für-Chip-Seiten siehe das Kompatibilitäts-Cluster.
Datenschutz und Datenerfassung - Übersicht
Was Respondus LockDown Browser sieht und was Respondus Monitor aufzeichnet sind unterschiedliche Fragen. LDB allein liest nur den Inhalt des aktiven Prüfungsfensters, die Liste der aktuell laufenden Prozesse (zur Erkennung von gesperrten Apps) und grundlegende System-Identifier (Hostname, OS-Version, Hardware-UUID). Er greift nicht auf deinen Documents-Ordner, deinen Safari-Verlauf oder Time-Machine-Backups zu. Respondus Monitor zeichnet - wenn von der Lehrkraft aktiviert - zusätzlich den Webcam-Stream, das Mikrofon-Audio und einen periodischen Screenshot des aktiven Prüfungsfensters über die gesamte Dauer der Prüfung auf und lädt die Aufnahme zur späteren Sichtung durch die Lehrkraft auf Respondus-Server hoch.
Die Datenschutzdebatte rund um Fernüberwachung ist substanziell. Die Electronic Frontier Foundation (EFF) hat mehrere Kritiken an Fernüberwachungs-Tools veröffentlicht; mehrere US-Universitäten - Cleveland State, Yale Law, die University of Illinois an einigen Standorten - haben den Einsatz eingeschränkt oder verboten; Sammelklagen zwischen 2021 und 2024 haben Verstöße gegen den 4. Verfassungszusatz in öffentlichen Universitätsdeployments behauptet. Die eigene Datenschutzerklärung von Respondus dokumentiert, was erhoben wird, und den Aufbewahrungszeitraum (typischerweise die Dauer des akademischen Semesters plus ein konfigurierbares Aufbewahrungsfenster).
Für die rein quellenbasierte Datenschutz-Analyse - was jedes Tool laut eigenen Angaben erhebt, was unabhängige Forscher beobachtet haben, die Klagezeitleiste und die Liste der Universitäten, die das Tool verboten haben - siehe das Datenschutz-Cluster.
Performance-Auswirkungen auf den Mac - Übersicht
LockDown Browser ist schwerer als ein normaler Browser-Tab, aber leichter als die meisten Electron-basierten Konkurrenten. Auf einem MacBook Air M2 von 2024 mit 16 GB RAM unter macOS Sonoma 14.6 nutzt LDB 2.1.5.01 mit aktivem Respondus Monitor etwa 720-820 MB residenten Speicher und 15-25% anhaltende CPU-Last auf einem einzelnen Performance-Kern während einer 60-minütigen Prüfung, mit den größten CPU-Spitzen während der initialen Webcam-Analyse und bei Seitenwechseln. Der Akkuverbrauch auf derselben Hardware liegt in unserer standardisierten 90-Minuten-Reproduktion bei 50% Bildschirmhelligkeit bei etwa 9-12% pro Stunde - deutlich höher als Safari (~4-6% pro Stunde bei gleicher Last), aber niedriger als Chrome mit der gleichen geöffneten Prüfung (~14-18% pro Stunde aufgrund der Hintergrunddienste von Chrome).
Die häufigsten Performance-Beschwerden - hohe CPU, ruckelndes Scrollen, Akkuverbrauch, Beachball-Ereignisse - gehen fast immer auf eine von drei Ursachen zurück: eine Intel-Build von LDB, die unter Rosetta auf Apple Silicon läuft (nur für Legacy-1.x relevant); Spotlight indiziert die Prüfungsaufnahme in Echtzeit auf Macs mit wenig RAM; oder Drittanbieter-Sicherheitstools (Malwarebytes, Bitdefender, Sophos) scannen jedes Bildschirmaufnahme-Frame.
Für unsere vollständigen Benchmarks über alle M-Serien-Chips, den Ursache-für-Ursache-Diagnose-Stufenplan und die Akkuverbrauch-Methodik siehe das Performance-Cluster.
Deinstallation - Übersicht
LockDown Browser bleibt nach dem Ende deiner Prüfung installiert. Respondus stellt keinen automatischen Deinstaller bereit; die Anwendung verbleibt in /Applications und ihre Support-Dateien bleiben in ~/Library/Application Support/LockDown Browser/ und ~/Library/Caches/com.respondus.lockdownbrowser/, bis du sie manuell entfernst.
Eine vollständige Entfernung erfordert das Löschen des Anwendungs-Bundles, des Application-Support-Verzeichnisses, des Caches-Verzeichnisses, des LaunchAgents-Eintrags (falls das Deployment deiner Hochschule einen installiert hat) und des Group-Containers-Verzeichnisses, das für Respondus-Monitor-Aufnahmen verwendet wird (das nach einem Semester Prüfungen mehrere Gigabyte belegen kann). Eine minimale "App in den Papierkorb ziehen"-Deinstallation hinterlässt mehrere hundert Megabyte Status auf deinem Mac.
Für das vollständige Entfernungsverfahren, die Referenz zu Resterelevant-Dateien und den sauberen Neuinstallations-Pfad bei Verdacht auf einen beschädigten Zustand siehe das Deinstallations-Cluster.
Prüfungsablauf - Übersicht
Eine typische LDB-Prüfung auf dem Mac hat eine vorhersagbare Form: Pre-Launch-Systemcheck (Kamera, Mikrofon, Foto des Studentenausweises, Umgebungsscan, wenn Respondus Monitor aktiv ist); LMS-Authentifizierung; Passworteingabe, falls deine Lehrkraft eines konfiguriert hat; die Prüfung selbst im Kiosk-Modus (kein Tab-Wechsel, kein Kopieren-Einfügen, keine Screenshots, blockiertes Spotlight); eine "Abschicken"-Bestätigung; und ein Beenden-Dialog, der manchmal - aber nicht immer - den Rest von macOS wieder freigibt.
Mehrere Verhaltensweisen überraschen Erstnutzer: LDB blendet die macOS-Uhr in der Menüleiste absichtlich aus, daher ist der Prüfungstimer im LMS der einzige sichtbare Countdown; Cmd-Tab wird abgefangen, sodass der Versuch, aus der Prüfung zu wechseln, einen Verstoßeintrag auslöst; und eine unerwartete WLAN-Trennung während der Prüfung pausiert die Verbindung von LDB zum LMS - Antworten, die im Offline-Zustand eingegeben wurden, werden in der Regel beibehalten und beim Wiederverbinden übermittelt, das genaue Verhalten hängt aber vom LMS ab.
Für die vollständige Pre-Exam-Checkliste, das Wiederherstellungsverfahren bei Internet-Trennung, die "wie früh beenden"-Frage, das Timer-Verhalten und die Workarounds für deaktiviertes Kopieren-Einfügen siehe das Prüfungsablauf-Cluster.
Externe Monitore, Webcams und Audio-Peripherie - Übersicht
LDB auf dem Mac erkennt aktiv externe Displays. Standardmäßig weigert sich die Anwendung, die Prüfung zu starten, wenn ein zweiter Monitor angeschlossen ist - die Konfiguration des Respondus Dashboards deiner Lehrkraft bestimmt, ob dies als Fehler oder Warnung durchgesetzt wird. Die Erkennung basiert auf CGDisplayList (derselbe Core-Graphics-Aufruf, den auch Systeminformationen verwendet), daher löst es bereits, einfach das HDMI-/USB-C-Kabel zu deinem externen Display vor dem Start von LDB abzuziehen. Sidecar (ein iPad als zweites Display nutzen) wird als externer Monitor erkannt und löst dieselbe Warnung aus.
USB-Webcams und Bluetooth-/USB-Mikrofone werden unterstützt - die Webcam-Prüfung von Respondus Monitor wählt das System-Standardgerät. AirPods und die meisten Bluetooth-Headsets funktionieren am Mikrofon, führen aber während der Audio-Test-Phase der Webcam-Prüfung zu einer Verzögerung, die gelegentlich zum Fehlschlagen der Prüfung führt; der dokumentierte Workaround besteht darin, für den System-Check auf das eingebaute Mikrofon des Macs zu wechseln und nach Beginn der Prüfung wieder zu den AirPods zurückzuwechseln.
Für die Peripherie-für-Peripherie-Referenz (Dual-Monitore, USB-Cams, AirPods, Bluetooth-Headsets, Sidecar, USB-C-Docks) siehe das Hardware-Cluster.
Software-Konflikte - Übersicht
LockDown Browser pflegt eine "Sperrliste für Anwendungen" - laufende Prozesse, die das Starten der Prüfung verhindern. Die Liste wird pro Hochschule über das Respondus Dashboard konfiguriert, umfasst aber typischerweise Bildschirmfreigabe-Daemons (AppleVNCServer, ARDAgent, screensharingd), Fernsteuerungstools (TeamViewer, AnyDesk, Citrix Workspace, GoTo Resolve), VPN-Clients (manche Konfigurationen markieren jedes VPN) und bestimmte Bedienungshilfen-Tools.
Über die explizite Sperrliste hinaus verursachen mehrere Mac-seitige Tools subtilere Konflikte: der systemweite Dienst von Grammarly fängt Textfelder ab und löst eine Kiosk-Modus-Prüfung aus; Dropbox' Smart Sync sperrt gelegentlich Dateien, die LDB für Update-Prüfungen schreiben muss; Malwarebytes und Bitdefender scannen jedes Bildschirmaufnahme-Frame und verdoppeln so die CPU-Last von LDB; bestimmte Little-Snitch-Regeln blockieren die Telemetrie-Endpunkte von Respondus und führen zu einem stillen Fehlschlag beim Hochladen der Prüfungsaufnahmen.
Für die Konflikt-für-Konflikt-Referenz (Grammarly, Zoom, Dropbox, Malwarebytes, VPN, Citrix, Parallels) siehe das Konflikt-Cluster.
Wann du den IT-Support deiner Universität kontaktieren solltest
Die LDBypass-Leitfäden decken die Mac-Seite umfassend ab. Manche Fehler entstehen jedoch aus der spezifischen Respondus-Dashboard-Konfiguration deines Kurses und können nicht ohne eine Server-seitige Prüfung durch die IT deiner Hochschule oder deine Lehrkraft diagnostiziert werden. Eskaliere an den IT-Support deiner Universität, wenn:
- Fehlercodes im Bereich 1000+ erscheinen (das sind meist Dashboard-seitige Probleme).
- Die Prüfung auf den Macs deiner Mitstudierenden mit derselben macOS- und LDB-Version funktioniert, aber nicht auf deinem, UND eine saubere LDB-Neuinstallation das Problem nicht behebt.
- Du nach einem erfolgreichen LDB-Start einen Fehler "Prüfung nicht verfügbar" oder "Kurs nicht konfiguriert" erhältst.
- Sich dein Hochschulkonto (Passwort, MFA, SSO) zwischen Download und Prüfungsstart geändert hat.
Die meisten Hochschulen veröffentlichen eine eigene Hilfeseite zu LDB auf dem Mac; unsere ergänzen diese in der Regel, statt sie zu ersetzen. Suche nach "[Name deiner Hochschule] respondus lockdown browser mac", um die lokale Seite zu finden; dort findest du auch die hochschulspezifischen Kontaktdaten.