Que voit réellement LockDown Browser sur votre Mac ? (Audit 2026)

LockDown Browser sur Mac lit : la fenêtre active de l'examen, la liste des processus en cours d'exécution (pour faire respecter la liste noire), des identifiants système basiques, et - quand Respondus Monitor est activé - votre flux webcam, l'audio du microphone et des captures d'écran périodiques. Il NE LIT PAS : votre dossier Documents, l'historique Safari, les copies Time Machine, les fichiers en dehors de la fenêtre d'examen ni le contenu d'autres apps. Ci-dessous : chaque affirmation avec sa source.

Ce que LDB voit (seul, sans Monitor)

Avec Respondus Monitor désactivé, LDB est purement une enveloppe en mode kiosque autour de l'interface d'examen. Il accède à :

Ce qu'ajoute Respondus Monitor

Quand Monitor est activé (drapeau contrôlé par le professeur dans le Respondus Dashboard) :

Ce que LDB NE VOIT PAS

Documenté (selon la politique de confidentialité de Respondus + observé sur le banc d'essai LDBypass) :

Capacité vs comportement - l'écart

Certaines permissions que LDB demande accordent des capacités plus larges que ce que LDB utilise réellement :

L'écart entre la capacité (ce que la permission permet) et le comportement (ce que LDB en fait) est une question de confiance dans les contrôles de Respondus. Leur politique de confidentialité s'engage sur le comportement plus étroit ; le comportement observable correspond.

Comment le vérifier vous-même sur Mac

  1. Endpoints réseau : nettop -p $(pgrep "LockDown Browser") pendant l'examen (lancez avant l'examen pour configurer le log ; LDB bloque Terminal pendant l'examen lui-même).
  2. Lectures du système de fichiers : fs_usage -w -f filesys "LockDown Browser" montre chaque fichier que LDB touche.
  3. Enregistrement de l'écran actif : point orange dans la barre de menu macOS quand LDB enregistre.
  4. Webcam / microphone actifs : icône caméra verte + icône microphone orange dans la barre de menu quand Monitor enregistre.

Ce qui change selon la version macOS

Le modèle de permissions TCC s'est durci à travers Big Sur → Monterey → Ventura → Sonoma → Sequoia. Chaque release a ajouté des contrôles plus granulaires. Les permissions demandées par LDB n'ont pas changé ; ce qui a changé, c'est la capacité de l'utilisateur à les voir et les révoquer. Sequoia 15.3+ a spécifiquement ajouté la reconfirmation de 30 jours de l'Enregistrement de l'écran qui rend l'octroi de la permission visible.

Questions fréquentes

LDB peut-il lire ce que je tape dans une autre app ?

Sans permission d'Accessibilité (rare), non. Avec la permission d'Accessibilité, techniquement oui - mais le comportement observé de LDB est de détecter uniquement les touches qui s'échappent du kiosque, pas d'enregistrer toute la saisie. Vérifiez en consultant vos permissions TCC dans Réglages Système → Confidentialité et Sécurité.

Monitor voit-il mon écran entier ou seulement la fenêtre d'examen ?

Monitor enregistre ce qui est visible à l'écran - y compris toute fenêtre non explicitement cachée. Si vous avez Slack ouvert en arrière-plan, Slack apparaît dans l'enregistrement. L'enregistrement est basé sur les frames de l'écran, pas sur le système de fichiers.

LDB peut-il lire mes réponses d'examen si mon LMS est compromis ?

LDB affiche vos réponses pendant que vous tapez ; si les serveurs de Respondus étaient compromis, l'enregistrement (qui montre l'écran y compris vos réponses) serait exposé. C'est un risque générique des données SaaS, pas spécifique à LDB. Aucune fuite publique documentée.

J'ai entendu dire que LDB scanne tout mon disque dur - est-ce vrai ?

Non, à moins que votre configuration institutionnelle spécifique exige l'Accès Disque Complet (rare). Même avec ADC, le comportement observé est un scan basé sur les noms de fichiers de fichiers spécifiquement interdits, pas une lecture de contenu.