Ermitteln der verantwortlichen Entscheider
Welche Person in welcher Entscheidungsebene entscheidungsberechtigt ist, wird durch den DBQueue Prozessor berechnet. Sobald eine Bestellung ausgelöst wird, werden die Entscheider für alle Entscheidungsschritte des zu durchlaufenden Entscheidungsworkflows ermittelt. Änderungen in den Verantwortlichkeiten können dazu führen, dass eine Person für eine Bestellung, die noch nicht abschließend genehmigt ist, nun nicht mehr entscheidungsberechtigt ist. In diesem Fall müssen die Entscheider neu berechnet werden. Folgende Änderungen können eine Neuberechnung für noch nicht genehmigte Bestellungen auslösen:
-
Entscheidungsrichtlinie, -workflow, -schritt oder -verfahren wurde geändert.
-
Eine entscheidungsberechtigte Person verliert ihre Verantwortlichkeiten im One Identity Manager, beispielsweise wenn der Manager einer Abteilung, der Produkteigner oder der Zielsystemverantwortliche geändert wird.
-
Eine Person erhält Verantwortlichkeiten im One Identity Manager und wird dadurch entscheidungsberechtigt, beispielsweise als Manager des Bestellempfängers.
-
Eine entscheidungsberechtigte Person wird deaktiviert.
Sobald für eine Person eine Verantwortlichkeit im One Identity Manager geändert wird, wird ein Auftrag zur Neuberechnung der Entscheider in die DBQueue eingestellt. Dabei werden standardmäßig alle Entscheidungsschritte der offenen Genehmigungsverfahren neu berechnet. Bereits genehmigte Entscheidungsschritte bleiben genehmigt, auch wenn sich deren Entscheider geändert hat. Abhängig von der Konfiguration der Systemumgebung und der Menge der zu verarbeitenden Daten kann die Neuberechnung der Entscheider viel Zeit beanspruchen. Um diese Verarbeitungszeit zu optimieren, können Sie festlegen, für welche Entscheidungsschritte die Entscheider neu berechnet werden sollen.
Um die Neuberechnung der Entscheider zu konfigurieren
Detaillierte Informationen zum Thema
Verwandte Themen
Risikobewertung einer Bestellung
Jede Person in einem Unternehmen, die über Berechtigungen in einem IT-System verfügt, birgt für das Unternehmen ein Sicherheitsrisiko. Beispielsweise trägt eine Person, die berechtigt ist, Finanzdaten im SAP System zu bearbeiten, ein höheres Risiko, als eine Person, die die eigenen Personenstammdaten bearbeiten darf. Um dieses Risiko zu bewerten, können Sie mit dem One Identity Manager für jede Unternehmensressource einen Risikowert erfassen. Für jede Person, der diese Unternehmensressourcen direkt oder indirekt zugewiesen sind, wird aus diesen Werten ein Risikoindex berechnet. Unternehmensressourcen umfassen Zielsystemberechtigungen (beispielsweise Active Directory Gruppen oder SAP Profile), Systemrollen, abonnierbare Berichte, Software und Ressourcen. Dadurch können alle Personen ermittelt werden, die im Unternehmen über besonders risikoreiche Unternehmensressourcen verfügen.
Mit jeder Zuweisung einer Unternehmensressource, für die ein Risikoindex festgelegt ist, kann der Risikoindex der Personen ein zulässiges Maß übersteigen. Werden Unternehmensressourcen über den IT Shop bestellt, kann der Risikoindex der bestellten Unternehmensressource geprüft werden. Ist dieser Risikoindex größer als ein zuvor festgelegter zulässiger Wert, wird die Bestellung abgelehnt.
Um die Risikobewertung von Bestellungen einzurichten
Der Entscheidungsschritt wird durch den One Identity Manager genehmigt, wenn der Risikoindex der bestellten Unternehmensressource kleiner dem Vergleichswert ist. Ist der Risikoindex größer oder gleich dem Vergleichswert, wird der Entscheidungsschritt abgelehnt.
Die Risikobewertung von Bestellungen funktioniert sowohl bei der direkten Bestellung von Unternehmensressourcen als auch bei Zuweisungsbestellungen. Für die Entscheidung werden nur erfasste Risikoindizes zugrunde gelegt; berechnete Risikoindizes bleiben unberücksichtigt. Die Risikobewertung von Bestellungen wirkt daher nur, wenn die Tabelle, aus der das bestellte Produkt stammt, oder eine der Mitgliedertabellen einer bestellten Zuweisung eine Spalte RiskIndex hat. Hat die Tabelle lediglich die Spalte RiskIndexCalculated wird die Bestellung automatisch genehmigt. Haben beide Mitgliedertabellen einer Zuweisungsbestellung eine Spalte RiskIndex, dann wird der größere der beiden Risikoindizes für die Entscheidung zu Grunde gelegt.
Wenn die Bestellung einer Unternehmensressource oder einer Zuweisung genehmigt wurde, wird der Risikoindex der Personen mit dem nächsten Lauf des zeitgesteuerten Berechnungsauftrags neu berechnet.
Ausführliche Informationen zur Risikobewertung finden Sie im One Identity Manager Administrationshandbuch für Risikobewertungen.
Verwandte Themen
Prüfen von Bestellungen auf Regelkonformität
| Installierte Module: |
Modul Complianceregeln |
In den Entscheidungsworkflows können Sie die Prüfung der IT Shop Bestellungen auf Regelkonformität integrieren. Dafür wird ein separates Entscheidungsverfahren angeboten. Dieses Entscheidungsverfahren überprüft, ob der Empfänger der Bestellung bei Genehmigung seiner Bestellungen bestehende Complianceregeln verletzen würde. Das Ergebnis der Überprüfung wird im Entscheidungsverlauf der Bestellung und in der Genehmigungshistorie protokolliert.
Tabelle 45: Entscheidungsverfahren für Complianceprüfungen
|
CR - Regelprüfung (vereinfacht) |
Überprüfung der aktuellen Bestellung auf mögliche Regelverletzungen. Berücksichtigt das bestellte Produkt und alle bereits zugewiesenen Unternehmensressourcen des Empfängers der Bestellung. |
Voraussetzungen für die Prüfung der Bestellungen
Complianceprüfung von Bestellungen
Um einen Überblick über potentielle Regelverletzungen zu erhalten, können Sie eine vereinfachte Regelprüfung durchführen. Mit dem Entscheidungsverfahren CR können Bestellungen vor ihrer endgültigen Entscheidung hinsichtlich möglicher Regelverletzungen überprüft werden.
Bei der Regelprüfung werden folgende Daten des Empfängers einer Bestellung berücksichtigt:
-
alle offenen Bestellungen
-
alle Unternehmensressourcen, die dem Empfänger bereits zugewiesen sind
-
alle Benutzerkonten des Empfängers
-
alle Berechtigungen in Zielsystemen (beispielsweise Active Directory Gruppen oder SAP Rollen), die der Empfänger über diese Benutzerkonten erhalten hat
Für die Regelprüfung werden regelmäßig berechnete Hilfstabellen für Objektzuordnungen ausgewertet. Die Berechnung der Hilfstabellen wird über einen Zeitplan gesteuert. Außerdem berücksichtigt das Entscheidungsverfahren nur solche Complianceregeln, die über die vereinfachte Definition erstellt wurden.
Die Regelprüfung erreicht damit keine vollständige Überprüfung der Bestellungen. Unter folgenden Bedingungen ist es möglich, dass die Regelprüfung eine Regelverletzung nicht erkennt:
-
Die Berechtigungen des Kunden ändern sich, nachdem die Hilfstabellen berechnet wurden.
-
Bei der Bestellung von Mitgliedschaften in Geschäftsrollen oder Organisationen wird eine Regel durch ein Objekt verletzt, das über die bestellte Geschäftsrolle oder Organisation vererbt wird. Die Vererbung wird erst nach der Genehmigung der Bestellung berechnet und kann damit erst nach der nächsten Berechnung der Hilfstabellen erkannt werden.
-
Der Kunde gehört erst durch die Bestellung zur betroffenen Personengruppe einer Regel.
-
Die Regelbedingung wurde im erweiterten Modus oder als SQL-Abfrage erstellt.
TIPP: Eine vollständige Prüfung der Zuweisungen wird mit der zyklischen Prüfung der Complianceregeln über Zeitpläne erreicht. Damit werden alle Regelverletzungen erkannt, die durch die Bestellungen entstanden sind.
Unter folgenden Bedingungen ist es möglich, dass die Regelprüfung eine Regelverletzung erkennt, obwohl keine Regel verletzt wird:
TIPP: Diese Bestellungen können nach Prüfung per Ausnahmegenehmigung genehmigt werden, sofern die Definition der verletzten Regel es zulässt.
Über die Regelprüfung kann nicht nur festgestellt werden, welche Regel eine Bestellung verletzt. Es kann auch ermittelt werden, welches Produkt der Bestellung die Regelverletzung verursacht. Damit ist eine detaillierte Auswertung der Regelverletzungen möglich. Sofern die Definition der Complianceregeln es zulässt, können Bestellungen, die Regeln verletzen, per Ausnahmegenehmigung dennoch genehmigt werden. Für die Ausnahmegenehmigungen werden zusätzliche Entscheidungsschritte in die Entscheidungsworkflows eingefügt.
Bedingungen für die Regelprüfung von Bestellungen
-
Pro Entscheidungsworkflow können Sie nur einen Entscheidungsschritt mit dem Entscheidungsverfahren CR einfügen.
-
Die Regelbedingungen wurden in der vereinfachten Definition erstellt.
-
Bei der Regelprüfung werden die festgelegten IT Shop Eigenschaften der einzelnen Regeln berücksichtigt. Die Erkennung einer Regelverletzung richtet sich nach der Einstellung der Eigenschaft Erkennung einer Regelverletzung.
-
Die Regelprüfung sollte als letzte Entscheidungsebene in den Entscheidungsworkflow aufgenommen werden. Die nachfolgende Entscheidungsebene bei negativer Entscheidung darf nur einen Entscheidungsschritt zur Ermittlung der Ausnahmegenehmiger enthalten.
Ablauf einer Regelprüfung
-
Wird ein Entscheidungsschritt zur Regelprüfung nach dem Entscheidungsverfahren CR erkannt, werden alle Produkte offener Bestellungen dem Kunden zugeordnet. Es wird also angenommen, dass alle offenen Bestellungen genehmigt würden und der Kunde somit die Produkte erhalten würde. Anschließend wird die aktuell verarbeitete Bestellung auf potentielle Verletzungen der definierten Regeln analysiert.
-
Wird keine Regelverletzung festgestellt, wird der Entscheidungsschritt automatisch positiv entschieden und die Bestellung an die Entscheider der nächsten Entscheidungsebene zur Entscheidung übergeben.
-
Wird eine Regelverletzung festgestellt, wird der Entscheidungsschritt automatisch negativ entschieden. Sofern die Definition der verletzten Regel es zulässt, kann die Bestellung per Ausnahmegenehmigung dennoch genehmigt werden.
Ausführliche Informationen zur Complianceprüfung finden Sie im One Identity Manager Administrationshandbuch für Complianceregeln.
Detaillierte Informationen zum Thema
