> ## 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.

# Risiko und adaptiver Zugriff

> Passen Sie den Zugriff an den Kontext an, sodass er bei sensiblen Apps und riskanten Bedingungen strenger wird und reibungslos bleibt, wenn eine Anmeldung routinemäßig erscheint.

Nicht jede Anmeldung verdient dieselbe Behandlung. Eine Anmeldung von einem vertrauten, verwalteten
Gerät bei einer App mit geringem Risiko unterscheidet sich stark vom Zugriff auf eine sensible
Anwendung. Mit **adaptivem Zugriff** können Ihre Authentifizierungsrichtlinien auf diesen
Unterschied reagieren: mehr verlangen, wenn die Situation es erfordert, und sich
zurückhalten, wenn nicht.

<Info>
  Adaptiver Zugriff wird durch eine
  [Authentifizierungsrichtlinie](/de/identity/authentication/authentication-policies)
  ausgedrückt. Nachfolgend finden Sie die Hebel, an denen Sie ansetzen können; auf der Seite zu Richtlinien
  wird erklärt, wie Sie diese zu einer Entscheidung kombinieren.
</Info>

## Woran Sie den Zugriff anpassen können

Derzeit ist der stärkste Hebel für adaptiven Zugriff das **Gerätevertrauen**: die
Bedingungen, die eine Richtlinie an das Gerät stellt, von dem sich ein Benutzer anmeldet. Sie wenden es
gezielt an, indem Sie Ihren sensibleren Anwendungen strengere Richtlinien zuweisen:

<CardGroup cols={2}>
  <Card title="Gerätevertrauen" icon="laptop" href="/de/identity/authentication/device-trust">
    Für sensible Apps ein bekanntes, intaktes, verwaltetes Gerät verlangen und
    Routine-Apps von jedem Gerät zulassen.
  </Card>

  <Card title="Anwendungsstufen" icon="layer-group" href="#risk-levels">
    Mit Risikostufen einordnen, wie sensibel jede App ist, und Ihrer obersten Stufe strengere
    Richtlinien zum Gerätevertrauen zuweisen.
  </Card>
</CardGroup>

Indem Sie Ihre Anwendungen in Stufen einteilen und den sensiblen strengere Richtlinien zuweisen,
erhalten Sie einen Zugriff, der sich an den Kontext anpasst, ohne alle auszubremsen.

## Risikostufen

In Iru können Sie außerdem **Risikostufen** definieren – benannte Klassifizierungen, die Sie so erstellen, dass sie
zur Art passen, wie Ihr Team bereits über Risiken spricht. Risikostufen bieten Ihnen ein einheitliches
Vokabular, um Anwendungen und Richtlinien nach ihrer Sensibilität zu organisieren. Derzeit
können Sie einer [Anwendungsrolle](/de/identity/applications/roles-and-bundles) eine Risikostufe zuweisen, um
sensibleren Zugriff zu kennzeichnen.

<Note>
  Risikostufen sind eine von Ihnen definierte Klassifizierung. Die automatische Bewertung jeder Anmeldung
  und die Einbeziehung dieser Bewertung in Richtlinienentscheidungen ist ein Bereich, den Iru ausbaut; wie
  Funktionen reifen, erfahren Sie unter [Iru-Release-Phasen](/de/iru/platform-overview/iru-release-stages).
  Planen Sie heute auf Grundlage des **Gerätevertrauens**, das bereits durchgesetzt wird;
  ein Passkey oder Iru Access ist ohnehin für jede Anmeldung erforderlich.
</Note>

## Ein praktischer Ansatz

<Steps>
  <Step title="Anwendungen in Stufen einteilen">
    Entscheiden Sie, welche Anwendungen am sensibelsten sind. Definieren Sie
    [Risikostufen](#risk-levels), die diese Stufen abbilden, damit der Rest Ihres
    Teams dieselbe Sprache verwendet.
  </Step>

  <Step title="Mit der integrierten Basis beginnen">
    Jede Anmeldung erfordert bereits einen Passkey oder Iru Access, sodass jeder Zugriff
    von einer starken, Phishing-resistenten Basis ausgeht; dafür muss nichts konfiguriert
    werden.
  </Step>

  <Step title="Die sensible Stufe verschärfen">
    Fügen Sie für Ihre sensibelsten Apps eine Anforderung an das
    [Gerätevertrauen](/de/identity/authentication/device-trust) hinzu, damit nur
    bekannte, intakte Geräte Zugang erhalten.
  </Step>

  <Step title="Ergebnisse überprüfen">
    Beobachten Sie im [Aktivitätsprotokoll](/de/identity/administration/activity-log), wie über Anmeldungen
    entschieden wird, und passen Sie die Einstellungen an, damit
    legitime Benutzer nicht unnötig ausgebremst werden.
  </Step>
</Steps>

## Nächste Schritte

<CardGroup cols={2}>
  <Card title="Authentifizierungsrichtlinien" icon="shield-halved" href="/de/identity/authentication/authentication-policies">
    Wo Gerätevertrauen und Ihre Anwendungsstufen zu einer Entscheidung zusammengeführt werden.
  </Card>

  <Card title="Gerätevertrauen" icon="laptop" href="/de/identity/authentication/device-trust">
    Für sensiblen Zugriff ein bekanntes, intaktes Gerät verlangen.
  </Card>

  <Card title="Authentifikatoren" icon="key" href="/de/identity/authentication/authenticators">
    Der Phishing-resistente Nachweis, den jede Anmeldung verwendet.
  </Card>

  <Card title="Aktivitätsprotokoll" icon="list-check" href="/de/identity/administration/activity-log">
    Überprüfen, wie im Laufe der Zeit über Anmeldungen entschieden wird.
  </Card>
</CardGroup>