Captures d'écran désactivées dans LockDown Browser sur Mac (Cmd-Shift-3/4/5 bloqués)

Dernière mise à jour 2026-05-02 · LDBypass Editorial

Ce qui est bloqué

• Cmd-Shift-3 (capture plein écran vers presse-papiers ou fichier).
• Cmd-Shift-4 (capture de sélection).
• Cmd-Shift-4 puis espace (capture de fenêtre).
• Cmd-Shift-5 (barre d'outils de capture avec enregistrement d'écran).
• Outils de capture tiers qui lient ces touches (CleanShot, Snagit, Skitch, etc.).
• Raccourcis clavier personnalisés mappés sur la capture.

Ce qui se passe si vous essayez

Tenter n'importe quelle frappe de capture pendant l'examen :

1. La frappe est interceptée par LDB avant que le service de capture macOS ne la reçoive.
2. Aucune capture n'est prise.
3. La tentative est journalisée dans la chronologie de l'enregistrement Monitor comme un événement « tentative de capture d'écran ».
4. Votre instructeur voit la tentative en examinant l'enregistrement.
5. L'examen continue normalement.

Comment le blocage est implémenté

LDB s'accroche au système d'événements clavier de macOS au niveau application au premier plan. Quand l'app de mode kiosque est active :

• Les frappes Cmd-Shift-3/4/5 sont routées vers LDB au lieu du service de capture.
• LDB vérifie s'il est en mode examen actif → écarte la frappe + journalise la tentative.
• Le service de capture macOS ne voit jamais la requête.

Cela fonctionne au niveau de l'app de mode kiosque, ce qui explique pourquoi les outils tiers qui réassignent ces touches sont aussi bloqués - ils sont interceptés avant d'atteindre l'outil de réassignation.

Pourquoi les instructeurs désactivent les captures

• Empêche de distribuer le contenu de l'examen à d'autres étudiants.
• Empêche de capturer les corrigés (quand le retour est affiché après soumission).
• Empêche de documenter votre travail pour appuyer des accusations de tricherie.
• Empêche de coller des captures dans ChatGPT / Claude pour de l'aide.

Quelles captures LDB prend-il (et téléverse)

LDB prend des captures de VOTRE écran dans le cadre de Monitor :

• Captures d'écran périodiques toutes les ~30 secondes + aux transitions de page.
• Plein écran, résolution native, comprimé en JPEG.
• Téléversées vers les serveurs Respondus dans le cadre de l'enregistrement.
• Examinables par votre instructeur.

L'asymétrie : Respondus capture votre écran mais vous ne pouvez pas capturer le leur. Par conception.

Ce qui marche encore

Si vous avez légitimement besoin de capturer une erreur

Quelques scénarios où capturer l'erreur LDB est genuinely utile :

• Vous tombez sur un code d'erreur numéroté qui empêche le lancement.
• L'interface d'examen est cassée (bug côté LMS, pas LDB).
• Vous voulez documenter une panne technique pour défense d'intégrité académique.

Solution de contournement : photographiez l'écran avec votre téléphone. L'enregistrement Monitor vous capture en train de le faire - les instructeurs acceptent généralement cela quand accompagné d'une explication. La capture du téléphone est conservée par vous (pas signalée sauf si vous utilisez aussi le téléphone pour tricher pendant l'examen).

À quoi ressemblent les tentatives de capture dans l'enregistrement Monitor

Depuis l'interface d'examen de l'instructeur :

• Un marqueur de chronologie étiqueté « Tentative de capture d'écran » à l'horodatage.
• La frappe n'est pas visible (LDB l'a interceptée), mais la tentative est journalisée en métadonnées.
• Les instructeurs ne pénalisent typiquement pas les tentatives individuelles - ils regardent les patterns. Un Cmd-Shift-4 accidentel pendant l'examen est pardonnable ; dix tentatives d'affilée paraissent intentionnelles.