Conflit LockDown Browser + Citrix / Parallels / VMware sur Mac

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

LDB sur Mac bloque les hôtes VM en cours d'exécution (Parallels, VMware, UTM, VirtualBox) via détection de flag d'hyperviseur, et bloque Citrix Workspace + outils de bureau distant comme partie de la liste noire de partage d'écran. Quittez chacun entièrement avant le lancement - les extensions noyau sur VirtualBox spécifiquement nécessitent un redémarrage pour se libérer entièrement.

Le symptôme

Dialogue « Fermez ces applications » nommant Citrix / Parallels / VMware / UTM / VirtualBox. LDB refuse de se lancer. Même après avoir quitté la GUI, des processus comme prl_* ou QEMUHelper restent dans le Moniteur d'activité.

Pourquoi cela conflicte avec LDB

Chaque hôte VM installe des processus en arrière-plan + extensions noyau (versions plus anciennes) + services système. L'action « quitter GUI » ferme seulement le front-end ; les daemons persistent. LDB scanne aussi les daemons, pas juste l'app GUI.

La correction - procédure pré-examen

Parallels Desktop : Icône menu de statut → Quitter Parallels Desktop entièrement (pas juste la VM). Moniteur d'activité : recherchez « prl » → forcez-quit tout survivant (prl_naptd, prl_disp_service, prl_client_app).
VMware Fusion : Pareil - quittez Fusion entièrement. Forcez-quit les processus VMware Fusion et VMware Fusion Helper.
UTM : Quittez UTM. Les processus QEMUHelper devraient sortir d'eux-mêmes ; sinon, forcez-quit.
VirtualBox : Extensions noyau notoirement collantes. Quittez la GUI VirtualBox. Si LDB se plaint encore : ouvrez le Moniteur d'activité → recherchez « VBox » → forcez-quit. Si toujours plaintes, redémarrez votre Mac.
Citrix Workspace : Icône menu de statut → Quitter. Moniteur d'activité : recherchez « Citrix » → forcez-quit tous les processus Citrix Viewer / Citrix Receiver.
TeamViewer / AnyDesk / GoTo Resolve / LogMeIn / Chrome Remote Desktop : Même motif - quittez la GUI + vérifiez qu'aucun processus helper ne reste.

Configurations alternatives

Si vous utilisez activement l'un de ceux-ci pour votre travail quotidien :

Mode coherence Parallels : Sortir de Coherence ne suffit pas - vous devez quitter Parallels entièrement. Il n'y a pas de mode « compatible examen ».
Citrix sur un Mac géré : Désactivez le Partage d'écran + Gestion à distance dans Réglages Système → Partage. ARDAgent sort quand les deux sont désactivés.
Kexts VirtualBox : S'ils refusent de libérer, redémarrez. N'essayez pas de décharger manuellement les kexts - risque d'instabilité système.

Ce qu'il NE faut PAS faire

N'essayez pas de contourner le conflit en milieu d'examen - le scan de liste noire LDB se passe avant le lancement de l'examen et se relance par intervalles.
Ne redémarrez pas l'app conflictuelle PENDANT l'examen - LDB détectera le nouveau processus et peut signaler.
Ne laissez pas l'app conflictuelle pausée/désactivée à long terme hors des fenêtres d'examen ; c'est excessif pour usage non-LDB.

Questions fréquentes

LDB détectera-t-il Parallels même si aucune VM ne tourne ?

Oui - la détection Respondus regarde l'app hôte + daemons noyau, pas l'état actif de VM. Parallels sans VM en cours est toujours signalé.

Puis-je passer l'examen dans une VM Windows Parallels ?

Non. Respondus détecte et bloque explicitement macOS ou Windows virtualisé. <a href="https://support.respondus.com/hc/en-us/articles/4409604116123-I-receive-a-warning-The-browser-cant-be-used-in-virtual-machine-software-such-as-Virtual-PC-VMWare-and-Parallels" rel="noopener">Le fournisseur le confirme</a>. Utilisez macOS natif.

Et UTM exécutant Linux pour des fins de développement ?

UTM est détecté même s'il exécute Linux (pas macOS ou Windows). La détection est au niveau hyperviseur. Quittez UTM avant les examens.