Über Zugriffe entscheiden,
mit den Fakten im Blick

Jemand braucht Zugriff auf ein Projekt. Die zuständige Führungskraft muss entscheiden, ob das angemessen ist. Eine IAM-Fachkraft muss dafür sorgen, dass die genehmigte Änderung die richtige Anwendung erreicht. Diese Personen arbeiten an derselben Anfrage, brauchen aber unterschiedliche Informationen, um ihren Teil gut zu erledigen.

Die Erfahrung unseres Teams aus midPoint-Implementierungen hat easyIGA geprägt. midPoint kann komplizierte Rollen und Beziehungen abbilden. Wer im Alltag damit arbeitet, braucht trotzdem eine verständliche Antwort auf eine praktische Frage: Was beantrage ich, warum wird es benötigt, und was ist nach der Entscheidung passiert?

easyIGA bündelt diese Arbeit in einem fachlichen Arbeitsbereich. Mitarbeitende nutzen für Zugriffsrechte fachliche Bezeichnungen. Führungskräfte sehen den Kontext, der für ihre Entscheidung verfügbar ist. IAM-Fachleute behalten die technischen Steuerungsmöglichkeiten von midPoint, und midPoint bleibt dafür verantwortlich, die konfigurierten Richtlinien anzuwenden. So kann sich jede Person auf ihren eigenen Verantwortungsbereich konzentrieren.

In der Live-Demo sehen Sie dieselbe Anfrage aus Sicht der antragstellenden und der genehmigenden Person. Die antragstellende Person wählt verständlich beschriebene Zugriffsrechte und begründet den Bedarf. Die genehmigende Person sieht die Anfrage im Kontext und trifft die Entscheidung. Beide arbeiten mit derselben Anfrage, ohne dasselbe technische Wissen zu benötigen.

easyIGA hält das Ergebnis verständlich, während die Anfrage weiterläuft. Wer auf einen Zugriff wartet, kann eine Genehmigung von einer abgeschlossenen Änderung unterscheiden. Hat das angebundene System das Ergebnis nicht bestätigt, bleibt das sichtbar. Ihr Team weiß, welche Arbeit erledigt ist und wo nachgefasst werden muss.

Funktionstrennung (Separation of Duties, kurz SoD) betrifft Kombinationen von Zugriffsrechten, die nicht gemeinsam bei einer Person liegen sollten. Eine Organisation könnte zum Beispiel die Möglichkeit, eine Zahlung vorzubereiten, von der Befugnis trennen, sie freizugeben. Die genaue Regel gehört zu Ihrem Geschäftsprozess und muss entsprechend konfiguriert werden.

easyIGA zeigt Konflikte, die von den konfigurierten Richtlinien von midPoint gemeldet werden, im Moment der Entscheidung. Die genehmigende Person kann das gemeldete Problem sehen, während sie die Anfrage prüft. So erscheint der Hinweis direkt bei der Aktion, die eine Abwägung erfordert. Dort ist er nützlicher als eine unerklärte Warnung, die erst später auffällt.

Die Abdeckung hängt von den einbezogenen Richtlinien und Systemen ab. Eine Ansicht ohne gemeldeten Konflikt belegt nicht, dass jede mögliche Kombination geprüft wurde. Bitten Sie uns bei Ihrer Evaluierung, die Regel hinter einer Warnung zu benennen und zu erklären, was geschieht, wenn eine relevante Richtlinie nicht konfiguriert ist.

Auch die Genehmigungsbefugnis spielt eine Rolle. Eine Führungskraft sollte die Vorgänge sehen und bearbeiten, für die sie befugt ist. Die Demo bietet Gelegenheit, diese Arbeitsweise mit der passenden Persona zu prüfen, auch in Fällen, in denen Informationen aufgrund von Berechtigungen nicht verfügbar sind. Die umfassende Sicht der Administration ersetzt nicht den Test der tatsächlichen Arbeitsansicht der Führungskraft.

Eine Liste von Kontrollkästchen kann Ihnen zeigen, dass eine Überprüfung abgeschlossen wurde. Sie sagt weniger darüber aus, ob die prüfende Person den Zugriff verstanden hat. Die fachliche Bedeutung einer Rolle, die aktuelle Tätigkeit der Person und die verfügbare Historie der Zuweisung bestimmen mit, wie gut die Antwort ausfällt.

In easyIGA sehen prüfende Personen die Zugriffsrechte einer Person zusammen mit dem verfügbaren Kontext und halten fest, was bestehen bleiben oder entfernt werden soll. Sie können sich darauf konzentrieren, ob der Zugriff noch zur Tätigkeit der Person passt, statt Informationen aus getrennten Datensätzen zusammenzutragen. Fehlende Quellinformationen werden markiert, damit ihnen nachgegangen werden kann.

Ein Beispiel: Ein Teammitglied hat ein Projekt verlassen, besitzt aber weiterhin Zugriff darauf. Die prüfende Person kann die aktuelle Verantwortung des Teammitglieds, die verfügbare Historie und den Grund für das Beibehalten der Berechtigung abwägen. Eine Entscheidung zur Entfernung bleibt mit der daraus folgenden Änderung verbunden, sodass der Abschluss der Überprüfung keine Arbeit verdeckt, die in einer Anwendung noch aussteht.

Bei Ihrer Einführung werden der Prüfumfang, die verantwortlichen prüfenden Personen und die unterstützten Kampagnenaufgaben festgelegt. IAM-Fachleute behalten die midPoint-Administration, die zur Konfiguration des Prozesses nötig ist. Mitarbeitende und Führungskräfte nutzen die easyIGA-Workflows, die für die Einführung vereinbart wurden.

Dieselbe Unterscheidung gilt für das Reporting. Vereinbaren Sie, welche Nachweise für Überprüfungen und Audits nötig sind, welche Einträge aufbewahrt werden und welches Exportverfahren zulässig ist. Eine abgeschlossene Kampagne und eine bestätigte Entfernung beantworten unterschiedliche Fragen. Eine sinnvolle Evaluierung prüft beides, statt sich nur auf einen Abschlussgrad in Prozent zu verlassen.

Die Live-Demo trennt verfügbare Funktionen von geplanter Entwicklung. Wir zeigen das besprochene Release mit seiner Konfiguration, ordnen die Funktionen Ihren Aufgaben zu und vereinbaren, was in Ihre Einführung gehört.

Ihr Team braucht möglicherweise auch Verzeichnisinformationen, Delegation oder eine Anbindung an Collaboration-Tools. Den unterstützten Umfang für Ihr Release und Ihre Konfiguration klären wir während der Live-Demo und nehmen die vereinbarten Aufgaben dann in den Implementierungsplan auf.

Menschen bleiben für Zugriffsentscheidungen verantwortlich. Jede KI-Unterstützung muss diese Verantwortung stützen und die in midPoint konfigurierten Befugnisse respektieren. Verfügbarkeit und Datenverarbeitung werden für das vorgeschlagene Release geklärt, bevor die KI-Unterstützung Teil Ihrer Einführung wird.