Kennwortverschlüsselung (Salt)

Diese Seite muss überarbeitet werden, weil sie neue Funktionalitäten enthält. Greif zu!
Wenn du dich um diesen Artikel kümmern willst, dann kennzeichne das, indem du die Vorlage {{ÜberarbeitenNeu}} durch die Vorlage {{ÜberarbeitenVergeben}} ersetzt.
Wenn du mit deiner Arbeit fertig bist, dann entferne die Vorlage aus dem Artikel.
Danke für deine Mitarbeit!

Was bedeutet Passwort-Salting und Passwort-Peppering?

Passwort-Salting ist eine Methode, um Passwort-Hashes sicherer zu machen. Dabei wird eine zufällige Zeichenkette an das Passwort angehängt, bevor der Hash berechnet wird. Das macht es schwieriger, das Passwort zu entschlüsseln.

Passwort-Peppering ist ein Schlüssel, der zum Zeitpunkt der Hash-Berechnung an das Passwort angehängt wird, um die Sicherheit des Passwort-Hashes zu erhöhen. So ein Schlüssel unterscheidet sich von einem Salt dadurch, dass er nicht mit dem Passwort-Hash gespeichert wird. Stattdessen wird der Pepper separat in der Moodle-Konfigurationsdatei config.php. Er muss geheim gehalten werden und schwer zu erraten sein. Wenn der Schlüssel separat vom Salt und Passwort-Hash gespeichert wird, ist es schwieriger, die Passwörter zu entschlüsseln, selbst wenn der Passwort-Hash kompromittiert wurde.

Wie verwendet Moodle Passwort-Salting?

Vor Moodle 2.5 gab es einen einzigen systemweiten Salt, der für die Hash-Berechnung der Nutzerkennwörter verwendet wurde. Ab Version 2.5 generiert Moodle automatisch einen Salt für jeden einzelnen Nutzer. Das ist sicherer und bedeutet, dass die systemweite Konfigurationsvariable Salt für Neuinstallationen ab Moodle 2.5. nicht mehr nötig ist.

Wie verwendet Moodle Passwort-Peppering?

Neue Funktionalität
in Moodle 4.4! Moodle 4.3 führt Passwort-Pepper ein, die in der Moodle-Konfigurationsdatei konfiguriert und verwaltet werden. Ein Pepper muss mindestens 112 Bits Entropie haben, so dass der Pepper selbst nicht einfach durch eine Brute-Force-Attacke geknackt werden kann, wenn die Kombination aus Passwort und Hash bekannt ist.

Wenn ein Pepper gesetzt ist, werden alle vorhandenen Kennwörter beim nächsten Login aktualisiert. Um ein Pepper für die Moodle-Site zu setzen, müssen folgenden Einstellungen in der Moodle-Konfigurationsdatei eingetragen werden:

      $CFG->passwordpeppers = [
          1 => '#GV]NLie|x$H9[$rW%94bXZvJHa%z'
     ];

Das passwordpeppers Array muss mit einer positiven Zahl numerisch indiziert werden. Ein neues Pepper kann hinzugefügt werden, indem ein neues Element mit einem größeren numerischen Index im Array hinzugefügt wird. Beim nächsten Login wird das Nutzerkennwort mit dem neuen Pepper neu gehasht:

      $CFG->passwordpeppers = [
          1 => '#GV]NLie|x$H9[$rW%94bXZvJHa%z',
          2 => '#GV]NLie|x$H9[$rW%94bXZvJHa%$'
      ];

Peppers können nicht im Bulk gelöscht werden, ohne alle Nutzerkennwörter neu zu setzen. Gleichwohl können Peppers schrittweise gelöscht werden, indem das letzte Pepper auf eine leere Zeichenkette gesetzt wird:

      $CFG->passwordpeppers = [
          1 => '#GV]NLie|x$H9[$rW%94bXZvJHa%z',
          2 => '#GV]NLie|x$H9[$rW%94bXZvJHa%$',
          3 => ''
      ];

Backwards compatibility for site upgrades

Important! If you are upgrading a site from 2.4 or below and you are already using a site-wide salt in your configuration file, you need to keep using it to ensure your existing users can still log in.

Each time a user logs in their password hash will be converted to the new scheme, but it may take a long time before all your users have logged in. Alternatively, if you would like to force all your users to use the new scheme you could force reset all passwords using Bulk user actions.

For more details about the old site-wide salt configuration, see the Moodle 2.4 Password Salt documentation.

Sites running PHP version below 5.3.7

The new password hashing mechanism relies on bcrypt support from PHP which is only normally available in PHP version is 5.3.7 or greater (see note below). If you are using a version of PHP which doesn't properly support bcrypt, Moodle will fall back to the old password hashing scheme, so we recommend that you continue to use a site-wide salt until you are able to upgrade PHP.

Note: While an important fix to PHP's hashing algorithm was added in 5.3.7, some distributions of Linux have backported the fix to bcrypt to earlier versions of PHP. This means that some earlier versions of PHP may still work. To confirm if your PHP supports the new hashing scheme you can use this test.