SysConfig-Einstellungen für Nutzer

Die Konfiguration der Passwort-Richtlinien erfolgt unter dem Eintrag Config{...}:

{
  "MinCount": "2",
  "RegExp": "[A-Z]",
  "Required": "1"
},
{
  "MinCount": "3",
  "RegExp": "[a-z]",
  "Required": "1"
},
{
  "MinCount": "1",
  "RegExp": "[0-9]",
  "Required": "1"
},
{
  "MinCount": "1",
  "RegExp": "[äAöÖüÜ]",
  "Required": "0"
}

Beispiel:

{
  "Config": {
    "Checks": [
      {
        "MinCount": "2",
        "RegExp": "[A-Z]",
        "Required": "1"
      },
      {
        "MinCount": "2",
        "RegExp": "[a-z]",
        "Required": "1"
      },
      {
        "MinCount": "1",
        "RegExp": "[0-9]",
        "Required": "1"
      }
    ],
    "MaxSize": null,
    "MinChecks": null,
    "MinSize": "6",
    "RequirementMessage": "Password has to be at least 6 characters long. It needs at least 2 upper case, 2 lower case and 1 digit.",
    "Stopwords": null
  },
  "ConsiderOperationRegEx": "User(Create|Update)",
  "IgnoreOperationRegEx": null,
  "Module": "Kernel::API::Validator::UserPasswordValidator",
  "Validates": "UserPw"
}

In diesem Konfigurationsschlüssel ist die Anzahl möglicher Fehlversuche eines Nutzer-Log-ins definiert. Hat ein Nutzer die hier angegebene Anzahl an Fehlversuchen erreicht, wird dessen Log-in gesperrt. Der Nutzer wird dazu temporär ungültig gesetzt.

Standard: 5

Die Einrichtung der Authentifizierungs-Backends erfolgt über die Konfiguration des JSON-Strings im SysConfig-Schlüssel. Der enthaltene JSON-String ist bereits grundlegend vorbereitet. Für die Verwendung eines LDAP-Verzeichnisdienstes müssen lediglich die entsprechenden Parameter wie Domain, Pfad, Verzeichnis und Attribute angegeben werden.

Ausführliche Informationen siehe: Authentifizierung/Autorisierung und Anbindung Active Directory

Synchronisiert die im Konfigurationsschlüssel Authentication###000-Default unter "ContactUserSync" angegebenen Kontaktdaten in KIX mit dem konfigurierten Verzeichnisdienst.

Beispiel für ContactUserSync:

"ContactUserSync": {
  "City": "l",
  "DynamicField_ContactRole": "title",
  "Email": "mail",
  "Fax": "facsimileTelephoneNumber",
  "Firstname": "givenname",
  "Lastname": "sn",
  "Mobile": "mobile",
  "Phone": "telephoneNumber",
  "Street": "streetAddress",
  "Title": "title",
  "UserLogin": "sAMAccountName",
  "Zip": "postalCode"
}

Beispiel für AuthSynchronize: 

{
  "Function": "Execute",
  "MaximumParallelInstances": "1",
  "Module": "KIXPro::Kernel::System::Console::Command::Maint::Auth::Sync::Synchronize",
  "Params": [
    "--invalidate-unsynced",
    "--page-size",
    "100"
  ],
  "Schedule": "0 4 * * *",
  "TaskName": "AuthSynchronize"
}

De-/Aktiviert die Multifaktor-Authentifizierung (kurz: MFA) zur Überprüfung der Zugangsberechtigungen der KIX Nutzer.

Die Multifaktor Authentifizierung wird als zusätzliches Authentifizierungsbackend für Kunden- oder Agentenkontext eingerichtet. Anschließend müssen Sie in den Nutzereinstellungen für die betreffenden Nutzer die MFA aktivieren und die OTP-Secrets generieren.

Parameter	Beschreibung
Enabled	De-/Aktiviert die Multifaktor-Authentifizierung Der Schlüssel ist initial "gültig", jedoch deaktiviert: "enabled": 0. Zum Aktivieren der Multifaktor-Authentifizierung setzen Sie den Parameter "enabled": 1 Die Multifaktor-Authentifizierung muss aktiviert sein, damit sie in der Nutzerkonfiguration zur Verfügung steht.
UsageContext	Optional: Legt fest, für welches Portal die Multifaktor-Authentifizierung gilt. Hinweis Darf nur angegeben werden, wenn die Authentifizierungs-Methode eingeschränkt werden soll. Nur für Agentenportal: "UsageContext":"Agent" Nur für Self Service Portal: "UsageContext":"Customer" Für beide Portale: 2 separate Authentifizierungs-Backends erforderlich [ { "AuthType":"LOGIN", "Config":{ "Algorithm":"SHA1", "AllowEmptySecret": 1, "Digits": 6, "MaxPreviousToken": 0, "SecretLength": 8, "TimeStep": 30 }, "Enabled": 1, "Module":"Kernel::System::Auth::MFA::TOTP", "Name":"TOTP-Agent", "UsageContext":"Agent" }, { "AuthType":"LOGIN", "Config":{ "Algorithm":"SHA1", "AllowEmptySecret": 1, "Digits": 6, "MaxPreviousToken": 0, "SecretLength": 8, "TimeStep": 30 }, "Enabled": 1, "Module":"Kernel::System::Auth::MFA::TOTP", "Name":"TOTP-Customer", "UsageContext":"Customer" } ]
Name	Frei konfigurierbarer Name des MFA-Backends Haben Sie mehrere Authentifizierungs-Backends konfiguriert, können Sie jedem einen anderen Namen geben. So können Sie die einzelnen Authentifizierungs-Backends in der Nutzerkonfiguration unterscheiden. Default: TOTP-Example

Setzt den Bearbeiter und den Verantwortlichen zurück, wenn diese nicht über die erforderlichen Berechtigungen verfügen. Zum Beispiel nach Verschieben eines Tickets in ein anderes Team.

Deaktivieren Sie den Konfigurationsschlüssel, bevor Sie einen der nachfolgenden Konfigurationsschlüssel aktivieren. Anderenfalls würden die Konfigurationsschlüssel miteinander konkurrieren.

Definiert die maximale Dauer einer untätigen, inaktiven Anmeldung in Anzahl von Minuten.

Nach der hier definierten Anzahl von Minuten ohne Nutzeraktivität wird der Zugangstoken ungültig gesetzt. Der Nutzer muss sich daraufhin erneut anmelden/authentifizieren.

Nach der hier definierten Anzahl von Minuten wird der Zugangstoken ungültig gesetzt. Der Nutzer muss sich daraufhin erneut anmelden/authentifizieren.

Das System prüft periodisch (1/15min) ob abgelaufene oder ungültige Anmeldetoken existieren und beseitigt diese.