LockDown Browser-schermafbeelding uit op Mac (Cmd-Shift-3/4/5 geblokt)

LockDown Browser onderschept tijdens het actieve examen de schermafbeelding-toetsaanslagen van macOS (Cmd-Shift-3/4/5). Pogingen worden in de Monitor-opname gelogd als kioskmodusovertredingen. De toetsen worden geblokkeerd op het niveau van kioskgebeurtenissen, niet alleen op WebKit-niveau.

Wat geblokkeerd is

Wat er gebeurt als je het probeert

Een van de schermafbeelding-toetsaanslagen proberen tijdens het examen:

  1. De toetsaanslag wordt door LDB onderschept voordat de schermafbeeldingservice van macOS hem ontvangt.
  2. Er wordt geen schermafbeelding gemaakt.
  3. De poging wordt in de tijdlijn van de Monitor-opname gelogd als gebeurtenis "schermopname-poging".
  4. Je docent ziet de poging bij het bekijken van de opname.
  5. Het examen gaat normaal verder.

Hoe de blokkade is geimplementeerd

LDB haakt in op het toetsenbordgebeurtenissysteem van macOS op het niveau van de voorgrond-applicatie. Wanneer de kioskmodus-app actief is:

Dit werkt op het niveau van de kioskmodus-app, en dat is waarom tools van derden die deze toetsen toewijzen ook geblokkeerd zijn - ze worden onderschept voordat ze de toewijzingstool bereiken.

Waarom docenten schermafbeeldingen uitschakelen

Welke schermafbeeldingen LDB wel maakt (en uploadt)

LDB maakt schermafbeeldingen van JOUW scherm als onderdeel van Monitor:

De asymmetrie: Respondus legt jouw scherm vast, maar jij kunt het hunne niet vastleggen. Bewust ontworpen.

Wat nog wel werkt

ActieWerkt tijdens examen?
Telefooncamera die een foto van je scherm maakt✓ maar Monitor registreert dat je het doet
Op papier schrijven terwijl het examen op het scherm staat
Memoriseren en later reproduceren✓ maar je moet het onthouden
Cmd-Shift-3 nadat het examen is afgelopen✓ zodra de kioskmodus is vrijgegeven
Ingebouwde schermafbeeldinggeschiedenis van macOSLeeg - LDB heeft het nooit toegestaan om op te nemen

Als je legitiem een fout moet vastleggen

Enkele scenario's waarin het vastleggen van de LDB-fout echt nuttig is:

Tijdelijke oplossing: fotografeer het scherm met je telefoon. De Monitor-opname legt vast dat je het doet - docenten accepteren dit doorgaans wanneer het vergezeld gaat van een uitleg. De telefoonschermafbeelding houd je zelf (wordt niet gemarkeerd, tenzij je de telefoon tijdens het examen ook voor fraude gebruikt).

Hoe schermafbeeldingpogingen eruitzien in de Monitor-opname

Vanuit de beoordelingsinterface van de docent:

Frequently asked questions

Mag ik een foto van mijn examen maken met mijn telefoon?

Technisch gezien wel - Monitor legt het camerabeeld vast, maar grijpt niet direct in op je telefoon. Echter, een telefoon omhoog houden tijdens het examen wordt door de opname vastgelegd en ziet er verdacht uit. Doe het niet.

Word ik gemarkeerd door een onbedoelde Cmd-Shift-3?

Een enkele onbedoelde toetsaanslag wordt algemeen als onschuldig behandeld - docenten misvingeren regelmatig hun eigen. Een patroon van herhaalde pogingen is wat de integriteitscontrole activeert.

Waarom toont macOS de "schermafbeelding gemaakt"-UI terwijl de schermafbeelding ontbreekt?

LDB onderschept de toetsaanslag voordat macOS de UI toont. Als je een UI-element zag, is de schermafbeelding mogelijk gedeeltelijk uitgevoerd; controleer ~/Desktop of de opslaglocatie van je schermafbeeldingen. In onze reproductie wordt de schermafbeelding volledig geblokkeerd - geen bestand weggeschreven.