So, herzlichen Dank für die Einladung. Ich hatte jetzt vorhin bei meinen Vorräten,
hatte ich das Gefühl, wir hatten irgendwie einen Teil von den Folien ausgetauscht,
deswegen werde ich in manchen Ecken ein bisschen schneller vorgehen.
Ich hatte gesagt, Identity Management als Baustein, guten Campus Managements,
möchte dann auch noch ein bisschen sagen, was meiner Meinung nach das gute Campus Management ausmacht. Insbesondere praktisch die Kräfte,
die auf uns wirken, die wird schon eigentlich zweimal gehört haben,
führt so eine Konsolidierung der Anwendungslandschaften,
die führt dann wiederum dazu, dass wir,
wir Systeme für viele Mitglieder der Hochschule betreiben oder eigentlich für alle Mitglieder der Hochschule betreiben,
das Identity Management sehr viel wichtiger wird,
weil man eben nicht mehr dem Mayer,
dem Müller persönlich kennt und weiß, welche Rechte er kriegen kann,
sondern es muss alles in höherem Maße automatisiert werden.
Das will ich ein bisschen erklären. Wie sieht das aus?
Wie funktioniert das? Was sind die Ziele? Ich stelle
ein Stück weit die Architektur in München an der TU dar.
Gehe ein auf die Aspekte von Autorisierung, also rechte Vergaberechte,
Entzug. Und wie Identity Management in der Föderation,
also im gemeinsamen Handeln von mehreren Hochschulen, zum Beispiel wirken kann.
Gehe nochmal ein Stück ein bisschen auf die Besonderheiten,
die sich im Identity-Management an Hochschulen ergeben, ein und ziehen ein kurzes Fazit.
Für mich ist gutes Campus-Magement und Compass-Magement ist in dem Zusammenhang für mich nicht IT,
sondern das ist sozusagen in Übersetzung die Verwaltung der Hochschule.
Muss verlässlich sein, sicher, transparent für alle Beteiligten,
einfach zu verstehen, durchgängig,
jetzt kommt ein bisschen Computer rein, soweit es geht,
wenn man Selbstständigung macht, dann halt wettbasiert,
man könnte alle Abläufe eigentlich auch in irgendeiner Papierform
sich vorstellen,
würde aber oftmals ein wenig komisch ankommen
Insbesondere ist die Verwaltung an der Hochschule kein Selbstzweck,
der Selbstzweck der Hochschule ist Forschen und Lehren.
Man unterstützt, versucht damit die Mitglieder der Hochschule,
ich nenne zuerst die Studenten,
soll also die Mitglieder auch schön unterstützen in Studium,
leere Forschung und Verwaltung, praktisch auch mit Absicht in der Reihenfolge.
Und im besten Sinne begleitet sie die Mitglieder der Hochschule sowohl auch
schon als Interessent oder als Bewerber bis zu ihrem seligen Ende als Alumdus,
nachdem sie uns viele Jahre treu weiter in die Treue gehalten haben.
Im besten Falle
Von den Dingen, die uns treiben, haben wir heute schon zweimal gehört.
Ich will deswegen nur sozusagen auf die Aspekte eingehen,
dass Belonia-Prozess sozusagen zu hören,
Belonia-Prozess und die Drohnen in doppelten Abiturgänge und die angestrebte Erhöhung der Studierendenzahlen an den Schülerzahlen,
einfach zu einer sehr starken Erhöhung der Geschäftsvorfälle in der Lehre führt,
im Studium führt,
also wo wir früher eine Diplomprüfung mit vier Prüfungen abhandeln konnten,
sind wir jetzt praktisch für jeden,
muss man quasi für jeden ECTS-Punkt
eine Prüfung abhalten
Führt, also leicht zu einer Verzehnfachung dieser Prüfungsleistung, sei es,
kann man unterschiedlicher Meinung sein, ob das gut ist oder schlecht,
aber es führt auf jeden Fall eine deutliche Erhöhung der Taktzahlen.
Wir haben auch Aspekte von gemeinsamen Studiengängen im, also ich denke,
in Hamburg sicherlich stärker noch als in München, praktisch im Universitätsübergradenen Zusammenhang,
auch das ist interessant. Technisch sehen wir uns da,
sahen wir uns oder sehen wir uns der Situation gegenüber,
dass man viele Dienste redundant anbietet, sei es,
dass das einer derselbe Dienste, zum Beispiel E-Mail,
mehrfach vorgehalten wird für für die verschiedenen Lehrstühle,
für verschiedene Fakultäten oder dass man Datenhaushalte redundant anlegt,
zum Beispiel hat man Studierendedaten einerseits in der Studierendenverwaltung drin und andererseits hat aber die Bibliothek quasi denselben Datenbestand selbst und wenn sie nun umziehen,
wissen sie nie genau,
wem sie Bescheid sagen sollen oder wen sie alles Bescheid sagen müssen,
dass auch alle Briefe beim glücklich ankommen.
Oftmals haben wir eine kleinteilige, kleinteilige Organisation, historisch gewachsen,
weil sozusagen bis vor fünf oder zehn Jahren war der Abteilungsrechner,
dass das Maß aller Dinge und erst mit der technischen Weiterentwicklung der Netze und Verstärkung,
da rechnen sie mir eigentlich wieder,
jetzt erst in der Lage, eine Rezentralisierung durchzuführen.
Die kleinteilige Organisation führt zu wahrscheinlich recht hohen Aufwenden,
aber gleichzeitig auch zu einem sehr hohen Service-Level. Also stellen sie sich vor,
man muss immer sagen, dass der abhängige wissenschaftliche Mitarbeiter,
der die dankenswerterweise dankenswerte Aufgabe der Systemadministration übernommen hat,
wird wahrscheinlich seinem Doktorvater gegenüber ein unglaublich hohes Service-Level an den Tag legen,
Rechenzentrum fast nicht zu schlagen, in der Lage ist.
Es ist aber auch zu vermuten, dass ihm vielleicht
ein paar mehr Unfälle passieren als dem Rechenzentrum.
Auf jeden Fall ist eine Rezentralisierung,
sowohl von der Erhöhung der Geschäftsvorfälle als auch von der Technik
als auch von zur Vermeidung der Redundanz und zur Verminderung der Aufwände einfach naheliegend.
Wenn man sich das für unseren Beispiel anschaut,
haben wir praktisch links angetragen,
wie ist der Betrieb strukturiert, ob der vollkommen dezentral,
teilteil dezentral oder vollkommen zentral gemacht ist und wie viele Benutzer hat man,
kommt mit der Konsolidierung praktisch in die Situation rein,
wo Sachen sehr viel stärker ins Zentrale und in die breite Nutzung reingehen.
Bei uns ist der Sonderfall, das hat sie vielleicht rumgesprochen,
wir haben uns auch im Januar entschieden für ein neues Campus-Management-System.
Das ist aus unserem Fall, es ist Campus online von der TU Graz,
wo wir gerade sehr fleißig am Einführen sind.
Und ich gehe vielleicht am Rande ein bisschen in die Migrations,
in die Migrationsprobleme ein, die wir da haben.
Wir bieten den Studenten für, also jetzt meinetwegen einfach nur Sicht des Studenten,
im Normalfall hat der eine ganze Batterie von Werkzeugen,
die er nutzt für sein Studium, angefangen von irgendeinen Computerzugang,
E-Mail, E-Learning-Zugängen, muss ich zur Prüfung anmelden.
Er muss gucken, wann seine Vorlesungen stattfinden.
Er muss gucken, ob diese Vorlesungen vielleicht verschoben worden sind.
Am besten nicht um 8 Uhr morgens in Form eines Zettels am großen Hörsaal.
Aber er muss praktisch, um sich da einzufinden,
bislang oder an vielen Orten muss er sich mit sehr,
sehr vielen Ansprechpartnern herumschlagen, bis er vollkommen im Bilde ist.
Er hat sprichwörtlich mehrere Szenen von Logins und Passwörtern zu merken.
Und in vielen Fällen kommt er sozusagen erst nach Wochen oder
Monaten in den vollen Genuss der Dienste.
Und das ist leider verschwendete Zeit. Ähnliche Situationen trifft auch
Mitarbeiter. Dazu ist es naheliegend, ein Identity-Management einzuführen.
Das besteht sozusagen, es besteht aus zwei Teilen.
Einerseits eine Identifizierung, Authentifizierung nicht mal zusammen, das praktisch wissen,
wer ist der Benutzer und ist er auch wirklich der Benutzer?
Also ist der Meier, der Meier und kann er das
auch beweisen in Form eines nur im bekannten Geheimnisses auf gut deutschem Passwort.
Und Autorisierung, was darf er
Und Ziel ist dann praktisch Beratstellung als Zentralen,
ständig aktuell gehalten und autorativen, Datenbestandes über die Mitglieder der Hochschule,
also Mitarbeiter, Studenten und Gästen.
Und um so eine schnelle Provisionierung von Diensten,
also die Beratstellung von Diensten zu erreichen,
aber auch wieder eine Deprovisionierung, sobald er wieder ausscheidet.
Das Ganze sollte sich am besten an den Geschäftsprozessen Universität anschmiegen,
sozusagen,
dass da die logische Einheit entsteht und dann die richtigen Auf-
und Auf-Punkte hat und
auch Absprungpunkte dafür hat
Nebeneffekt davon ist mit der Authentifizierung, ist ein Unified Loggin,
sprich sie brauchen nur noch einen Loggin-Namen, ein Passwort,
sie können ihr Passwort an einer Stelle ändern,
das soll sich dann auf alle, wirkt sich dann auf alle Dienste aus,
sie haben eine, sie haben optimalerweise auch einzelne Punkte,
wo sie zum Beispiel die erwähnte Adresseänderung durchführen können.
Prinzipiell vom Aufbau sieht das so aus,
dass sie praktisch in der obersten Schicht haben,
sie autorative Datenquellen, in unserem Fall im SAP-HR-System,
für die Mitarbeiter der TU und das Tom-Online-System,
das ist unser Kampfnamen fürs Campus-Online-System, wo Studenten und Gäste eingepflegt werden,
wobei praktisch Bewerber nach einer Vorlage eines von verlässlichen Ausweispapieren praktisch zu einem höheren Status,
was Identität erhalten, wenn sie schließlich ihre Studienbeiträge gezahlt haben,
dann wären sie auch wirklich zu Studenten.
Und der Einspeispunkt für Gäste, auf den Gästebegriff gehe ich
nachher nochmal ein. Das Ganze wird in ein Meta-Direktory gedrückt,
ein Meta-Direktory ist ein Verzeichnisdienst, möchte nicht zu technisch werden,
ist aber ein Verzeichnisdienst, der einen eigenen Datenhaushalt hat,
also praktisch ein Gedächtnis hat und weiß, wer da drin ist
Und zum Teil auch, und auch weiß,
wer mal, wer mal Benutzer war.
Und diese Informationen werden ganz nach den Ansprüchen der Zielsysteme abgereichert
oder gleichbehalten und nach unten weiterverbreitet. Und das löst,
also das erlaubt dann zum Beispiel links angefangen,
eine Authentifizierung an diversen Plattformen, diversen Wettportalen zum Beispiel,
Zugang zum Portal, Zugang an die elektronischen Zeitschriften der Bibliothek,
Zugang zum E-Learning,
Weiterverbreitung in Systeme der dezentralisierten Rechnerarbeitsplätze
Einen Zugang in aktiv Direktore, was eine Spezialisierung von
diesem Süß-Admin-Ding ist, E-Mail, Zugang zu Datenspeichern.
Also praktisch, da können sie auch beliebige andere Dienste mit dranhängen. Wichtig zu merken ist,
dadurch, dass sie den zentralen, zentralen Datenbestand haben,
fällt es ihnen relativ leicht,
ein weiteres System anzuhängen und sie geben den Systemen immer nur das mit,
was die wirklich genau wissen müssen von den jeweiligen Personen,
dass da keine zu erstens keine zusätzliche Renodanz entsteht und zweitens keine Datenschutzprobleme auftauchen.
Aber zum Beispiel kriegt eine Bibliothek, bekommt eine Adresse mitgeteilt,
weil die Bibliothek ihrerseits wiederum Briefe an die Studenten oder Mitarbeiter
schicken will, wenn Bücher nicht zurückgegeben werden.
Oder das E-Learning muss wissen, welcher im, welche Studienfächer der Student belegt.
Das ist nur der prinzipielle Aufbau, leider,
also ich gebe ihm einen kurzen Einblick in die hässliche Wirklichkeit,
die praktisch zu einer höheren Komplexität führt.
Wir haben praktisch jetzt statt dem einen Meta-Direktory, das alle versorgt,
haben wir in der Tat eine Reihe von dazwischen geschalteten sogenannten Satellitenverzeichnissen,
die jeweils eine Vorbereitung Für die Aufbereitung der Datenhaushalte,
auf die Bedürfnisse der angehängten Systeme vornehmen.
Da geht es zum Teil um Datenkonvertierung, Datenabreicherung,
zum Teil auch schon wieder um Datenanreicherung,
die das halt dann nach unten, die das weiter nach unten verbreiten.
Und sie müssen sich bei dem Modell auch vor Augen halten,
dass ein Teil von den Pfeilen besteht aus sogenannten Konnektoren.
Also Verbindung, System, die die Verbindung zwischen den einzelnen Systemen darstellen.
Und diese sind zum Teil nicht synchron, sondern zeitgesteuert.
Also sprich, das braucht ein bisschen,
bis sich eine Änderung wirklich das ganze System durchschlägt
Das führt dann darum wieder, um zu Problemen beim Supporten,
wie man sagt, ich habe mich doch gerade angemeldet,
warum kann ich mich dort nicht anmelden?
Da müssen wir jedes Mal zurückschreiben und sagen, das dauert leider bis morgen.
Erstens das, das ist also ein relativ komplexer Ablauf.
Und die Systeme sind zum Teil über mehrere organisatorische Einheiten verteilt.
Also zum Teil stehen sie in der Verwaltungsdatenverarbeitung bei uns und
zum Teil im zentralen Rettungszentrum, im Leiten des Rechenzentrums,
dass den gesamten Münchner Hochschulraum versorgt.
Und das macht es natürlich dann auch,
wenn er ein bisschen knifflig, wenn ein Problem auftaucht,
wo denn in dieser Kette
das Problem aufgetreten ist
Insgesamt ist es aber doch noch eine ganz angemessene Architektur,
weil es ihnen erlaubt,
praktisch in diesen Fallen jeweils Interfaces zu bauen und dezentral Änderungen durchzuführen.
Ist auch wieder nicht leicht zu beherrschen, aber hat den Vorteil,
dass eine Änderung nicht ins komplette System durchschlägt.
Kurzer Abschnitt über die Vergabe von Rechten. Rechte,
also das erste Ziel ist sozusagen einfach mal die Basisdienste
möglichst schnell an den Mann oder die Frau zu bringen.
Die Systeme sind in unserem Fall
hier aufgezählt
Das basiert alles auf einer Basis einer sehr groben Nutzerklassifikation,
die im Prinzip nichts anderes sagt,
als der hat eine gültige Anstellung,
der hat einen gültigen Gastaufenthalt oder ist immer trokalierter Student.
Heute nach denen, nach den zwei Klassen Mitarbeitergast oder nach Student
geben wir vor, wenn es darum geht, feinere Rechte auszugeben.
Also speziell, er darf eine ganz für einen bestimmten Fachbereich vorgesehene vorgesehene Software herunterladen.
Also der nur für diesen Fachbereich lizenziert ist.
Da müssen sie entweder auf Basis von Gruppen weitergehen,
die sie zum Teil auch noch automatisieren können
Oder wenn es wirklich sehr kompliziert wird,
wie zum Beispiel eine SAP-Berechtigung und in die Berechtigung im Campus-Management-System,
wo es darum geht, zum Beispiel welcher Dozentnoten,
in welcher Veranstaltung er geben darf, dann wird es sehr spezifisch.
Dann müssen sie dieses tatsächlich im Zielsystem vornehmen.
Nach Möglichkeit funktioniert das in der delegierten Administration. Das heißt,
das ist also nicht eine zentrale Stelle,
die Rechte vergibt, sondern dass man das Vertrauen,
dass die Rechte vergeben werden dürfen an eine Reihe von Menschen weiterdelegiert,
die das hoffentlich,
also die das verlässlich,
diese rechte Vergabe ausüben können
Wichtig haben wir lange rumgetüftelt und lange gebraucht, um das auch einzusehen,
ist, dass vieler Tribute der Quellsysteme nicht so verlässlich sind,
dass man daraus empfindliche Rechte ableiten darf.
Also ich als Illustration, es gibt Fälle,
wo sozusagen ein Professor sich mit seiner Sekretärin nicht mehr versteht und zwar gar nicht.
Und er sagt dann zum Kollegen,
ich kann die nicht mehr sehen, nimm du sie bitte,
bis sie endlich in Rente geht und versprich mir,
dass ich die Stelle dann wiederkomme,
wenn sie endlich in Rente ist
Das passiert unter der Hand, die stellen Nummer oder die Kostenstellennummer,
bleibt gleich und diese Person wandert in einen anderen Lehrstuhl rein
und dann können sie aus der Kostenstelle nichts mehr ableiten.
Also dann wäre es sozusagen auch fatal, wenn die Verfeindeten,
der verfahrene Professor und seine verfeindete Sekretärin,
automatisch bekäme die Sekretärin noch die Rechte im Lehrstuhl dieses verfeindeten Professors.
Das sind Fälle, die auftauchen und die an der Buchung vorbeigehen.
Und deswegen ist da Vorsicht angeraten,
wir hatten lange diskutiert intern sozusagen,
da muss ich halt das in der Personalverwaltung ändern und das
klappt da nicht,
der Kollege Schneider aus Freiburg
gibt mir recht
Und die Einsicht wirklich zu haben, dass das nicht klappt und
dass es irgendwie in eine zwischengeschobene Berechtigungsstufe geben muss, das braucht lange hin.
Rechnen Sie immer mit dem Schlimmsten. Entzug von den Rechten
sollen prinzipiell sozusagen einfach alles wegfallen, wenn der Student exmatikuliert wird,
die Mitarbeiter, der Kollege entlassen worden ist,
also seinen Vertrag geendet hat oder einen Gaststatus abläuft und da
soll sozusagen praktisch die größte Masse von Rechten automatisch eingezogen werden.
Kompliziert wird es bei uns,
weil wir den Alumni eine lebenslange Weiterleitung gestatten wollen,
die sie nach wie vor
pflegen müssen
Also sprich, wenn sie von GMX auf web.de umziehen, dass sie dann die Weiterleitung umstellen können.
Entzug von den speziellen Rechten geht wiederum über eine Gruppenzügerigkeit,
diese Zentralmanagen können oder wirklich im nachgelagerten System.
Aber es ist gut, wenn sozusagen alle nachgelagerten Systeme,
die übergeordnete, die am höchsten geordnete Berechtigung ist überhaupt Mitglied der Universität, berücksichtigen und dadurch das Schlimmste verhindert werden kann. Wenn Sie ihn praktisch jetzt zum Thema Föderation schäbeles,
das haben Sie vielleicht gehört, Single Sign on,
wenn Sie ein vernünftiges Vernünftig funktionierendes,
Identity-Management in ihrer Hochschule haben und dieses auch demonstrieren können und erklären können,
dass es so ist und ein gutes Gefühl dafür haben,
dass sie wissen, ein Student, wenn er nicht mehr Student ist,
dann kriege ich das zeitnah mit, ein Mitarbeiter,
kein Mitarbeiter ist, kriege ich das zeitnah mit,
dann können sie gegenüber Dritten das Vertrauen aufbauen,
dass wir Zugänge, dass er ihnen wiederum Zugang zu ihren,
zu seinen Diensten gibt und das läuft praktisch unter dem Stichwort Shibbules,
wo man den Vorteil hat, dass der Die Identität der Person, die sich an einem fremden Dienst anmelden will, wird in der Heimatorganisation überprüft.
Sprich, die Passwörter laufen nicht übers Netz, laufen nicht an,
vielleicht korrumpiertes System rein, sondern die Überprüfung findet lokal statt.
Man sagt dem gegenüberliegenden Dienst Bescheid, das ist in Ordnung,
das ist einer von uns. Ich gebe dir einen ausgewählten
Satz von Attributen mit und anhand dessen kannst du dann wiederum entscheiden,
ob du diese Person zulassen willst.
Ich kann umgekehrt meine eigenen Dienste einer anderen Organisation zugänglich machen.
Auch das hat Vorteile, meinetwegen bei Teilung von E-Learning-Inhalten
Dieselbe, das führt insbesondere auch dazu,
dass wenn sie sich einmal authentifiziert haben an ihre Heimatinstitution,
führen sie praktisch in ihrem Webbrowser ein Ticket mit sich,
das sagt, der ist schon,
der hat gerade schon mal sein Passwort eingegeben und können da doch ein Single sein und implementieren,
also sprich,
dass sie einmal sich praktisch noch einmal anmelden müssen,
dann können sie in verschiedenen Systemen arbeiten.
Das geht transparent, hat den Nachteil,
das funktioniert nur webbasiert und sie müssen ihre Systeme dabei anpassen.
Das kommt relativ stark jetzt auf,
also bekannteres Beispiel ist vielleicht Springer-Link.com,
wo sie also Zugriffe zu elektronischen Zeitschriften haben oder das Streamspark von Microsoft,
wo die Studentengelegenheit bekommen,
Entwicklungsumgebung runterzuladen
Man muss dabei beachten,
dass die Semantik oder die Anzahl der Attribute,
die sie in ihrem internen, addentity Imagement aufbauen,
wo sie sehr viel Wissen aufhäufen sozusagen über einen Studiengang,
eine organisatorische Zugehörigkeit, was macht der Mensch,
was tut er, wer ist das denn,
das ist relativ eng in diesen, in diesen Föderationen gefasst,
dass man praktisch wenig mehr rausbekommen kann als einen Namen,
einen Organisationszugehörigkeit und eine Rolle dort und auch die nur sie jetzt sozusagen sehr grob,
da wird im deutschen Bereich DFN-AI,
ist dann ein sehr wichtiger Spieler,
da sind wir gerade dabei,
das ein Stück weit aufzubohren,
dass wir
auch Studenteninformationen transportieren können
Ist aber praktisch zusammenfassend ist diese Föderation eine Möglichkeit, die eigenen Nutzer woanders teilnehmen zu lassen.
Umgekehrt auch Nutzer von fremden Seiten in die eigenen Systeme reinzulassen.
Auf eine sichere Art und Weise, sichere standardisierte Art und Weise.
Das ist eine sehr charmante Auswirkung von dem Identity Management.
Gehen wir kurz ein auf die Besonderheiten an Hochschulen,
im Gegensatz zu normalen Unternehmen. Wir haben,
insbesondere haben wir zusätzliche Datenquellen, namentlich nicht nur Mitarbeiter,
sondern wir haben auch Studenten, eh klar, Gäste und Alumni,
wobei Gäste ein sehr weites Feld ist, was das sein mag.
Sie fängt an von Gast-Dozenten, Gaststudenten,
Stadtbenutzern der Bibliothek, um dieses sozusagen zu formalisieren,
ist eine Aufgabe und sozusagen die Rahmen zu ziehen,
wo sie sagen, nein, nein,
der muss sich wirklich immer tikulieren,
dann können wir ihn als Ständen auch richtig verarbeiten oder das ist ein Gast einer so niedrigen Klasse,
dass er nur sehr geringe Rechte bekommt.
Das muss man machen,
sondern auch eine besondere Sache auch in der Universität ist,
die Fluktuation ist sehr hoch,
also mit typischen Vertragslaufzeiten von 2 plus,
2 plus 1 bis
einem Jahr
Bachelor-Studenten, die, wie wir hoffen, in sechs Semestern wieder draußen sind.
Sie haben mal so einen riesigen Durchsatz von Leuten.
Praktisch, das bleibt, sie tauschen,
tauschen sozusagen jedes Jahr 20 bis 25 Prozent ihrer Population aus.
Organisatorische Fragestellungen, die sehr spaßig werden können, ist sozusagen dieses naive Studenten-Mitarbeiter.
Was ist das genau? Sie können es selber lesen?
Datenschutz-Datensicherheit ist auch mal ein großes Thema. Wir hatten letztens,
glaube ich, in Göttingen, hatten wir einen kleinen Skandal,
wo genau aus dem Identity-Management die Studierenden Mitarbeiterdaten versehentlich freigestellt,
also ins Netz gestellt worden sind
Muss ich sagen, hätte uns auch passieren können.
Also sie haben vorhin die Architektur gesehen,
da ist den ganzen Bergen hier von Systemen unterwegs,
da sind zum Teil 50 und Mehrsysteme da, die die Authentifizierung übernehmen.
Das ist betrüblich, wenn es passiert. Man muss aufpassen
, das ist nicht passiert. Datenschutz, Datensicherheit hat deswegen
sozusagen erstmal eine psychologische Komponente. Es ist klarmachen,
was man tut, rechtzeitig mit Personalrat, Datenschutzbeauftragten und Studierenden reden.
Das sind zumindest bei uns die wichtigsten Mitspieler,
was da Besorgnisse angeht und halt auch offen und ehrlich kommunizieren und auch mal,
wenn es einen Vorfall gibt, Also erklärend, was man tut.
Und wenn es einen Vorfall gibt, dann auch einstehen,
das, was passiert ist.
Gesetzlich sind wir das Bayerische Schosho-Gesetz relativ eigentlich sehr gut ausgestattet,
was die Verarbeitung von diesen Daten angeht.
Also wir brauchen meiner Meinung nach keine,
keine extra Unterschriften von Studenten oder Mitarbeitern zu sammeln,
dass wir ihre Daten verwenden wollen.
Einfach weil wir durch das Bayerische Schosho-Gesetz immer wieder rauslesen können,
das sollen wir und dadurch haben wir eine gesetzliche Ermächtigung dazu, dies zu tun.
Nichts dennoch machen wir praktisch für für alle Sachen werden sauber,
auch dem Datenschutzbeauftragten gegenüber dokumentiert und freigegeben und dort auch aggressiv diskutiert mit ihm.
Also in dem Sinne, dass ich selber sage,
pass auf, da könnte ein Problem sein.
Bitte gib dazu speziell zu diesem Aspekt auch eine Meinung ab.
Also ich lege nicht die Datenschutzfreigaben vor und hoffe,
dass alles gut geht, sondern ich spreche das direkt an.
Und man muss sozusagen jeden einzelnen Zugriff auf dieses zentrale Verzeichnis
auch selbst wieder mit einer Freigabe genehmigen lassen,
wenn es darum geht,
dass sozusagen das System beginnt,
einen eigenen Datenhaushalt anzulegen
Technisch geht die Datensicherung, einerseits auf der Linie,
dass ein zentrales System doch besser zu schützen ist als lauter dezentrale Einrichtungen.
Wir hatten auch wieder, dass du mir Playstation geplaudert hast,
ein Kollege kümmert sich um das Thema Google Hacking, also sprich,
wenn ich einfach nur bei Google eine kluge Suchanfolge eingräbe,
was finde ich denn?
Und dann hatten wir die Prüfungs-, die Prüfungs-Access-Datenbank der Bioinformatiker gefunden,
wo jemand versehentlich sozusagen ins falsche Laufwerk reinkopiert hat,
wir haben die Logs, also wir haben da schnell Bescheid gesagt,
die Logs kontrolliert,
das waren zum Glück nur die Robots drauf,
die da mal geguckt haben
Und sonst bisher noch keiner, aber auch sowas kann passieren.
Also zentrale Systeme sind an und für sich besser zu schützen. Wenn sie,
wenn sie vorhin aufgepasst haben, wir haben ungefähr 50 Systeme,
die sich zur Authentifizierung an das System anlehnen, da haben sie,
könnte man sagen, da ist auch eine dicke Lücke drin.
Wichtig ist sozusagen,
dass die Kommunikation vom Webclient in das jeweilig nutzende System rein abgesichert wird und dann,
dass die Strecke von dem Nutzenden System,
Server zum Authentifizierungsdienst abgesichert wird und dass sie eine,
sie können durch die verwendeten Protokolle,
das ist älter,
können sie eine sehr restriktive Rechtevergabe fahren
Endeffekt, dass praktisch nicht der nutzende Dienst nicht sagt,
so ich hole mir einfach mal alle 30.000 Datensätze runter,
weil es mich gerade interessiert,
sondern da muss schon ein Benutzer vor dem Rechner sitzen,
sein Passwort abgeben und dann gibt das System überhaupt erst nur eine ausgewählte Zahl von Attributen frei.
Also es können sozusagen so ein einfaches, authentifizierendes System,
kann nicht missbraucht werden, um den gesamten Datenbestand abzuahnten.
So, nochmal kurz zu den Sonderaspekten der Einführung. Ich glaube,
das kann ich auch kurz machen,
weil das von den Vorrätern viel schöner noch dargestellt worden ist,
welche Aspekte an der technischen Veränderung wie die Auswirkungen in Universität sind,
das ist sehr stark Nutzer einbinden, Ängsten entgegentreten.
Manchmal, also insbesondere auch die Zentralisierung, da ist das Hauptargument,
zwei Hauptargumente ist erstens, ich kann es viel besser.
Zweitens, ich habe mein System viel lieber, erstens nicht ganz viel besser und zweitens,
was arbeite ich denn dann, wenn ihr es zentral macht?
Da muss man klar machen, also da muss man schon auch klar machen,
dass man die Gewinne an Effizienz nicht in, zumindest bei uns,
nicht im Personalabbau steckt, sondern in Erhöhung der Qualität und dadurch,
dass der Biologe halt wieder das tun kann,
was er tun muss zum Beispiel Ikulis zählen,
statt einen Webserver zu betreuen oder einen E-Mail-Server zu betreiben.
Dadurch, dass sehr viele Einheiten betroffen sind, haben sie gleichzeitig eine Gelegenheit,
Prozesse zu Prozesse zu optimieren und müssen auch sehr viel untereinander abstimmen,
insbesondere auch, ich habe es jetzt hier mal Domain genannt,
praktisch Einigkeit drüber zu finden, Einigkeit drüber zu finden,
was denn die Bezeichner sind innerhalb der Uni und was ein Studiengang bedeutet und was nur immer,
wie lange im Hotrikulation läuft, lauter viele kleine Sachen,
die zwei verschiedene Abteilungen, wo man sozusagen dasselbe Wort nimmt,
aber zwei verschiedene Abteilungen oder zwei verschiedene Menschen komplett unterschiedliche Auffassung drüber haben.
Was ich im Gegensatz zu den Vorräten festgestellt habe,
sozusagen die IT, die Einführung von ambitionierten IT-Projekten,
ist eine Zeit lang ein Anstoß und ein anderer als dazu,
Geschäftsprozesse wieder neu zu denken, neu zu überlegen,
aber sie fahren an irgendeinem Punkt, fahren sie,
kommen sie in die Position rein,
wo sie es als IT nicht mehr treiben können,
sondern dann praktisch die Rollen wieder wechseln müssen,
sie in der Organisation wieder vorne finden müssen,
sozusagen von der fachlichen Seite wiederum dasselbe Thema annehmen.
Also das geht sozusagen wie beim Kaminklettern, also erst die Schulter
hoch und dann die Füße hoch und dann Schulter hoch.
Das muss im gegenseitigen Wechsel passieren. Da kann nicht die IT
alleine und da kann auch nicht die fachliche Seite alleine Sachen vorantreiben.
Da lernt man voneinander und ich glaube, das ist auch gut und führt zu einer, immer wieder zu einem Nachjustieren. Das hatte ich vorhin auch noch angedeutet sozusagen,
dass die mit den Datenqualitäten, die sie da benutzen,
manche böse Überraschung erleben können, ich habe das erwähnt,
mit den Kostenstellen, das waren so die Spitzen des Eisbergs,
aber auch viele Sachen, wo sie ein Attribut sehen und sagen,
Beschäftigungsort, super, da steht jetzt in unserem Fall,
wir haben drei Kampy in drei verschiedenen Städten,
München war ein Stefan und Garching bei München,
da steht jetzt Wein Stefan drin und da steht München drin und denkt sich,
super, damit kann ich irgendwas anfangen, bis einem schließlich auffällt,
dass er komischerweise kein Mensch in Garching,
das fällt nie mit Garching gefüllt ist und da sollten mich auch 8000 Leute arbeiten.
Es können immer wieder Überraschungen auftauchen. Sie werden anfänglich hohe
und nach diesen Feststellungen anfänglich hohe Aufwände haben oder Datenkonsolidierung.
Und werden diese Datenqualitätserhaltende Maßnahmen auch beibehalten müssen. Also praktisch,
wir raten zu einer Rolle von einem Identity Manager. Weil das,
weil Universitäten im Prinzip wie Banken sind und wenn ich zwei Jahre zusperren kann,
die Systeme zum Laufen zu bringen,
weil da würden die Studenten uns den Vogel zeigen,
insbesondere wenn wir dann sagen, tut uns leid,
wir haben jetzt all deine Prüfungsdaten verloren,
muss ich nochmal anfangen.
Hast du vielleicht noch einen Schein? Müssen sie beim Umsetzen immer sehr vorsichtig sein,
planen, testen und trotzdem immer wieder das Schlimmste gefasst sein.
Insgesamt Ist Identity-Management eine Voraussetzung für zentral bereitgestellte, konsolidierte Dienste am Campus,
soll den Mitglieder der Hochschule von Anfang bis zum Ende begleiten.
Einführung ist aufwendig, man muss ein Stück weit in Konsolidierung
investieren, das betrifft Prozesse, Systeme und die Daten.
Und ja, Vorteil ist, kommt dich hoffentlich klar machen,
also wir haben eine schnelle Versorgung von Mitgliedern der Hochschule mit dem benötigen Dienst,
eine schnelle Entsorgung umgekehrt auch
Wir haben eine deutliche Reduktion der Anlaufschwierigkeiten für neue Kollegen und neue Studenten.
Wir müssen deutlich weniger administrieren, weil viele Sachen verlässlich funktionieren.
Oft mittel- und langfristig kriegt man deutlich verbesserte Datenqualität,
erreicht man deutlich, weil bessere Datenqualitäten.
Und das heißt für mich, man hat insgesamt auch ein besseres Campus-Management.
Man kann sich um andere Dinge kümmern und das besser.
Vielen Dank für die Aufmerksamkeit