Seit einigen Jahren sind diverse etablierte Lösungen, darunter BMCs Control-SA oder SUNs Identity Manager, aus unterschiedlichen Gründen nicht mehr am Markt präsent. Für Bestandskunden solcher Systeme zählt vorrangig, die eingestellte Lösung durch ein neues System abzulösen. Zahlreiche Anbieter versprechen hier eine reibungslose Migration von der installierten Altlösung auf ihre Plattform.
Foto: andrey_I - shutterstock.com
Häufig werben Unternehmen mit speziellen Tools, mit denen sich die aktuellen Datenkonfigurationen einfach und ohne großen Aufwand automatisch konvertieren und in die neue Umgebung übertragen lassen. Erfahrungsgemäß ist eine IAM-Systemmigration jedoch vom zeitlichen Rahmen mit dem Umzug in eine neue Wohnung vergleichbar. Um bei diesem Beispiel zu bleiben: Wäre es tatsächlich empfehlenswert, dass die Umzugsfirma die Möbel ohne vorherige Absprache und ohne Anweisungen im neuen Zuhause aufstellt - ausgehend vom Grundriss der alten Wohnung?
Auf Veranstaltungen wie der European Identity & Cloud Conference (EIC), dem Gartner Identity & Access Management Summit (IAM) in London sowie ähnlichen Konferenzen sprechen sich zahlreiche Experten dagegen aus, ein altes IAM-System auf Grundlage einer neuen Technologie schlicht 1:1 abzubilden.
Es ist davon auszugehen, dass das Altsystem - daher auch der Name - voraussichtlich vor zehn Jahren oder noch früher entwickelt wurde. Für IAM-Projekte dieser Art ist typisch, dass diesen eine funktionale Spezifikation zum damaligen Stand der Technik zu Grunde liegt.
Meist handelte es sich außerdem um das allererste IAM-System im Unternehmen, so dass vermutlich zum damaligen Zeitpunkt die IAM-Erfahrung im Unternehmen sehr begrenzt war. Berücksichtigt man diese Aspekte so wird deutlich, dass vor einer Migration unbedingt eine Analyse und darauf basierend eine Neugestaltung des IAM-Systems - wo nötig - stehen sollte. Denn in der Regel führt eine fundierte Analyse der unterschiedlichen IAM-Aspekte zu dem Ergebnis, dass es praktisch keinen Bereich gibt, der sich im Laufe der Jahre nicht verändert hat.
Datenmodell
Auf den ersten Blick sind die vielen Veränderungen seit der letzten (sprich ersten) IAM-Generation schwer auszumachen: Identitäten, Rollen, Gruppen und Systeme. Die Datenstruktur der bisherigen IAM-Lösung scheint noch korrekt zu sein, was den Anschein fördert, die vorhandene Datenbasis automatisch extrahieren und ins neue System übertragen zu können. Grundsätzlich ist dieser Ansatz der Migration nicht völlig falsch.
Allerdings sollte im Detail betrachtet werden, wie und in welchem Umfang Access Governance seine Spuren im Datenmodell hinterlassen hat.
Seit IAM auch verstärkt Einzug in die Abteilungsebene hält, sollte ein IAM-System diverse zusätzliche Informationen speichern und verarbeiten. Daher ist es umso wichtiger, die unterschiedlichen Identitätsarten sauber zu trennen: Mitarbeiter, Freischaffende, Kunden, technische Identitäten und so weiter. Zu der Zeit, als die erste IAM-Generation entwickelt wurde, gab es praktisch nur betriebsinterne Benutzer.
Heute ist das sogenannte IAM-Universum um Trends wie Cloud Computing oder IoT erweitert, so dass gänzlich neue Identitäten entstehen, die das alte Modell nicht berücksichtigt. Vor diesem Hintergrund sollten Unternehmen, die auf ein neues IAM-System aufrüsten möchten, genau prüfen, ob das gewählte System alle derzeit relevanten Identitätsarten abbilden und entsprechend ihrer individuellen Profile verarbeiten kann.
Darüber hinaus haben die Daten- und Reportingpfade der Unternehmensorganisation im letzten Jahrzehnt beständig an Bedeutung gewonnen.
Während sich die ersten IAM-Systeme noch darauf beschränkten, simple Organisationsstrukturen in Form eines Verzeichnisbaums zu verwalten, müssen moderne IAM-Systeme zwischenzeitlich in der Lage sein, zwischen verschiedenen Verantwortlichen je nach Anwendungsfall zu differenzieren.
Die Vergabe von Zugriffsrechten findet zudem immer mehr auf Projektebene statt und nicht nur, wie früher, rein auf Grundlage der organisatorischen Zugehörigkeit.
- In zehn Schritten zum IAM
Softwarelösungen für das Berechtigungs-Management, so genannte Identity-Access-Management-Systeme (IAM), haben sich von ihrem früheren reinen IT-Fokus gelöst. Zwar werden über Single-Point-of-Administration, HR-gestütztes Provisioning und rollenbasierte Zugriffskontrolle nach wie vor Kostensenkung und effizientes Benutzermanagement realisiert. Bei den heutigen IAM-Systemen handelt es sich aber vor allem um Business-Collaboration-Plattformen, die auf eine umfassendere Beteiligung der Fachabteilungen an der Zugriffsverwaltung setzen. <br /> Sie eröffnen erweiterte Möglichkeiten für die Umsetzung von Regularien, Gesetzesvorgaben und des Risikomanagements. IAM wird damit zur tragenden Säule im Rahmen der Governance-, Risk- & Compliance-Strategie (GRC) eines Unternehmens. Der folgende 10-Punkte-Plan gibt einen Überblick, worauf bei der Einführung eines IAM-Systems zu achten ist. - Gemischte Projektteams aus IT und Business
IAM ist längst kein reines IT-Thema mehr. Meist können nur Personen außerhalb der IT, die über umfassende Kenntnisse der internen Geschäftsprozesse und der Organisation verfügen, die erforderlichen Informationen zu wesentlichen Aspekten beisteuern: Rollenkonzepte, Genehmigungsstrukturen, Erwartungen an die Nutzeroberflächen oder auch was Barrieren zwischen einzelnen Abteilungen angeht. <br />Projektteams zum Aufbau eines IAM-Systems sollten deshalb stets aus Kompetenzträgern sowohl aus der IT als auch aus dem Business bestehen. - Ziele definieren
Klar definierte Ziele und Dienstleistungen sowie ein eng gesteckter Rahmen zu deren Planung und Überwachung sind Erfolgsfaktoren eines jeden IAM-Projektes. Dies wiederum erfordert eine enge Zusammenarbeit zwischen erfahrenen Mitarbeitern sowohl beim Anwender als auch dem implementierenden IAM-Hersteller. <br />Es ist daher sicherzustellen, dass alle Daten und Ziele miteinander vereinbart und von jedem am Projekt Beteiligten verstanden werden, bevor die Einführung beginnt. Jede spätere Anpassung verlängert das Projekt unnötig, sowohl zeitlich als auch hinsichtlich des Budgets. - Vor Start des Projektes: Aufräumen!
Hohe Datenqualität ist der Schlüssel für erfolgreiches Identity Access Management. Diese Ausgangssituation ist aber keineswegs selbstverständlich, wenn ein entsprechendes Projekt aufgesetzt wird. Viele Unternehmen pflegen die Zugangsberechtigungen für ihre Beschäftigten oft mehr schlecht als recht; nicht selten herrscht beim Thema Rechteverwaltung ein großes Durcheinander. Die Folgen sind fehlende Verbindungen zwischen Konten und den Nutzern, verwaiste Konten, Rechtschreibfehler, etc. <br />Jedes IAM-Projekt beginnt daher mit einer Konsolidierung der User-IDs, bei der die Benutzerkonten ihren Besitzern zugewiesen werden. So spürt man im ersten Schritt sehr schnell verwaiste Konten auf. - Umsetzung in Phasen
Eine IAM-Lösung sollte sowohl alle unternehmensweiten IT-Systeme integrieren können als auch ausreichend skalierbar hinsichtlich der Anzahl der einzubindenden Nutzer sein. Doch muss dies alles nicht auf einmal umgesetzt werden; sinnvoller ist es, das Projekt in erreichbare Zwischenziele aufzuteilen und diese Schritt für Schritt abzuarbeiten.<br /> In der ersten Phase wird dabei nur eine begrenzte Anzahl von Zielsystemen angebunden – idealerweise die wichtigsten; die Anwender nutzen zunächst nur Standardfunktionalitäten. Erste Erfolge sind dadurch schneller sichtbar, was letztlich zum schnelleren Erreichen der vollständigen Projektziele führt. - Anschluss des HR-Systems
Probleme im Bereich der Rechteverwaltung resultieren oft aus unzureichender Koordinierung zwischen Human Resources und IT-Abteilung. Meldet das HR-Team Änderungen in der Personalstruktur oder bei den Stellenbezeichnungen der IT zu spät oder sogar gar nicht, kann dies schwerwiegende Folgen haben: Personen erlangen Zugang zu Konten, obwohl sie aufgrund ihrer neuen Rolle gar kein Recht mehr dazu hätten – oder weil sie das Unternehmen sogar ganz verlassen haben. <br />Eine manuelle, nicht automatisierte Informationspolitik und dezentrales Arbeiten tragen noch dazu bei, dass sich Fehler in den Berechtigungsstrukturen schnell und unkontrolliert ausbreiten. Das HR-System sollte deshalb als erstes mit dem IAM-System verbunden werden, um hier zu einer Automatisierung zu gelangen und damit Sicherheit und Kontrolle zu gewährleisten. - Customizing auf ein Minimum reduzieren
Führende IAM-Anbieter verkaufen nicht bloß ein Toolkit. Basierend auf der Erfahrung aus vielen realisierten Projekten, sind vorkonfigurierte Standardsysteme vielmehr nach dem Best-of-Breed-Ansatz konzipiert. Auf Standardszenarien verzichten, um ein System möglichst individuell an die Gegebenheiten eines Unternehmens anzupassen, sollte deshalb die Ausnahme bleiben. <br />In einem Standardprodukt spiegelt sich bereits das langjährig erworbene Wissen eines Herstellers um die verschiedensten Herausforderungen im IAM-Umfeld und die jeweils beste Lösung wider. Der Einsatz von Standardkomponenten reduziert zudem auch Implementierung und Wartungskosten auf ein Minimum. <br />Kunden sollten sorgfältig prüfen, ob es statt aufwändigem Customizing nicht sinnvoller wäre, die vorgeschlagene Vorgehensweise eines Standardproduktes zu übernehmen und die eigenen Strukturen hinsichtlich der Prozesse, Terminologie und Verantwortung anzupassen. - Rollen implementieren
Das Bündeln von Zugriffsrechten in so genannten "Rollen" reduziert den Administrationsaufwand erheblich und stellt die Grundlage für eine Automatisierung im Bereich der Rechtevergabe dar. Eine Rolle ist die Sammlung einzelner Zugangsrechte, die für eine bestimmte Funktion oder Aufgabe im Unternehmen erforderlich sind.<br /> Role-Mining-Tools bieten Hilfe bei der Definition von Rollen und deren Optimierung über einen kontinuierlichen Prozess hinweg. Hier ist jedoch Vorsicht geboten: Die Einführung von Rollen erfordert mehr als eine einmalige Definition von "Zugriffsrecht-Clustern". - Rollenverantwortliche festlegen
Rollen sind lebende, wandelbare Strukturen, die einem ständigen Überwachungs- und Anpassungsprozess unterliegen sollten. Deshalb benötigen sie einen zugewiesenen Besitzer, der die Verantwortung für ihre saubere Ausgestaltung übernimmt. Er muss die Rollen regelmäßig dahingehend überprüfen, ob aufgrund von Veränderungen in der Organisation oder der IT-Systeme Anpassungen notwendig sind. <br />Was für die IAM-Einführung im Großen gilt, hat deshalb auch für das Thema Rollen Relevanz: Aufteilen eines Rollenprojektes in kleine Teilziele, Einbeziehung von sowohl Business- wie IT-Verantwortlichen. - Top-down-Vorgehen
Ein Risikobewertungssystem ist ein leistungsfähiges Werkzeug, um die einzelnen Objekte im Access Management – Benutzer, Rollen und Konten – in eine sinnvolle Rangfolge abhängig von ihrer Relevanz zu bringen. Ein solches System jedoch für die gesamte Struktur der Zugriffsrechte zu implementieren, kann zu einem zeitaufwändigen und ressourcenintensiven Projekt führen. <br />Es empfiehlt sich ein Top-down-Ansatz, bei dem die Aufmerksamkeit zunächst auf wichtige Aspekte in einem frühen Stadium des IAM-Betriebs gerichtet wird. Zu einer vollständigen Risikobewertung kann das Unternehmen dann im Laufe der Zeit aufschließen. - Schnellere Erfolge auf Fachabteilungsebene
Treiber eines IAM-Projektes sind in der Praxis oft Wirtschaftsprüfer oder IT-Manager. Um eine Akzeptanz über alle Unternehmensbereiche hinweg zu erreichen, sollte ein Anwenderunternehmen im frühen Projektstadium bereits solche Funktionen evaluieren, die sich an den Wünschen und Bedürfnissen des einzelnen Anwenders orientieren. <br />Warum nicht die verfügbaren vorkonfigurierten Workflows für Anfrage oder Passwort-Reset schon einmal anbieten, anstatt damit zu warten, bis die Lösung bei Projektende zu 100 Prozent implementiert ist? Mit diesem Ansatz wird der Nutzen eines IAM-Systems schnell im praktischen Arbeitsalltag für alle – vom Anwender bis zum Management – spürbar, was ein wichtiger Baustein für den Gesamterfolg des IAM-Projektes ist. - Realistisch bleiben
Der 10-Punkte-Plan verdeutlicht es: Moderne IAM-Systeme binden Fachabteilungen ein und verschaffen eine am Geschäftsprozess ausgerichtete und verständliche Sicht auf Identitäten und deren Rechte.<br /> Die Bäume wachsen auch beim Thema Identity Access Management nicht in den Himmel. Erfolgreich sind solche Projekte, bei denen sich die Beteiligten realistische Zwischenziele setzen und Stück für Stück zu einem unternehmensweiten IAM-System vorarbeiten. <br />Dieses erfüllt dann seinen eigentlichen Zweck: die Umsetzung der GRC-Strategie des Unternehmens.
Aufgrund dieser veränderten Datenstruktur sollten Unternehmen, bei denen ein IAM-Systemwechsel ansteht, zunächst das eigene IAM-Konzept einer genauen Analyse unterziehen. Viele Anbieter verfügen über das technische Know-how, um die Migration des vorhandenen Datenbestands in eine neue Systemumgebung automatisch oder teilautomatisiert durchzuführen. Wenn Unternehmen vor der Migration ihre Anforderungen aber nicht neu bewerten und prüfen, erweist sich die neue IAM-Lösung allzu leicht als ebenso sperrig und eingeschränkt wie das Altsystem, wenn auch auf einem technologisch modernem Fundament.
Daher müssen Unternehmen sich darüber im Klaren sein, dass ein Migrationsprojekt eine gründliche Neubetrachtung des Ist- und Sollstands erfordert. Positiv betrachtet stellt dies eine gute Gelegenheit dar, sinnvolle und nötige Strukturen einzuführen. Hierzu zählen klassische Fragen wie "von wo werden die (neuen) Daten bezogen" oder "wie ist der Prozess/Reportingpfad in der Organisation für einen konkreten Ablauf gestaltet"? Unter Berücksichtigung eines derart erweiterten Datenmodells verschwinden die Grenzen zwischen einem IAM-Upgrade und der kompletten Neueinführung eines IAM-Systems.