LockDown Browser sur Mac - Le guide technique complet (2026)
Sommaire
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.
Qu'est-ce que Respondus LockDown Browser
Respondus LockDown Browser est un navigateur web restreint que les universités utilisent pour administrer des examens en ligne via des plateformes LMS comme Canvas, Blackboard, D2L Brightspace, Moodle, Schoology et Sakai. Le navigateur désactive le changement d'onglet, le copier-coller, la capture d'écran, le partage d'écran et la plupart des fonctions d'impression pendant qu'un examen est ouvert. Lorsqu'il est associé au service optionnel Respondus Monitor, le même client enregistre également la webcam, le microphone et l'écran de l'étudiant pour révision ultérieure par l'enseignant.
Sur macOS, l'application est livrée sous forme de paquet notarisé, signé Developer ID, que l'étudiant installe via un lien fourni par son université. Le client Mac est un Universal Binary (arm64 + x86_64 natifs) depuis la version 2.0 ; les anciennes builds 1.x exigeaient Rosetta 2 sur Apple Silicon. La build de production au moment de ce guide est LockDown Browser pour Mac 2.1.5.01 (publiée en mars 2026), disponible sur la page de téléchargement officielle de Respondus via le lien fourni par votre établissement.
LockDown Browser est édité par Respondus, Inc. (Redmond, WA, États-Unis), fondée en 2000. Ce n'est pas un moteur de navigation propriétaire - les builds Mac récentes intègrent le WebKit d'Apple via WKWebView pour le rendu des pages, ce qui explique pourquoi le comportement peut changer après une mise à jour de Safari/WebKit même si la version de LDB reste la même.
Matrice de compatibilité (version LDB × macOS × puce)
| Version LDB | macOS Ventura 13 | macOS Sonoma 14 | macOS Sequoia 15 | macOS Tahoe 26 | Apple Silicon (M1-M4) | Intel x86_64 |
|---|---|---|---|---|---|---|
| 2.1.5.01 (actuelle) | ✓ | ✓ | ✓ | Partiel - voir compatibilité | ✓ natif | ✓ natif |
| 2.1.5.00 | ✓ | ✓ | ✓ | ✗ | ✓ natif | ✓ natif |
| 2.1.4.x | ✓ | ✓ | Partiel | ✗ | ✓ natif | ✓ natif |
| 2.0.x | ✓ | Partiel | ✗ | ✗ | ✓ natif | ✓ natif |
| 1.x (héritage) | ✗ | ✗ | ✗ | ✗ | Nécessite Rosetta 2 | ✓ |
Source : notes de version Respondus pour 2.1.5.01 et 2.1.5.00 ; vérifié sur le banc d'essai LDBypass (M2 Air / M3 Pro / M4 Max). Pour les comportements spécifiques à Apple Silicon, consultez le cluster compatibilité.
Installation sous macOS - vue d'ensemble
L'installation démarre toujours depuis le LMS de votre université, jamais directement depuis le site public de Respondus. L'URL de téléchargement est spécifique à chaque établissement car LDB se lie à la configuration du Respondus Dashboard de votre université ; une build de LDB téléchargée depuis un autre établissement refusera de lancer l'examen. Une fois que vous cliquez sur le lien de téléchargement depuis votre cours, votre navigateur reçoit un .dmg notarisé (~50-90 Mo selon la build) qui se monte sur /Volumes/Install LockDown Browser et contient un seul paquet d'installation.
L'installateur exige une authentification administrateur sous macOS Sonoma et versions ultérieures. Si votre compte Mac est de type "Standard" (sans droits administrateur), vous ne pourrez pas installer LDB sans le mot de passe de votre administrateur - Respondus ne propose pas de chemin d'installation par utilisateur sous macOS. Les Mac Apple Silicon exécutant LDB 2.0+ n'ont plus besoin de Rosetta 2 ; seul LDB 1.x l'exige. Après installation, l'application réside dans /Applications/LockDown Browser.app.
Pour les chemins d'installation spécifiques à chaque LMS (Canvas, Blackboard, D2L Brightspace, Moodle), le dépannage de Rosetta 2 et les contournements pour le mot de passe administrateur, consultez le cluster d'installation.
Quand LockDown Browser refuse de s'ouvrir - vue d'ensemble
"Refuse de s'ouvrir" est la requête de recherche au plus fort volume pour LDB sur Mac, et se ramène presque toujours à l'une de quatre causes : une réinitialisation des autorisations TCC (Transparence, Consentement et Contrôle) qui a laissé LDB demander l'accès à l'Enregistrement d'écran ou à la Caméra via une boîte de dialogue masquée ; un état d'installation corrompu dans le cache de LDB suite à un téléchargement partiel antérieur ; l'un des processus que Respondus maintient sur liste noire (AppleVNCServer, ARDAgent, démons de partage d'écran, certains assistants Citrix et Parallels) en cours d'exécution en arrière-plan ; ou une incompatibilité de build entre ce qu'attend le Respondus Dashboard de votre enseignant et ce qui est installé sur votre Mac.
La première tentative la plus rapide consiste à forcer la fermeture de LDB (⌘ + ⌥ + Esc), réinitialiser l'autorisation Enregistrement d'écran via Réglages Système → Confidentialité et sécurité → Enregistrement d'écran et de l'audio système, puis relancer. Ce seul correctif résout environ 60% des signalements "ne s'ouvre pas" que nous avons reproduits sur Sonoma 14.6 et Sequoia 15.3 sur le banc d'essai LDBypass.
Pour l'arbre de diagnostic complet - chargement bloqué, gel au démarrage, plantages, "a quitté de manière inattendue", écran noir, procédure de fermeture forcée, fermetures répétées et absence de réponse pendant l'examen - consultez le cluster "ne s'ouvre pas", qui renvoie à une page dédiée pour chaque symptôme.
Codes d'erreur numérotés - vue d'ensemble
Respondus a documenté un ensemble fini de codes d'erreur numérotés que LDB affiche sur Mac : -7 (échec réseau ou proxy), -21 (incompatibilité de configuration), -101, -105, -106, -111 et -118 (plage générale "0 à 199", la plupart sont des configurations côté serveur LMS), A4 (échec de vérification des mises à jour), plus les erreurs textuelles "Installation Failed", "Digital Signature Error" et "Configuration Failed".
La plupart des codes numérotés se résolvent côté macOS en effaçant la configuration mise en cache de LDB (~/Library/Application Support/LockDown Browser/) et en réinstallant depuis le lien LMS actuel de votre université. Les codes commençant par "-1018" ou apparaissant dans la plage 1000+ indiquent presque toujours une mauvaise configuration du Respondus Dashboard dans votre cours spécifique, et non un problème côté client Mac - le service informatique de votre université ou votre enseignant doit vérifier le côté Dashboard.
Pour une référence code par code avec causes et corrections spécifiques à Mac, consultez le cluster des codes d'erreur. La référence canonique de Respondus est leur article de KB sur les codes d'erreur.
Autorisations caméra, microphone et écran - vue d'ensemble
Le sous-système TCC d'Apple intervient dans toute requête caméra, microphone, enregistrement d'écran et accessibilité sur macOS Big Sur 11.0 et versions ultérieures. LockDown Browser exige trois autorisations TCC au minimum absolu : Caméra et Microphone lorsque Respondus Monitor est activé, et Enregistrement d'écran et de l'audio système pour la capture d'écran en mode kiosque qui détecte le contenu non autorisé. Certains établissements demandent aussi l'autorisation Accessibilité pour imposer des restrictions supplémentaires et, dans des configurations rares, Accès complet au disque.
Le symptôme de "roue qui tourne pendant la vérification de webcam" qui domine les fils Reddit se ramène presque toujours à une autorisation Caméra qui a été accordée puis révoquée par une mise à jour mineure de macOS. macOS Sequoia 15.3+ a ajouté une invite de reconfirmation de 30 jours pour les autorisations d'Enregistrement d'écran, ce qui a déclenché de nouveaux dialogues TCC même sur des installations qui fonctionnaient le semestre précédent - la documentation officielle de Respondus couvre la procédure de réinitialisation.
Pour le chemin de réinitialisation de chaque autorisation, les différences entre les volets de Réglages de Sonoma et Sequoia, et les scénarios rares avec Accessibilité et Accès complet au disque, consultez le cluster des autorisations.
Compatibilité macOS et Apple Silicon - vue d'ensemble
La matrice de compatibilité de LDB sur Mac change en moyenne deux fois par année académique : une fois avec la version macOS de septembre, et une fois avec la version LDB du printemps qui rattrape son retard. Le cluster de compatibilité maintient une page de statut par version pour chaque version majeure de macOS prise en charge (Ventura 13, Sonoma 14, Sequoia 15 et Tahoe 26 lorsqu'elle sortira), plus des pages par puce pour M1, M2, M3 et M4 (y compris leurs variantes Pro/Max/Ultra) et pour la référence Intel héritée. Chaque page suit les builds LDB confirmées comme fonctionnelles, les problèmes connus, les bogues reconnus par l'éditeur et nos notes de reproduction.
Le schéma annuel : une nouvelle bêta développeur de macOS en juin introduit des changements TCC ou WebKit qui cassent LDB ; Respondus émet un avis reconnaissant le problème dans le mois ; une build LDB corrigée arrive typiquement 4 à 8 semaines après la sortie publique de macOS en septembre. Les universités qui font basculer leurs étudiants vers le nouveau macOS avant que LDB ne se mette à niveau (souvent contraintes par la décision d'Apple de cesser les mises à jour de sécurité pour les anciennes versions majeures de macOS) génèrent le plus gros pic de support de l'année.
Pour la matrice de compatibilité par version et les pages puce par puce d'Apple Silicon, consultez le cluster de compatibilité.
Confidentialité et collecte de données - vue d'ensemble
Ce que voit Respondus LockDown Browser et ce qu'enregistre Respondus Monitor sont des questions distinctes. LDB seul ne lit que le contenu de la fenêtre d'examen active, la liste des processus en cours d'exécution (pour détecter les apps sur liste noire) et les identifiants système de base (nom d'hôte, version de l'OS, UUID matériel). Il n'accède pas à votre dossier Documents, à l'historique Safari ni aux sauvegardes Time Machine. Respondus Monitor, lorsqu'il est activé par l'enseignant, enregistre en plus le flux webcam, l'audio du microphone et une capture périodique de la fenêtre d'examen active pendant toute la durée de l'évaluation, téléversant l'enregistrement sur les serveurs Respondus pour révision ultérieure par l'enseignant.
Le débat sur la vie privée autour de la surveillance à distance est sérieux. L'Electronic Frontier Foundation (EFF) a publié plusieurs critiques des outils de surveillance à distance ; plusieurs universités américaines - Cleveland State, Yale Law, l'Université de l'Illinois sur certains campus - ont restreint ou interdit leur usage ; des recours collectifs entre 2021 et 2024 ont allégué des violations du Quatrième Amendement dans des déploiements en universités publiques. La politique de confidentialité de Respondus elle-même documente ce qui est collecté et la durée de conservation (typiquement la durée du semestre académique plus une fenêtre de rétention configurable).
Pour l'analyse de confidentialité basée uniquement sur des sources publiques - ce que chaque outil dit collecter, ce que des chercheurs indépendants ont observé, la chronologie des poursuites et la liste des universités l'ayant interdit - consultez le cluster de confidentialité.
Impact sur les performances du Mac - vue d'ensemble
LockDown Browser est plus lourd qu'un onglet de navigateur standard mais plus léger que la plupart des concurrents basés sur Electron. Sur un MacBook Air M2 de 2024 avec 16 Go de RAM sous macOS Sonoma 14.6, LDB 2.1.5.01 avec Respondus Monitor actif utilise environ 720-820 Mo de mémoire résidente et 15-25% de CPU soutenu sur un seul cœur de performance pendant un examen de 60 minutes, avec les pics de CPU les plus importants pendant l'analyse initiale de la webcam et lors des transitions de page. La consommation de batterie sur le même matériel mesure environ 9-12% par heure dans notre reproduction standardisée de 90 minutes avec l'écran à 50% de luminosité - sensiblement plus élevée que Safari (~4-6% par heure pour la même charge), mais inférieure à Chrome avec le même examen ouvert (~14-18% par heure en raison des services en arrière-plan de Chrome).
Les plaintes de performance les plus courantes - CPU élevé, défilement lent, drainage de batterie, roues d'attente - se ramènent presque toujours à l'une de trois causes : une build LDB Intel exécutée sous Rosetta sur Apple Silicon (pertinent uniquement pour 1.x hérité) ; Spotlight indexant l'enregistrement de l'examen en temps réel sur les Mac à faible RAM ; ou des outils de sécurité tiers (Malwarebytes, Bitdefender, Sophos) analysant chaque trame de capture d'écran.
Pour nos benchmarks complets sur les puces série M, l'arbre de diagnostic cause par cause et la méthodologie de drainage de batterie, consultez le cluster de performance.
Désinstallation - vue d'ensemble
LockDown Browser reste installé après la fin de votre examen. Respondus ne pousse pas de désinstallateur automatique ; l'application demeure dans /Applications et ses fichiers de support restent dans ~/Library/Application Support/LockDown Browser/ et ~/Library/Caches/com.respondus.lockdownbrowser/ jusqu'à ce que vous les supprimiez manuellement.
Une suppression complète exige d'effacer le bundle de l'application, le répertoire Application Support, le répertoire Caches, l'entrée LaunchAgents (si le déploiement de votre université en a installé une) et le répertoire Group Containers utilisé par les enregistrements Respondus Monitor (qui peuvent occuper plusieurs gigaoctets après un semestre d'examens). Une désinstallation minimale du type "glisser l'app dans la Corbeille" laisse plusieurs centaines de mégaoctets d'état sur votre Mac.
Pour la procédure de suppression complète, la référence des fichiers résiduels et le chemin de réinstallation propre utilisé en cas de soupçon d'état corrompu, consultez le cluster de désinstallation.
Déroulement de l'examen - vue d'ensemble
Un examen LDB typique sur Mac a une forme prévisible : vérification système avant lancement (caméra, microphone, photo de la carte d'étudiant, scan de l'environnement quand Respondus Monitor est activé) ; authentification LMS ; saisie du mot de passe si votre enseignant en a configuré un ; l'examen lui-même en mode kiosque (pas de changement d'onglet, pas de copier-coller, pas de captures, Spotlight bloqué) ; une confirmation de "soumettre" ; et une boîte de dialogue de sortie qui parfois - mais pas toujours - réactive le reste de macOS.
Plusieurs comportements surprennent les utilisateurs novices : LDB masque intentionnellement l'horloge dans la barre de menus de macOS, donc le minuteur d'examen dans le LMS est le seul compte à rebours visible ; Cmd-Tab est intercepté, donc tenter de basculer entre applications déclenche un journal de violation ; et une déconnexion inattendue du Wi-Fi pendant l'examen met en pause la connexion de LDB au LMS - les réponses saisies hors ligne sont généralement préservées et soumises à la reconnexion, mais le comportement exact dépend du LMS.
Pour la liste de vérification pré-examen complète, la procédure de récupération après déconnexion internet, la question "comment sortir tôt", le comportement du minuteur et les contournements pour le copier-coller désactivé, consultez le cluster de déroulement d'examen.
Moniteurs externes, webcams et périphériques audio - vue d'ensemble
LDB sur Mac détecte activement les écrans externes. Par défaut, l'application refuse de lancer l'examen si un second moniteur est connecté - la configuration du Respondus Dashboard de votre enseignant détermine si cela est appliqué comme une erreur ou un avertissement. La détection est basée sur CGDisplayList (le même appel Core Graphics qu'utilise Informations système), donc débrancher simplement le câble HDMI/USB-C de votre écran externe avant de lancer LDB résout l'avertissement. Sidecar (utiliser un iPad comme second écran) est détecté comme moniteur externe et déclenche le même avertissement.
Les webcams USB et les microphones Bluetooth/USB sont pris en charge - la vérification de webcam de Respondus Monitor sélectionne le périphérique par défaut du système. Les AirPods et la plupart des casques Bluetooth fonctionnent pour le microphone mais introduisent un délai pendant la phase de test audio de la vérification de webcam qui fait occasionnellement échouer la vérification ; la solution documentée est de basculer vers le microphone intégré du Mac pour la vérification système, puis de revenir aux AirPods une fois l'examen commencé.
Pour la référence périphérique par périphérique (doubles moniteurs, caméras USB, AirPods, casques Bluetooth, Sidecar, docks USB-C), consultez le cluster matériel.
Conflits logiciels - vue d'ensemble
LockDown Browser maintient une "liste noire d'applications" - processus en cours d'exécution qui empêchent l'examen de se lancer. La liste est configurée par établissement via le Respondus Dashboard, mais inclut typiquement les démons de partage d'écran (AppleVNCServer, ARDAgent, screensharingd), les outils de contrôle à distance (TeamViewer, AnyDesk, Citrix Workspace, GoTo Resolve), les clients VPN (certaines configurations signalent tout VPN) et certains outils d'accessibilité.
Au-delà de la liste noire explicite, plusieurs outils côté Mac causent des conflits plus subtils : le service system-wide de Grammarly intercepte les champs de texte et déclenche une vérification du mode kiosque ; le Smart Sync de Dropbox bloque occasionnellement des fichiers que la vérification de mise à jour de LDB cherche à écrire ; Malwarebytes et Bitdefender analysent chaque trame de capture d'écran et doublent l'utilisation CPU de LDB ; certaines règles de Little Snitch bloquent les endpoints de télémétrie de Respondus et causent un échec silencieux du téléversement des enregistrements d'examen.
Pour la référence conflit par conflit (Grammarly, Zoom, Dropbox, Malwarebytes, VPN, Citrix, Parallels), consultez le cluster des conflits.
Quand contacter le service informatique de votre université
Les guides LDBypass couvrent le côté Mac de manière exhaustive. Certaines défaillances, cependant, proviennent de la configuration spécifique du Respondus Dashboard de votre cours et ne peuvent pas être diagnostiquées sans que le service informatique de votre université ou votre enseignant vérifie le côté serveur. Faites remonter au support informatique de votre université si :
- Des codes d'erreur dans la plage 1000+ apparaissent (généralement côté Dashboard).
- L'examen fonctionne sur les Mac de vos camarades exécutant les mêmes versions de macOS et de LDB mais pas sur le vôtre, ET une réinstallation propre de LDB ne corrige pas le problème.
- Vous recevez une erreur "Examen indisponible" ou "Cours non configuré" après le lancement réussi de LDB.
- Votre compte universitaire a changé (mot de passe, MFA, SSO) entre le téléchargement et le lancement de l'examen.
La plupart des universités publient leur propre page d'aide pour LDB sur Mac ; les nôtres complètent généralement plutôt qu'elles ne remplacent. Recherchez "[nom de votre université] respondus lockdown browser mac" pour trouver la page locale ; elle contient les coordonnées spécifiques à votre établissement.