> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps.md). # Lösung für lokale Administratorkennwörter (LAPS) RealmJoin LAPS generiert starke Kennwörter für lokale Konten, die in Ihrem eigenen Azure Key Vault gespeichert und über Application Insights oder Log Analytics geprüft werden. Unsere Local Administrator Password Solution (LAPS) wurde entwickelt, um das Problem identischer Konten in Ihrer Umgebung für Benutzersupport oder Privilegienerweiterung zu lösen. LAPS erstellt starke Passwörter für lokale Konten, die sicher gespeichert werden in *Ihrem eigenen* [Azure Key Vault](/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/keyvault.md). Für die Prüfung haben Sie die Möglichkeit, eine [Application Insights](/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/application-insights.md) Instanz oder eine [Log Analytics Workspace](/de/uberwachung-and-protokolle/log-analytics.md). ## Voraussetzungen Bevor Sie mit LAPS beginnen können, müssen Sie die folgenden Voraussetzungen erfüllen: * Einrichten [Application Insights](#application-insights) ODER [Log Analytics Workspace](/de/uberwachung-and-protokolle/log-analytics.md) * LAPS-Kontotypen explizit über Gruppen- (oder Benutzer-) Einstellungen aktivieren Wir betrachten beide unten. ## Protokollierung Application Insights und Log Analytics spielen bei der Verwendung von LAPS eine wichtige Rolle. Die von LAPS ausgelösten Passwortanforderungen werden von RealmJoin protokolliert und an die konfigurierte Application-Insights-Instanz oder Log Analytics Workspace weitergeleitet. So haben Sie vollständigen Einblick, wer Passwörter abruft. Es muss nur eine Form der Protokollierung gewählt werden – entweder Application Insights oder Log Analytics. Die Protokollierung ist bei der Einrichtung von LAPS optional und kann übersprungen werden, wenn Ihre Organisation diese Informationen nicht benötigt. Weitere Details finden Sie in unseren [Application Insights](/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps/application-insights.md) und [Log Analytics](/de/uberwachung-and-protokolle/log-analytics.md) Artikeln. ## Gruppeneinstellungen LAPS unterstützt die folgenden globalen Einstellungen. | Einstellungsschlüssel | Standardwert | Beschreibung | | ---------------------------------- | ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- | | LocalAdminManagement.Inactive | `false` | Setzen Sie es auf `true` um diese Funktion zu deaktivieren. Dabei werden **bereinigt und gelöscht** alle lokalen Konten. | | LocalAdminManagement.CheckInterval | `"01:00"` | Intervall für interne Konfigurationsprüfungen ([HH:mm](https://docs.microsoft.com/en-us/dotnet/standard/base-types/standard-timespan-format-strings)) | Die folgenden Kontotypen werden unterstützt. | Einstellungsschlüssel | Standardwert | | -------------------------------------- | ----------------------------- | | LocalAdminManagement.EmergencyAccount | `nicht definiert` (*inaktiv*) | | LocalAdminManagement.SupportAccount | `nicht definiert` (*inaktiv*) | | LocalAdminManagement.PrivilegedAccount | `nicht definiert` (*inaktiv*) | Jeder Kontotyp kann mithilfe der folgenden gemeinsamen Einstellungen unabhängig konfiguriert werden. Einige Typen verfügen über spezielle Einstellungen, die im jeweiligen Abschnitt beschrieben werden. {% hint style="info" %} In der folgenden Tabelle `$` steht für einen der drei `Konto` oben gezeigten JSON-Objekt. {% endhint %} | Einstellungsschlüssel | Standardwert | Beschreibung | | --------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | | $.NamePattern | `"ADM-{HEX:8}"` | Besonders. Siehe [Privilegiertes Konto](#privileged-account). Muss 20 Zeichen oder weniger lang sein. | | $.DisplayName | `"RealmJoin Lokaler Administrator"` | Anzeigename | | $.PasswordCharSet | `"!#%+23456789:=?@ABCDEFGHJKLMNPRSTUVWXYZabcdefghijkmnopqrstuvwxyz"` | Zeichensatz für den Passwortgenerator (schließt ähnlich aussehende Zeichen aus) | | $.PasswordLength | 20 | Passwortlänge | | $.PasswordPreset | 0 | Vorgegebene Passwortvorlagen, siehe [Passwortgenerierung](#password-generation). | | $.MaxStaleness | Besonders. Siehe [Neuerstellung des Kontos](#account-recreation). | Vorgegebene Passwortvorlagen, siehe [Passwortgenerierung](#password-generation). | | $.OnDemand | Besonders. Siehe [Support-Konto](#support-account). | Konto nur bei Anforderung erstellen. | | $.Expiration | Besonders. Siehe [Support-Konto](#support-account). | Festes Ablaufdatum des Kontos (ISO-8601-Format) | | $.PasswordRenewals | Besonders. Siehe [Privilegiertes Konto](#privileged-account). | Festes Ablaufdatum des Kontos (ISO-8601-Format) | ## Passwort **Generierung** Standardmäßig werden anhand der Einstellungen wirklich zufällige Passwörter generiert `PasswordCharSet` und `PasswordLength`. Der Standardzeichensatz wurde gewählt, um ähnlich aussehende Zeichen wie `I1l` und `O0`. Der kryptografische Zufallszahlengenerator von Windows wird verwendet, um für eine hochwertige Zufälligkeit bei der Generierung zu sorgen. {% hint style="info" %} RealmJoin behandelt Probleme mit den Komplexitätsanforderungen von Windows bei der Kontoerstellung automatisch. Wie bei allen wirklich zufälligen Passwörtern kann es vorkommen, dass generierte Passwörter die Komplexitätsanforderungen nicht erfüllen. In diesem Fall führt RealmJoin bis zu drei Runden der Passwortgenerierung durch, bis ein brauchbares Passwort generiert wurde. Es bleibt eine statistisch geringe Wahrscheinlichkeit, dass alle Wiederholungsversuche überschritten werden. In diesem Fall sehen Sie eine Meldung in der Servicelogdatei ähnlich wie `Alle Wiederholungsversuche überschritten`. Der gesamte Prozess wird beim nächsten Durchlauf der internen Konfigurationsprüfungen neu gestartet (siehe Einstellung `CheckInterval`). {% endhint %} Mit wirklich zufälligen Passwörtern zu arbeiten kann mühsam sein, weshalb auch spezielle vorgegebene Vorlagen unterstützt werden. * Voreinstellung 1 ⇒ `[1 Großbuchstabe][3 Kleinbuchstaben][4 Ziffern]` * `Tuci9325` * `Lnso5050` * `Khwn2174` * Voreinstellung 2 ⇒ `Key-[6 digit]-[6 digit]-[6 digit]-[6 digit]-[6 digit]-[6 digit]-[6 digit]-[6 digit]` * Die Einstellung PasswordLength wird unterstützt! Die Einstellung bestimmt die Anzahl der Ziffernblöcke. * `Key-012993-230956-976475` (PasswordLength = 3) * `Key-497254-679158-631224-278319` (PasswordLength = 4) * `Key-506179-861369-706482-613244-730371-097689-404350-340073` (Standard) * Voreinstellung 3 ⇒ `[Wort]-[Wort]-[Wort]-[Wort]-[Wort]-[Wort]` generiert aus [Eff Long List](https://www.eff.org/files/2016/07/18/eff_large_wordlist.txt) * Die Einstellung PasswordLength wird unterstützt! Die Einstellung bestimmt die Anzahl der Wörter. * `Exciting-Unearth-Cried-87` (PasswordLength = 3) * `Neurology-Astute-Debate-Marshy-15` (PasswordLength = 4) * `Marshy-Darkened-Undertake-Reset-Shrouded-Wise-26` (Standard) ## Neuerstellung des Kontos Nachdem ein Konto verwendet wurde, kann RealmJoin so konfiguriert werden, dass das Konto mithilfe von `MaxStaleness` Einstellung gelöscht und neu erstellt wird. Auf diese Weise bleiben Konten immer sauber. Wenn dies nicht konfiguriert ist, werden Konten niemals neu erstellt und bleiben unbegrenzt bestehen. {% hint style="danger" %} RealmJoin löscht das Konto und sein Profil. **Alle Dateien werden dauerhaft gelöscht.** Wenn ein Konto noch in Verwendung ist – also weiterhin angemeldet, eine Sitzung offen ist, eine Anwendung mit dem Konto als ADM gestartet wurde und noch läuft – läuft das Konto zwar trotzdem ab, kann aber nicht gelöscht werden. **Ein neues Konto kann nicht erstellt werden, solange das alte Konto nicht gelöscht ist.** {% endhint %} ## Konfliktvermeidung Obwohl RealmJoin sein Bestes tut, um Namenskonflikte bei der Verwaltung der Konten auf einem Gerät zu vermeiden, besteht immer die Möglichkeit, dass Konten auf einem Gerät bereits vorhanden sind und Konflikte verursachen. Deshalb unterstützt die `NamePattern` Einstellung diese für RealmJoin speziell bedeutungsvollen Token. Die Token werden durch die angegebene Funktion und ihren Längenparameter nach dem Doppelpunkt transformiert. * `{HEX:8}` ⇒ `F4D027EF`, `B3C4F74E`, ... (zufällige hexadezimale Zeichen) * `{DEC:6}` ⇒ `506453`, `066946`, ... (zufällige Dezimalzeichen) * `{COUNT:2}` ⇒ `01`, `02`, ... (Zähler, bleibt `01` wenn keine Konflikte bestehen) ## Notfallkonto Dieser Kontotyp ist Ihr Notfallzugriff auf das Gerät, falls es katastrophal ausfällt. Er wird proaktiv erstellt. So haben Sie für die Wiederherstellung immer Zugriff. Wir empfehlen, ihn zu konfigurieren für [Neuerstellung des Kontos](#account-recreation). *Beispiel* Schlüssel `LocalAdminManagement.EmergencyAccount` (für gemeinsame Einstellungen siehe [Gruppeneinstellungen](#group-settings)) ```json { "NamePattern": "ADM-Notfall-{HEX:4}", "DisplayName": "Notfallzugriff", "MaxStaleness": "04:00", "PasswordPreset": 2 } ``` ## Support-Konto Dieser Kontotyp kann für die Erstellung bei Bedarf konfiguriert werden. Er ist für die Verwendung in einem begrenzten Zeitfenster konzipiert – standardmäßig 12 Stunden – im On-Demand-Modus. Das Ablaufzeitfenster kann pro Tenant im *RealmJoin Portal* (LAPS-Tenant-Konfiguration). {% hint style="danger" %} Support-Konten und ihre Profile werden nach Ablauf des konfigurierten Ablaufzeitfensters (standardmäßig 12 Stunden) gelöscht, nachdem das Konto angefordert wurde, unabhängig von der Nutzung (nachdem sich der Support-Benutzer abgemeldet hat). **Alle Dateien werden dauerhaft gelöscht.** {% endhint %} {% hint style="danger" %} Bei Verwendung des On-Demand-Modus sollte die Neuerstellung des Kontos (`MaxStaleness`) *nicht verwendet werden*. Es kann Ihren Support-Workflow beeinträchtigen. {% endhint %} Anforderungen für den On-Demand-Workflow: * Der Modus wird aktiviert, indem gesetzt wird `"OnDemand": true`. * Ein Benutzer ist angemeldet * Der RealmJoin-Agent läuft * Das Gerät ist mit dem Internet verbunden * Das Gerät kann das RealmJoin-Backend erreichen {% hint style="info" %} Es kann bis zu 30 Minuten dauern, bis der RealmJoin-Agent die Anforderung bemerkt. Der angemeldete Benutzer kann diesen Vorgang beschleunigen, indem er im RealmJoin-Infobereichsmenü „Dieses Gerät synchronisieren“ auswählt. {% endhint %} Wenn nicht im On-Demand-Modus, wird es proaktiv erstellt. *Beispiel* Schlüssel `LocalAdminManagement.SupportAccount` (für gemeinsame Einstellungen siehe [Gruppeneinstellungen](#group-settings)) ```json { "NamePattern": "ADM-Support-Benutzer-{HEX:2}", "DisplayName": "Support-Benutzer", "OnDemand": true, "PasswordPreset": 1 } ``` ## Privilegiertes Konto Dieser Kontotyp ist für Power-User gedacht, die auf ihren eigenen Geräten regelmäßige, aber kontrollierte Administratorrechte benötigen. Ein festes Ablaufdatum des Kontos kann angegeben werden (`Ablauf`). {% hint style="danger" %} Für diesen Kontotyp sollte die Neuerstellung des Kontos (`MaxStaleness`) *nicht verwendet werden*. Der ganze Zweck besteht darin, für Ihre Benutzer ein dauerhaftes Konto zu haben. {% endhint %} Erzwungene Passwortrotationen werden unterstützt: 1. `2021-11-20T12:34:56+01:00`: Beliebiger expliziter Zeitstempel im ISO-8601-Format. Es können mehrere Zeitstempel angegeben werden. 2. `DayAfterCreate`: Nachdem das Konto erstellt wurde, wird das Passwort des Kontos geändert. Das ist nützlich, wenn Benutzer Windows Hello für zusätzliche Anmeldeoptionen einrichten sollen. 3. `Jährlich`, `Monatlich` oder `Wöchentlich`: Das kürzere Intervall hat Vorrang (`Wöchentlich` > `Monatlich` > `Jährlich`). Wenn keine weiteren Bedingungen angegeben sind, ist der Standard für "1st day of month" `Monatlich` oder "monday" für `Wöchentlich`. Zusätzlich, `Jährlich` ist standardmäßig das Datum der letzten Passwortsetzung + 365 Tage. Alle sieben Wochentage können angegeben werden. Wenn `Mittwoch` und `Wöchentlich` angegeben sind, wird das Passwort jeden Mittwoch geändert. Wenn `Mittwoch` und `Monatlich` angegeben sind, wird das Passwort am ersten Mittwoch jedes Monats geändert. Die Kombination von `Jährlich` mit Wochentagen legt die Frist auf den zuletzt möglichen angegebenen Wochentag unmittelbar vor Ablauf von 365 Tagen fest. *Beispiel* Schlüssel `LocalAdminManagement.PrivilegedAccount` (für gemeinsame Einstellungen siehe [Gruppeneinstellungen](#group-settings)) ```json { "NamePattern": "Privileged-User-{COUNT:1}", "DisplayName": "Privilegierter Benutzer", "PasswordRenewals": ["DayAfterCreate", "Monthly", "Thursday"], "PasswordPreset": 3, "PasswordLength": 3 } ``` ## Passwörter abrufen Verwenden Sie das RealmJoin Portal, um auf die Passwörter zuzugreifen.
### Wer auf LAPS-Konten zugreifen kann Was ein Portalbenutzer mit den LAPS-Konten eines Geräts tun kann, hängt von seiner RealmJoin-Rolle ab: | Rolle | Notfallkonto | Support-Konto | Privilegiertes Konto | | ---------------------------------- | ------------------ | --------------------------------- | --------------------------------- | | Admin, fortgeschrittener Supporter | Passwort lesen | Passwort lesen, Zugriff anfordern | Passwort lesen, Zugriff anfordern | | Prüfer | Nur Konto anzeigen | Nur Konto anzeigen | Nur Konto anzeigen | | Supporter | Passwort lesen | Passwort lesen, Zugriff anfordern | — | Benutzer, die mehrere Rollen innehaben, erhalten den kombinierten Zugriff dieser Rollen. {% hint style="info" %} Auf Geräten ohne primären Benutzer können nur Global Admins und Admins auf LAPS-Konten zugreifen. {% endhint %} #### Benutzerdefinierte Rollen [Benutzerdefinierte Rollen](/de/administration-and-einstellungen/permission/custom-roles.md) können mit den folgenden Berechtigungen LAPS-Zugriff gewähren. Jede Berechtigung gewährt genau den LAPS-Zugriff der entsprechenden integrierten Rolle aus der obigen Tabelle. Sie gewährt keine anderen Berechtigungen dieser Rolle. | Berechtigung | LAPS-Zugriff wie | | ------------------------------------- | --------------------------- | | `CanUseDeviceLapsAsAdvancedSupporter` | fortgeschrittener Supporter | | `CanSeeDeviceLapsAsAuditor` | Prüfer | | `CanUseDeviceLapsAsSupporter` | Supporter | Für [Zugriffsbeschränkungen](#restricting-access), zählt ein Benutzer mit einer dieser Berechtigungen als Benutzer mit der entsprechenden Rolle. Zum Beispiel ein Benutzer mit `CanUseDeviceLapsAsSupporter` muss in einer der Gruppen sein, die unter `Supporter`. ### Zugriff beschränken Verwenden Sie die `Restrict.LAPS` Einstellung, um einzuschränken, welche Portalbenutzer auf die LAPS-Konten bestimmter Geräte zugreifen können, beispielsweise auf die Geräte Ihrer Führungskräfte. Siehe [Zugriffsbeschränkungen](/de/ugd-management/user-and-group-settings/additional-settings.md#access-restrictions) für Details. Der *LAPS* Abschnitt eines Geräts im RealmJoin Portal zeigt, welche LAPS-Rollen Sie innehaben und welche davon `Restrict.LAPS` für dieses Gerät berechtigt. ## Self-Service aktivieren Benutzer können auf Konten zugreifen, die auf ihren *eigenen* Geräten erstellt wurden (sie sind „PrimaryUser“), wenn aktiviert über die *RealmJoin Portal* ab Version `2022.5.1`. Um sie zu aktivieren, definieren Sie eine Einstellung mit dem Schlüssel `Allow.SelfLAPS`. Diese Einstellung kann für Gruppen und Benutzer definiert werden. Wie bei allen Einstellungen mit dem Präfix `Allow.*` werden sie über den Benutzer und alle seine Gruppen per UND verknüpft. ```json { "EmergencyAccount": true, "SupportAccount": true, "PrivilegedAccount": true } ``` Der Wert kann auch ein reiner boolescher Wert sein `true`/`false`. Dies kann als Platzhalter verwendet werden und umfasst jeden aktuellen und zukünftigen Kontotyp. Bitte beachten Sie, dass dies nur zum Deaktivieren des Zugriffs empfohlen wird (`false`). {% hint style="info" %} Früher wurde empfohlen, diese Einstellung auf `true`. Da wir RealmJoin jedoch weiter ausbauen, werden neue Kontotypen hinzugefügt. Es wird daher dringend empfohlen, alle `true` Werte auf die explizitere Objektnotation zu migrieren {% endhint %} Eine Beispielkonfiguration könnte wie folgt aussehen: | Gruppe | | Kommentar | | ----------------------- | --------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Alle Remote-Mitarbeiter | `{ "EmergencyAccount": true }` | Remote-Mitarbeiter können auf das Notfallkonto ihrer eigenen Geräte zugreifen. | | Alle Entwickler | `{ "EmergencyAccount": true, "PrivilegedAccount": true }` | Entwickler können auf ihr Notfallkonto und ihr privilegiertes Konto zugreifen – unabhängig davon, ob sie Remote-Mitarbeiter sind oder nicht. | | Alle Auszubildenden | `false` | Auszubildende dürfen niemals Zugriff auf einen der drei Kontotypen haben **und** alle zukünftigen Typen, selbst wenn sie Remote-Mitarbeiter oder Entwickler sind | {% hint style="info" %} SelfLAPS ist stärker als die reguläre LAPS-Rolle. Wenn ein Admin-Benutzer LAPS jedoch mit seinem normalen Benutzerkonto verwaltet, kann er sein eigenes LAPS nicht verwalten. Abhilfe: Aktivieren Sie SelfLAPS für diese Admin-Konten oder verwenden Sie separate Admin-Konten. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/de/realmjoin-agent/realmjoin-client/local-admin-password-solution-laps.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.