Checkliste Verstoss gegen die Prüfungsregeln

Generelle Überlegungen

Verdacht während Prüfungen

Falls der Verdacht während der Prüfung entsteht (z.B. aufgrund der smartlearn-Logs, Anomalie-E-Mails oder wegen auffälligen Verhaltens), Teilnehmende direkt in resp. nach der Prüfung besuchen und sie beim Beenden der Prüfung/des SEBs genau beobachten, um zu verhindern, dass irgendwelche Aktionen ausgeführt werden, um Spuren zu verwischen («unnötige» Tastenkombinationen drücken, rasch etwas löschen/schliessen, …).

Verdacht im Nachhinein

Falls der Verdacht bei der Korrektur (also nach der Prüfung) entstand: die Teilnehmenden nicht aufbieten oder zu sich bestellen, sonst besteht die Gefahr, dass das Laptop vorgängig gesäubert wird. Teilnehmende daher im Unterricht resp. in der Pause abholen und auffordern, das Laptop, das an der Prüfung verwendet wurde, mitzunehmen.

Hinweise zur Untersuchung eines Laptops

Die Untersuchung des verwendeten Laptops sollte stets in Anwesenheit der Teilnehmenden und einer weiteren Person (z.B. Lehrperson, die die Prüfung durchgeführt hat) erfolgen, damit kein Vorwurf der Manipulation der Daten resp. Beschädigung des Laptops erhoben werden kann.

Ablaufschema

A. smartlearn-Logs überprüfen

1. Logs öffnen: smartlearn-Cockpit ➜ Menü «Aktionen» der teilnehmenden Person ➜ «Log»
2. Screenshot erstellen.
3. Alle Elemente im Bereich «Kontext» aufklappen und nochmals Screenshots erstellen.
4. Insbesondere auf Einträge des Typs AnomalyLog wie z.B. die folgenden achten:
   • browser_renderer_engine_changed
     Deutet auf eine Änderung des Geräts während einer Prüfung hin.
   • black_listed_browser_renderer_engine
     Deutet auf die Verwendung des SEBs in einer VM hin.
   • safe_exam_browser_double_login
     Auf die Prüfung wurde mit mehreren Safe Exam Browsern gleichzeitig zugegriffen.
   • ip_address_changed
     Zugriff auf die Prüfung mit verschiedenen IP-Adressen (z.B. nach einem Gerätewechsel).
   • no_ping_interruption
     Unterbruch in der Kommunikation zwischen Browser und smartlearn von mindestens 30s.
   • invalid_seb_config
     Es wurde versucht, mit einer ungültigen SEB-Konfiguration auf die Prüfung zuzugreifen.

B. Beaufsichtigende Lehrperson befragen

1. Musste die Prüfung resp. die SEB-Sitzung unterbrochen werden? Wenn ja, warum und wann?
2. Traten technischen Probleme auf?
3. Kam es während der Prüfung zu verdächtigem Verhalten durch die teilnehmende Person?
4. Kam es während der Prüfung zu verdächtigen Anzeigen auf dem Laptop der teilnehmenden Person (z.B. Redscreen, Lock-Screen, immer wieder aus der VM rausgeworfen o.ä.)?

C. Aktive smartlearn-Prüfung untersuchen

Falls die Prüfung noch läuft, der betroffenen Person entweder klare Instruktionen geben oder fragen, ob es ok ist, das System vor deren Augen zu durchsuchen. Es kann sich lohnen, mit einem Smartphone den Abgabe-Prozess zu filmen oder punktuell Fotos resp. Screenshots zu erstellen.

1. Aktuelle Version sichern
   Prüfungsdatei speichern und virtuelle smartlearn-Umgebung verlassen. Bisher verfasste Prüfungsdatei(en) zu den abzugebenden Dateien hinzufügen, damit der aktuelle Stand gesichert ist (auch wenn die Person u.U. später weiterschreiben darf).
   Als Lehrperson/Admin im Cockpit: das smartlearn-Dossier der/des Betroffenen öffnen und die abgegebene(n) Datei(en) sofort herunterladen, damit sie nicht mehr geändert und bei Bedarf untersucht werden kann (resp. damit die aktuelle Zwischenversion mit aussagekräftigem Namen separat gesichert ist).
2. VM-Test im Safe Exam Browser
   Mit der Maus ganz nach oben an den Rand, dann nach unten, anschliessend nach links und schliesslich nach rechts fahren, um zu sehen, ob die Menüleiste einer Virtualisierungssoftware zum Vorschein kommt.
3. Prüfung beenden
   Prüfung abgeben (kann später rückgängig gemacht werden), nun sollte sich der SEB ebenfalls beenden. So lässt wird der Zeitpunkt in den smartlearn-Logs festgehalten und die Überprüfung kann später zeitlich nachvollzogen werden.

D. Laptop während einer Prüfung untersuchen

1. VM-Test nach dem Verlassen des SEB
   Nachschauen, ob man sich in einer virtuellen Maschine befindet. Falls etwas entdeckt wird, entweder filmen resp. Fotos oder Screenshots erstellen:
   1. Ist eine ungewohnte, VM-typische Titel- oder Fussleiste zu sehen?
      Nochmals mit der Maus ganz nach oben an den Rand, dann nach unten, anschliessend nach links und schliesslich nach rechts fahren, um zu schauen, ob elne solche Leiste zum Vorschein kommt.
   2. msinfo32 öffnen ➜ «Systemübersicht» anklicken.
      Taucht z.B. bei «Systemmodel», «BaseBoard-Hersteller» oder «BaseBoard-Produkt» kein Hardware-Hersteller, sondern «VMware», «Hyper-V» oder «VirtualBox» etc. auf?
      Auch bei diversen «Komponenten» ➜ «Anzeige» müsste für eine VM bei «Name» eine entsprechende Bezeichnung zu finden sein.
   3. Falls eine VM entdeckt wird, muss der Laptop doppelt untersucht werden (VM-System und Host-System), um zu zeigen, dass die VM genutzt wurde. D.h. es ist empfehlenswert, die nachfolgenden Schritte in der VM und im normalen Betriebssystem durchzuführen.
2. Verbundenes WLAN notieren
   Ist es das gewünschte Schulnetz? Ist ein zweites WLAN-Interface vorhanden und gegebenenfalls verbunden?
3. IP-Adresse und DNS-Server
   Stimmen die Adressen mit den typischen IP-Adressen (DHCP-Range, DNS-Server) dem Schulnetz überein?
   • Windows: z.B. mit Rechtsklick unten rechts auf das WLAN-Symbol oder in einer Eingabeaufforderung (cmd) mit Hilfe des Befehls: ipconfig /all
   • macOS: z.B. in den Einstellungen unter Netzwerk oder im Terminal mit Hilfe des Befehls: ifconfig

E. Entscheid zum weiteren Vorgehen fällen

Nun muss zusammen mit der Prüfungsaufsicht aufgrund der gewonnenen Erkenntnisse entschieden werden, ob die Person weiterschreiben darf oder nicht. Zudem muss entschieden werden, ob das Gerät (möglichst direkt) nach der Prüfung weiter untersucht werden soll.

Falls der/die Teilnehmer:in weiterschreiben darf, muss im smartlearn-Cockpit die Abgabe rückgängig gemacht werden. Zudem müssen die vorgängig zu den Abgaben hinzugefügten Dateien wieder gelöscht werden, damit am Schluss nur das Endprodukt abgegeben wird.

F. Betroffene Teilnehmende befragen

Vor der eingehenden Untersuchung des Laptops sollten die Teilnehmenden befragt werden:

1. Wie ist die Prüfung abgelaufen? Besonderheiten am Anfang, während der Prüfung, am Ende?
2. Musste die Prüfung resp. die SEB-Sitzung unterbrochen werden? Wenn ja, warum und wann?
3. Traten technischen Probleme auf?
4. Haben Sie etwas getan, was Sie nicht hätten tun dürfen?

G. Laptop nach einer Prüfung untersuchen

1. SEB-Logs unter Windows sichern
   1. Windows Explorer öffnen.
   2. In die Adresszeile %LocalAppData%\SafeExamBrowser\Logs\ eintippen.
      Dann landet man im Verzeichnis der SEB-Logs (üblicherweise C:\Users\<username>\AppData\Local\SafeExamBrowser\Logs\).
   3. ZIP-File des Log-Ordners erstellen und sichern.
2. SEB-Logs unter macOS sichern
   1. Finder oder Terminal öffnen.
   2. Navigieren zu: /Users/<username>/Library/Logs/Safe Exam Browser
   3. ZIP-File des Log-Ordners erstellen und sichern.
3. Kontrolle Datum/Zeit der SEB-Logs
   Detailansicht im Dateimanager aktivieren und Screenshot erstellen, auf dem die Log-Dateien sowie Datum/Zeit der letzten Änderung sichtbar sind.
4. SEB-Logs unter Windows
   Es gibt 3 Log-Dateien pro SEB-Sitzung (anstelle von «xxx» steht das Erstelldatum und die Erstellzeit – also der Start der SEB-Sitzung):
   • xxx_Browser.log
     Log der Browser-Engine inkl. Fehler, die auf der besuchten Webseite auftreten (bei uns smartlearn).
     Dieses Log hilft wohl am wenigsten und ist schwer lesbar (Datum und Zeit stehen in der eckigen Klammer, nicht ganz am Anfang, in folgender Form: 0317/145818.046 für 17. März, 14:58:18)
   • xxx_Client.log
     Log der graphischen SEB-Komponenten (z.B. Toolbar, Menü, externe Applikationen).
     Ganz am Anfang steht die Startzeit und ganz am Zeit des Beenden des Browsers.
   • xxx_Runtime.log
     Log des SEB-Backends (z.B. SEB-Service, Kiosk-Modus, Session-Handling)
5. SEB-Logs unter macOS
   Es gibt nur 1 Log-Datei pro SEB-Sitzung (anstelle von «xxx» steht das Erstelldatum und die Erstellzeit – also der Start der SEB-Sitzung):
   • org.safeexambrowser.SafeExamBrowser xxx.log
6. Manipulation SEB-Logs
   Sind für den angegebenen Prüfungszeitraum alle 3 Dateien vorhanden? Falls nein, wie sieht es bei früheren Prüfungen aus?
   Sind im angegebenen Prüfungszeitraum sogar mehr als 3 Dateien vorhanden? Falls ja, stimmt die Anzahl mit den Antworten der Lehrperson und der betroffenen, teilnehmenden Person überein?
7. SEB-Logs untersuchen
   • SEB-Version notieren (auf den ersten Zeilen der SEB-Runtime-Logs steht die Version).
   • Suche nach WARNING oder ERROR.
     Beispiel:
     2025-03-17 14:58:14.682 [08] - ERROR: [DisplayMonitor] Failed to query displays!
2025-03-17 14:58:14.684 [08] - WARNING: [DisplayMonitor] Failed to validate display configuration, ignoring error.
2025-03-17 14:58:14.684 [08] - INFO: Display configuration is allowed.
     Sagt aus, dass die Display-Konfiguration nicht überprüft werden kann (wohl, weil wir in einer VM sind). Der Fehler wird ignoriert, weil in der SEB-Config die Option allowedDisplaysIgnoreFailure auf true gesetzt ist. Das sollte auf einer normalen smartlearn-Instanz nicht so sein.
8. Betriebssystem und Betriebssystem-Version notieren
   • Windows: Anwendung «Einstellungen» öffnen ➜ «System» ➜ «Info»
   • macOS: Apple-Menü ➜ «Über diesen Mac»

H. Untersuchung abschliessen

1. Vorfälle melden
   Um diese Checkliste mit hilfreichen Beispielen anzureichern, sind wir froh um eine Meldung von Vorfällen an die Support-E-Mail Adresse der jeweiligen Institution. Ersetzen Sie datenschutzrelevante Informationen (z.B. Namen der Teilnehmenden) durch Platzhalter.
2. Daten löschen
   Gesammelte Dateien nach abgeschlossenem Verfahren wieder löschen.