> ## Documentation Index > Fetch the complete documentation index at: https://docs.iru.com/llms.txt > Use this file to discover all available pages before exploring further. # Wichtige Konzepte > Lernen Sie die zentralen Objekte in Iru Identity kennen, darunter Benutzer, Gruppen, Anwendungen, Authentifizierungsrichtlinien und Verbindungen, und wie sie zusammenhängen. Iru Identity dreht sich um eine Handvoll zentraler Objekte. Wenn Sie wissen, was jedes davon ist und wie sie zusammenhängen, wird der Rest des Produkts verständlicher. ## Das Gesamtbild ```mermaid theme={null} flowchart TD conn["Föderierte Authentifizierung"] -->|"Anmeldung"| dir subgraph dir["Verzeichnis"] users["Benutzer"] groups["Gruppen"] attrs["Profilattribute"] end users --- groups attrs --- users attrs -. "steuern" .-> groups groups -->|"zugewiesen an"| apps["Anwendungen"] users -->|"zugewiesen an"| apps policy["Authentifizierungsrichtlinien"] -->|"regeln Anmeldung bei"| apps auth["Authenticators"] -->|"weisen Identität nach für"| apps apps -->|"Konten bereitgestellt für"| saas["Ihre SaaS-Apps"] activity["Aktivitätsprotokoll"] -. "zeichnet alles auf" .- dir ``` ## Identitätsobjekte Ein **Benutzer** ist eine Person in Ihrem Verzeichnis. Jeder Benutzer hat ein Profil aus Attributen (Name, E-Mail-Adresse und alle von Ihnen definierten benutzerdefinierten Felder). Ein Benutzer durchläuft einen Lebenszyklus: Er kann **ausstehend** (erstellt, aber noch nicht aktiv), **aktiv** oder **gesperrt** sein. Das Sperren eines Benutzers blockiert seinen Zugriff, ohne seinen Datensatz oder Verlauf zu löschen. Das **Schema** definiert die Attribute, die jedes Benutzerprofil enthalten kann. Über die integrierten Felder hinaus können Sie benutzerdefinierte Attribute mit eigenem Typ hinzufügen, sie als erforderlich oder eindeutig markieren, ihnen eine feste Liste zulässiger Werte geben und sie in Kategorien organisieren. Attribute sind das Rohmaterial, auf dem Richtlinien, Anwendungszuordnungen und Auto Groups aufbauen. Siehe [Schema](/de/identity/directory/schema). Eine **Gruppe** ist eine Sammlung von Benutzern, denen Sie Zugriff als Einheit zuweisen. Es gibt drei Arten: * **Manuelle Gruppen**, bei denen Sie die Mitglieder auswählen. * **Integrierte Gruppen**, die für jeden Mandanten existieren, etwa eine Gruppe, die alle Benutzer enthält. * **Auto Groups**, deren Mitgliedschaft durch eine Attributregel bestimmt wird und sich selbst aktualisiert, wenn sich Profile ändern. Siehe [Gruppen](/de/identity/directory/groups) und [Auto Groups](/de/identity/directory/auto-groups). ## Zugriffsobjekte Eine **Anwendung** ist etwas, bei dem sich Benutzer über Iru anmelden. Iru fungiert als Identitätsanbieter für die App und verwendet dabei entweder **SAML** oder **OIDC**. Jede Anwendung ordnet Benutzerprofilattribute der gesendeten Assertion oder dem gesendeten Token zu, sodass die App die erwarteten Identitätsdaten erhält. Anwendungen sind versioniert: Sie bearbeiten einen **Entwurf** und veröffentlichen ihn dann, um ihn zur **aktuellen** Version zu machen, und Iru bewahrt ältere Versionen als Referenz auf. Eine Anwendung kann **aktiv** oder **inaktiv** sein. Eine **Vorlage** ist eine fertige Anwendungsdefinition für einen bekannten Dienst. Wenn Sie eine App aus einer Vorlage erstellen, wird die Standardkonfiguration für Sie ausgefüllt, sodass Sie nur die für Ihren Mandanten spezifischen Angaben machen. Siehe [Anwendungsvorlagen](/de/identity/applications/application-templates). Sie gewähren Zugriff, indem Sie einer Anwendung **Gruppen zuweisen**. Die Gesamtheit der Benutzer, die über diese Gruppen Zugriff erhalten, sind die **effektiven Benutzer** der Anwendung. Siehe [Zugriff zuweisen](/de/identity/applications/assigning-access). Die **Bereitstellung** hält Konten synchron. Die **eingehende** Bereitstellung übernimmt Benutzer aus einem verbundenen HR-System oder einem Dateiimport in das Verzeichnis. Die **ausgehende** Bereitstellung überträgt das Erstellen, Aktualisieren und Entfernen von Konten aus dem Verzeichnis in Ihre verbundenen Apps, sodass ein App-Konto genau so lange existiert, wie Zugriff gewährt ist. Siehe [Bereitstellung](/de/identity/applications/provisioning). ## Vertrauens- und Richtlinienobjekte Eine **Richtlinie** ist ein Satz von Regeln, der entscheidet, ob eine Anmeldung erlaubt ist und was der Benutzer zuerst nachweisen muss. Wenn sich jemand bei einer App anmeldet, wertet Iru die maßgebliche Richtlinie aus und protokolliert die Entscheidung. Siehe [Authentifizierungsrichtlinien](/de/identity/authentication/authentication-policies). Ein **Authenticator** ist etwas, womit ein Benutzer nachweist, wer er ist, etwa ein **Passkey** oder Iru Access. Benutzer verwalten ihre eigenen Authenticators per Self-Service, und für jede Anmeldung ist ein starker Authenticator erforderlich. Siehe [Authenticators](/de/identity/authentication/authenticators). Richtlinien berücksichtigen das Gerät. **Device Trust** gibt an, ob der Benutzer ein bekanntes, fehlerfreies Gerät verwendet, und kann eine erforderliche Bedingung für den Zugriff sein. **Risikostufen** sind eine von Ihnen zugewiesene Klassifizierung, um Apps nach Sensibilität zu organisieren. Siehe [Risiko und adaptiver Zugriff](/de/identity/authentication/risk-based-access) und [Device Trust](/de/identity/authentication/device-trust). Eine **Identitätsanbieter-Verbindung** ermöglicht es Benutzern, sich über einen bereits von Ihnen betriebenen Anbieter bei der Iru-Plattform anzumelden. Verwenden Sie dies, wenn Iru Identity eine Authentifizierungsschicht statt Ihres primären Identitätsanbieters ist, oder um eine Migration zu erleichtern. Siehe [Föderierte Authentifizierung](/de/identity/connections/connections-overview). (Um Benutzer stattdessen aus einem HR-System in das Verzeichnis zu übernehmen, siehe [Directory Sync](/de/identity/directory/directory-sync).) ## Verwaltungsobjekte | Objekt | Bedeutung | | - | - | | **Organisation** | Ihr Mandant: die isolierte Iru-Umgebung, die Ihr Verzeichnis, Ihre Apps und Einstellungen einschließlich Branding enthält. | | **Administratoren und Rollen** | Die Administratoren, die Iru Identity verwalten, und die Rollen, die festlegen, was jeder tun darf. | | **Aktivitätsprotokoll** | Eine Aufzeichnung wichtiger Ereignisse (wer was getan hat und die Ergebnisse von Anmeldeentscheidungen), die Sie prüfen und filtern können. | ## Wie eine Anmeldung diese Objekte verwendet 1. Ein Benutzer versucht, eine **Anwendung** zu öffnen, die ihn zur Anmeldung an Iru weiterleitet. 2. Der Benutzer authentifiziert sich bei Iru mit einem Passkey oder der Iru Access-App oder über einen verbundenen Anbieter, und Iru identifiziert den passenden **Benutzer** im **Verzeichnis**. 3. Die **Authentifizierungsrichtlinie** der Anwendung wertet die Anmeldung hinsichtlich **Device Trust** aus. Der Benutzer hat bereits im vorherigen Schritt mit seinem Authenticator nachgewiesen, wer er ist. 4. Wenn die Richtlinie erfüllt ist und dem Benutzer die **Anwendung** zugewiesen ist, stellt Iru die Anmeldung aus, und der Benutzer erreicht die App. 5. Das **Aktivitätsprotokoll** zeichnet das Ergebnis auf. Weisen Sie Zugriff **Gruppen** zu und basieren Sie die Gruppenmitgliedschaft nach Möglichkeit auf **Attributen**. Der Zugriff folgt dann den Benutzern automatisch, wenn sich ihre Profile ändern. Das ist Lebenszyklusautomatisierung in Iru Identity.