Source: http://docplayer.org/1133548-Zwischen-der-leitung-der-universitaet-augsburg-vertreten-durch-die-praesidentin-und-den-kanzler-und.html
Timestamp: 2016-10-21 09:29:25
Document Index: 261526619

Matched Legal Cases: ['Art. 73', 'Art. 75', 'Art. 26', 'Art. 26', 'Art. 73', 'Art. 26', 'Art. 26']

⭐Zwischen der Leitung der Universität Augsburg, vertreten durch die Präsidentin und den Kanzler, und
Download "Zwischen der Leitung der Universität Augsburg, vertreten durch die Präsidentin und den Kanzler, und"
1 Zwischen der Leitung der Universität Augsburg, vertreten durch die Präsidentin und den Kanzler, und dem Personalrat der Universität Augsburg, vertreten durch den stellvertretenden Vorsitzenden, wird gem. Art. 73 Abs.1 Satz 1 i. V. mit Art. 75a Abs.1 Nr. 2 des Bayerischen Personalvertretungsgesetzes (BayPVG) nachfolgende Dienstvereinbarung über die Einführung und den Betrieb des Identity Management Systems mit den daran angeschlossenen Quell- und Zielsystemen (nachfolgend als IdM-System bezeichnet) vom mit den geänderten Anlagen vom abgeschlossen: 1 Geltungsbereich (1) Diese Dienstvereinbarung mit ihren Anlagen 1 (Systembeschreibung und Datenfelder des IdM-Systems), 2 (Beschreibung der Zielsysteme) und 3 (Datenschutzfreigabe Verfahrensbeschreibung nach Art. 26 Abs. 3 Satz 1 Bayerisches Datenschutzgesetz (BayDSG) in den jeweils geltenden Fassungen gilt für alle Beschäftigte der Universität Augsburg. (2) Diese Dienstvereinbarung regelt die Bedingungen für Einführung, Betrieb und Weiterentwicklung des IdM-Systems an der Universität Augsburg sowie den Umfang der vom Personalverwaltungssystem VIVA (Quellsystem) übernommenen Datenfelder und deren Speicherung, Verarbeitung und Übermittlung an die angeschlossenen Zielsysteme (Anlage 2). (3) Diese Dienstvereinbarung bezieht sich nicht auf die Einführung und den Betrieb der Systeme, die an das IdM-System angeschlossen werden. Diese haben eigene Begründungen und Grundlagen für ihren Betrieb. 2 Aufgaben und Ziele des IdM-Systems (1) Das IdM-System ordnet jeder/jedem Universitätsangehörigen auf der Basis autoritativer, tagesaktueller Personen- und Organisationsdaten eine eindeutige digitale Identität zu. Diese digitale Identität repräsentiert Universitätsangehörige in den IuK-Systemen der Universität Seite 1 von 42 Augsburg und liefert die Grundlage für die automatisierte Zuteilung von Zugriffsberechtigungen. Die Universitätsangehörigen können durch Nachweis ihrer jeweiligen digitalen Identität und entsprechend ihrer Berechtigungen auf sämtliche personalisierten IuK-Dienste der Universität zugreifen. (2) Um über autoritative, tagesaktuelle Informationen zu allen Beschäftigten zu verfügen, bezieht das IdM-System täglich personenbezogene Daten aus dem Personalverwaltungssystem VIVA. (3) Mit dem Betrieb des IdM-Systems werden darüber hinaus insbesondere folgende Ziele verfolgt: a) Standardisierung von Administrations- und Verwaltungsvorgängen bzgl. der Zugangsverwaltung zu den personalisierten IuK-Systemen. b) Erhöhung der Datenqualität der Identitätsdaten. c) Erhöhung des Datenschutzes durch Transparenz bzgl. der Speicherung von Personendaten und der zugrundeliegenden Datenflüsse. e) Erhöhung des Datenschutzes durch gezielte Verwaltung von Nutzungsrechten. f) Erhöhung der Sicherheit durch eindeutige digitale Identitäten. g) Vermeidung von Mehrfachdatenhaltung in den verschiedenen IuK-Systemen. 3 Ausschluss der Leistungs- und Verhaltenskontrolle Das IdM-System wird nicht zur Leistungs- und Verhaltenskontrolle genutzt. Statistische Auswertungen sind ausschließlich anonymisiert zulässig. Der Systembetreiber gewährt dem Personalrat auf Verlangen Einsicht in die Systemdaten. 4 Änderung und Erweiterung des Systems (1) Bei der Entwicklung neuer oder wesentlichen Erweiterung bestehender Schnittstellen der Quell- und Zielsysteme zum IdM-System ist deren Inbetriebnahme nur unter Einhaltung der datenschutzrechtlichen Bestimmungen und nach rechtzeitiger Einbeziehung des Personalrates durch den Systembetreiber zulässig. 5 Datenschutz und Datensicherheit (1) Die Universität sichert personenbezogene Daten gegen Verlust, Ausspähung, Manipulation usw. durch entsprechende technische und organisatorische Maßnahmen. Personenbezogene Daten dürfen im IdM-System nur verarbeitet werden, wenn diese Verarbeitung unter Beachtung des BayDSG in der jeweils geltenden Fassung geregelt ist. Art und Umfang der zu verarbeitenden personenbezogenen Daten ergeben sich aus der Anlage 1. (2) Wird eine missbräuchliche Nutzung festgestellt, ist die Universität verpflichtet, die Ursachen dafür umgehend abzustellen und den Personalrat, sowie die Datenschutzbeauftragte/den Datenschutzbeauftragten zu informieren. Besteht ein ausreichend begründeter Verdacht der missbräuchlichen Datenerhebung oder missbräuchlichen Nutzung des IdM- Systems, findet im Einvernehmen mit dem Personalrat eine gezielte Überprüfung statt. (3) Die Beschäftigten werden rechtzeitig und in geeigneter Art und Weise durch den Systembetreiber über die Einführung und Funktionsweise des IdM-Systems informiert. Sie erhalten auf Anfrage Auskunft über alle zu ihrer Person im IdM gespeicherten Daten. Beschäftigte erhalten bei ihrer Einstellung ein entsprechendes Formblatt. (4) Die Löschungsfristen richten sich nach den geltenden gesetzlichen, insbesondere datenschutzrechtlichen Bestimmungen. (5) Verarbeitungs- und nutzungsberechtigte Personengruppen sind in der aktuell geltenden Datenschutzfreigabe (Verfahrensbeschreibung nach Art. 26 Abs. 3 Satz 1 BayDSG) festgelegt. (Anlage 3) 6 Anschluss von Zielsystemen (1) Jedes Zielsystem ist in der Anlage 2 dieser Dienstvereinbarung in einem eigenen Abschnitt zu dokumentieren. (2) Die Systemadministratorinnen/Systemadministratoren der Zielsysteme werden in einer vom Systembetreiber geführten Liste erfasst. (2) Die Anlagen sind durch den Systembetreiber entsprechend anzupassen. Seite 2 von 4 Seite 3 von 43 7 Inkrafttreten, Laufzeit, Kündigung (1) Die Dienstvereinbarung tritt mit ihrer Unterzeichnung in Kraft. (2) Für die Kündigung dieser Vereinbarung gilt Art. 73 Abs. 4 des Bayerischen Personalvertretungsgesetzes in der jeweils geltenden Fassung. Die Parteien haben unverzüglich Verhandlungen über eine neue Dienstvereinbarung aufzunehmen. Bis zum Abschluss einer neuen Dienstvereinbarung gilt die bisherige fort. (3) Einvernehmliche Änderungen bedürfen der Schriftform und sind jederzeit ohne Kündigung möglich. Anlage 1 zur Dienstvereinbarung über die Einführung und den Betrieb des Identity Management Systems mit den daran angeschlossenen Quell- und Zielsystemen (nachfolgend als IdM-System bezeichnet) Anlagen: Systembeschreibung und Datenfelder des IdM-Systems (mit Grundsätzen für ein Sicherheitskonzept) 1. Systembeschreibung und Datenfelder des IdM-Systems (mit Grundsätzen für ein Sicherheitskonzept) 2. Beschreibung der Zielsysteme 3. Datenschutzfreigabe (Verfahrensbeschreibung nach Art. 26 Abs. 3 Satz 1 BayDSG) Augsburg, den Stellv. Vorsitzender Präsidentin Kanzler des Personalrats der Universität der Universität der Universität (Prof. Dr. Sabine Doering-Manteuffel) (Alois Zimmermann) (Joachim Lutz) Stand Seite 4 von 4 Seite 1 von 64 Inhaltsverzeichnis 1 Vorbemerkungen Aufgaben des IdM-Systems Struktur des IdM-Systems Personenbezogene Datenfelder des IdM-Systems und ihre Anwendungen Personenbezogene Daten im Überblick Schnittstellen zu den Quellsystemen Administrationskonzept Protokollierung der Konnektoraktivitäten*) Grundsätze zum Sicherheitskonzept des IdM-Systems Anhang: Glossar Vorbemerkungen Diese Anlage beschreibt im Überblick das IdM-System der Universität Augsburg sowie die darin verwendeten Datenfelder. Diese Anlage reflektiert den aktuellen Stand unter Berücksichtigung der Anforderungen der beteiligten Systeme und konzentriert sich auf die für die Dienstvereinbarung wesentlichen Aspekte. Das Rechenzentrum übernimmt stellvertretend für die Universität Augsburg (Systembetreiber) die Einführung und den Betrieb des IdM-Systems. 2 Aufgaben des IdM-Systems Das IdM-System ist ein Filter zwischen den Quellsystemen und den Zielsystemen mit den darauf zugreifenden Endsystemen *). Es ist nicht die Aufgabe des IdM-Systems, Daten selbst zu erfassen oder zu veröffentlichen. Es soll anderen Systemen als Quelle dienen. Das IdM-System hat folgende Aufgaben: Die weitgehend automatische Verwaltung persönlich zugeordneter EDV-Ressourcen anzustoßen. Die Grundlage für die Zuteilung von Zugriffsberechtigungen zu liefern. Dafür Sorge zu tragen, dass angeschlossene EDV-Systeme verlässliche und aktuelle Daten über die Mitglieder der Universität erhalten. Den Endsystemen werden dann nur diejenigen Informationen zur Verfügung gestellt, die für die Authentifizierungs- *) und Namensdienste notwendig sind. 3 Struktur des IdM-Systems Die Abbildung zeigt einen schematischen Überblick über die Integration des IdM-Systems in die bestehende IT-Infrastruktur an der Universität Augsburg. Das aus drei Schichten (Daten-Integration, Identity-Management und Provisionierung) bestehende IdM-System versorgt die Zielsysteme mit Schnittstellen zur Authentifizierung *) sowie den benötigten Benutzer- und Gruppeninformationen (Namensdienste). Seite 2 von 6 Seite 3 von 65 Quellsysteme: Zur Gewinnung der Identitätsinformationen werden die verschiedenen Datenbanken der Quellsysteme, Personalverwaltung (VIVA *) ), Studierendenverwaltung (HIS-SOS *) ) sowie die Gästeverwaltung *), durch automatische Prozesse über die Daten-Integrationsschicht an den IdM-Kern *) angebunden. Daten-Integration: Die Daten-Integrationsschicht hat die Aufgabe, unterschiedliche digitale Identitäten zu einer digitalen Identität zusammen zu führen. Wenn z.b. eine Person sowohl Beschäftigte/Beschäftigter als auch Studierende/Studierender ist, dann wird somit nur ein Datensatz für diese Person im IdM-Kern angelegt. Identity-Management: Im IdM-Kern werden die vom IdM-System verwalteten personenbezogenen Daten gespeichert. Zugriff auf die im IdM-Kern gespeicherten Daten hat nur der in Anlage 3 der Dienstvereinbarung genannte Personenkreis. Provisionierungsschicht: Die Provisionierungsschicht hat die Aufgabe, die im IdM-Kern verwalteten RZ-Benutzerkennungen *) und Gruppeninformationen automatisiert an die Zielsysteme zu liefern. Als Zielsysteme gibt es Microsoft Active Directory *) für die Versorgung der Windows-Arbeitsplätze, die OpenLDAP/Kerberos- Infrastruktur *) für alle anderen Endsysteme *) und das Karten-Management-System (KMS) zur Bereitstellung der Campus Card Augsburg für Studierende und Beschäftigte. 4 Personenbezogene Datenfelder des IdM-Systems und ihre Anwendungen Die zahlreichen durch das IdM-System unterstützten Anwendungen erfordern auch die Speicherung personenbezogener Daten im IdM-System. Die benötigten Datenfelder werden im Folgenden näher erläutert. 4.1 Personenbezogene Daten im Überblick Datenfeld Kurzbeschreibung HIS- SOS Quellen VIVA Gästeverwaltung Nachname kompletter Nachname der Person x x x x Namenzusätze Namenszusätze der Person, z.b. von, van der x x x x Vorname kompletter Vorname der Person x x x x Vorgestellte Titel Titel der Person, z. B. Dr. x x x x Nachgestellte Titel z.b. Ph.D. x x x x Geburtsname Geburtsname der Person x x x Geburtsdatum Geburtsdatum der Person x x x x Geschlecht Geschlecht der Person x x x x Quellsystem dient interner technischer Zwecke; mögliche Werte: HIS-SOS, VIVA, Gast x Identifikator universell eindeutiger Schlüssel für einen Eintrag, vom IdM intern generiert x Matrikelnummer Matrikelnummer der Studierenden/des Studierenden x x Datum der Immatrikulation Immatrikulationsdatum x x Datum der Exmatrikulation Exmatrikulationsdatum x x Semesterstatus rückgemeldet, exmatrikuliert, beurlaubt, Neueinschreibung x x Studiengang, -Nr., Fakultät, Fachsemester, Bei Studierenden für die Ableitung von Gruppenmitgliedschaften als Angestrebter Abschluss, Voraussetzung für spezielle Berechtigungen Kennzeichen für Haupt- oder Nebenfach x x Identnummer eindeutiger Schlüssel für einen Eintrag in HIS-SOS x x Studienbeginn erster Tag des Studiums des Studierenden x x Rückgemeldet bis letzter Tag des Semesters bis zu dem der Studierende zurückgemeldet ist x x VIVA-Nummer VIVA-Nummer einer Beschäftigten/eines Beschäftigten x x Mitarbeiterart Angabe ob Univ. Prof., PD., wissensch., techn., Verw.- oder sonstiges Personal x x Vertragsbeginn Datum des Vertragsbeginns x x Vertragsende Datum des Vertragsendes x x Organisationseinheit Organisationszugehörigkeit einer Person, entspricht einer Objekt-ID x x Objektbezeichner Textbeschreibung einer Organisationseinheit, z.b. Rechenzentrum x x Objekt-ID ID einer Organisationseinheit x x Gastnummer Gast-ID des Gastes x x Gaststatusbeginn Startdatum der Gastzugehörigkeit x x Gaststatusende Enddatum der Gastzugehörigkeit x x Gasteinrichtung Einrichtung, welcher der Gast zugeordnet ist x x RZ-Benutzerkennung Login-Name einer Person für die Benutzung von IT-Diensten der Universität x Initialpasswort Startpasswort, das bei der Erstellung der RZ-Benutzerkennung generiert wird x IdM Primärgruppe Primäre Gruppe, der die RZ-Benutzerkennung zugeordnet ist x Status eines Accounts gibt an ob die RZ-Benutzerkennung aktiv ist x Startdatum eines Accounts gibt an ab wann eine RZ-Benutzerkennung gültig ist x Enddatum eines Accounts gibt an bis wann eine RZ-Benutzerkennung gültig ist x Gruppen mit Gruppenmitgliedern Gruppenzugehörigkeiten x Die benötigten personenbezogenen Daten lassen sich prinzipiell in drei Kategorien einteilen. Daten zur Identifizierung von Personen - Nachname, Namenszusätze, Vornamen, Titel, Geburtsname, Geburtsdatum - Matrikelnummer, Identnummer, VIVA-Nummer *), Gastnummer - Identifikator Anwendungsorientierte personenbezogene Daten - RZ-Benutzerkennung *) - Initialpasswort - Primärgruppe und weitere Gruppen - Studiengang, -Nr., Fakultät, Fachsemester, angestrebter Abschluss, Kennzeichen für Haupt- oder Nebenfach und Semesterstatus - Mitarbeiterart, Organisationseinheit, Gasteinrichtung - Objektbezeichner und Objekt-ID - Datum der Immatrikulation und Exmatrikulation, Studienbeginn, Rückgemeldet bis, Vertragsbeginn und Vertragsende, Gaststatusbeginn und -ende - Geschlecht Technisch orientierte Daten zum Aufbau der verzeichnisinternen Strukturen. - Quellsystem - Gültigkeitsstatus einer RZ-Benutzerkennung - Beginn- und Enddatum einer RZ-Benutzerkennung 5 Schnittstellen zu den Quellsystemen Programme, die die Verbindung von Quell- und Zielsystemen zum IdM-System herstellen und die den Datenfluss durch definierte Regeln festlegen, werden Schnittstellen oder Konnektoren *) genannt. Dabei muss von den Quellsystemen nur der lesende Zugriff und ein aktueller Export der betreffenden Datenfelder gewährt werden. Der Konnektor liest in regelmäßigen Abständen diesen Export ein und errechnet Änderungen durch einen Vergleich mit dem vorhergehenden Datenbestand. Diese Änderungen werden dann automatisch entsprechend definierter Regeln verarbeitet. Die Daten werden bei diesem Vorgang zum IdM-System verschlüsselt übertragen, wodurch ein Ausspähen der Daten verhindert wird. 6 Administrationskonzept Die vollen und ausschließlichen Administrationsrechte auf Hard- und Software des IdM-Systems (inkl. IdM- Kern *), Konnektoren *) und Service- und Administrationsapplikationen) werden nur die zuständigen IdM-Administratorinnen/IdM-Administratoren im Rechenzentrum innehaben. Im IdM-Kern muss man zwischen Personen- und Gruppendaten unterscheiden, die in jeweils eigenen Bereichen liegen. Im Gruppenbereich werden Administrationsrechte an Gruppen-Administratorinnen/Gruppen-Administratoren (in der Regel die DV-Betreuerinnen/DV-Betreuer) delegiert. Sie beziehen sich rein auf das Anlegen, Ändern und Löschen von Gruppen. Die Gruppen-Administratorinnen/Gruppen-Administratoren haben im Personenbereich hingegen keinerlei Administrationsrechte. Sie können dort lediglich die betrieblich notwendigen Attribute einsehen. Später werden eingeschränkte Rechte an die Mitarbeiterinnen/Mitarbeiter des Beratungs- und Servicezentrums vergeben, soweit dies für den regelmäßigen Betrieb notwendig ist. Die aktuell zuständigen Administratorinnen/Administratoren des IdM-Systems werden auf einer Liste im Rechenzentrum erfasst (siehe 6 Abs. 2 Dienstvereinbarung). Seite 4 von 6 Seite 5 von 66 7 Protokollierung der Konnektoraktivitäten *) Sämtliche Identity Management Konnektoren *) erstellen in geschützten Verzeichnissen auf dem Identity Management Server detaillierte Logdateien. Diese werden regelmäßig archiviert und in die Datensicherung einbezogen. 8 Grundsätze zum Sicherheitskonzept des IdM-Systems Das IdM-System mit sämtlichen darin enthaltenen Daten ist entsprechend der jeweils aktuellen technischen und organisatorischen Möglichkeiten vor Missbrauch, Manipulation und Ausspähung zu schützen. Im IdM-System werden sogenannte funktionsbezogene Accounts, zum Beispiel für den Zugriff der Konnektoren, verwaltet. Diese funktionsbezogenen Accounts stellen keine zu verwaltenden Personen im herkömmlichen Sinne dar und greifen lesend und schreibend auf den IdM-Kern*) zu. Die Art und Weise des Zugriffs dieser funktionsbezogenen Accounts ist so gestaltet, dass sich die Kommunika tionsbeziehungen und der Datenaustausch mit dem IdM-System auf das erforderliche Mindestmaß beschränken. 8.1 Anhang: Glossar Active Directory: Das Microsoft Active Directory System des Rechenzentrums ist die Grundlage für den Betrieb von Windows-Arbeitsplätzen und Windows-Diensten an der Universität Augsburg sowie die Authentifizierung und Autorisierung der Benutzerinnen/Benutzer gegenüber diesen Systemen. Authentifizierung: Authentifizierung (v. griech. authentikos für Anführer ) ist der Vorgang der Überprüfung (Verifikation) einer behaupteten Identität, beispielsweise einer Person oder eines Objekts. Dies erfolgt im einfachsten Fall durch Angabe eines Anmeldenamens und des zugehörigen Passworts. Endsysteme: Endsysteme sind die diversen personalisierten IT-Systeme der Universität Augsburg (Unix/ Linux/Windows-Arbeitsplätze, Mailsystem, Content Management System, Web-Dienste, QIS-Portal der Universitätsverwaltung u.v.m.). Gästeverwaltung: In der Gästeverwaltung werden die Personen verwaltet, die weder in HIS-SOS noch in VIVA erfasst werden, z. B. Tagungs- oder Forschungsgäste. Die Gästeverwaltung wird vom Rechenzentrum gepflegt. HIS-SOS: HIS-SOS ist die Studierendenverwaltung, die von der Studentenkanzlei gepflegt wird. IdM-Kern: Der IdM-Kern ist ein Verzeichnisdienst, der die Daten von anderen Verzeichnisdiensten zusammenfasst. Dies ermöglicht es, mehrere Verzeichnisdienste zu synchronisieren. Kerberos V: Kerberos V (v. griech. Cerberus, ist in der griech. Mythologie der Höllenhund und Torhüter, der den Eingang zur Unterwelt bewacht) ist ein sicherer Authentifizierungsdienst, der die Passwörter der Benutzer verschlüsselt speichert. Kerberos V ist zusammen mit OpenLDAP die Grundlage zur Authentifizierung und Autorisierung der meisten IT-Dienste der Universität Augsburg (Endsysteme). Konnektor: Programme, die die Verbindung von Quell- und Zielsystemen zum IdM-System herstellen und die den Datenfluss durch definierte Regeln festlegen, werden Konnektoren oder Schnittstellen genannt. LDAP: Das Lightweight Directory Access Protocol (LDAP) ist ein Anwendungsprotokoll, das die Abfrage und die Modifikation von Informationen eines Verzeichnisdienstes ermöglicht. OpenLDAP: OpenLDAP ist ein offener Verzeichnisdienst, in dem die Benutzer- und Gruppeninformationen abgelegt werden. OpenLDAP ist zusammen mit Kerberos V die Grundlage zur Authentifizierung und Autorisierung der meisten IT-Dienste der Universität Augsburg (Endsysteme). RZ-Benutzerkennung: Die RZ-Benutzerkennung ist die persönliche Benutzerkennung der Universitätsangehörigen (und Gäste) zu den personalisierten IT-Systemen der Universität Augsburg. Sie dient dem Nachweis der persönlichen Identität. VIVA: VIVA ist die Personalverwaltung, die von der Personalabteilung gepflegt wird. Anlage 2 zur Dienstvereinbarung über die Einführung und den Betrieb des Identity Management Systems mit den daran angeschlossenen Quell- und Zielsystemen (nachfolgend als IdM-System bezeichnet) Beschreibung der Zielsysteme Stand Seite 6 von 6 Seite 1 von 57 Inhaltsverzeichnis Inhaltsverzeichnis Übersicht Zielsysteme Aktuelle Zielsysteme OpenLDAP/Kerberos Infrastruktur des Rechenzentrums Systembeschreibung Ziele Benötigte Daten Art der Datenweitergabe und -verwendung Microsoft Active Directory des Rechenzentrums Systembeschreibung Ziele Benötigte Daten Art der Datenweitergabe und -verwendung Karten-Management-System Systembeschreibung Ziele Benötigte Daten Art der Datenweitergabe und -verwendung Übersicht Zielsysteme Bei der Anbindung der Zielsysteme wird pro Zielsystem ein Abschnitt mit folgenden Informationen erstellt: 1) Eine grundsätzliche Beschreibung des Systems (Systembeschreibung) 2) Eine Darlegung der Ziele, die mit dem System verfolgt werden (Ziele) 3) Eine Aufstellung der vom IdM-System weitergegebenen Datenfelder (Benötigte Daten) 4) Eine Beschreibung und Begründung der Regeln, die der Weitergabe der Daten oder der Zuteilung einer Ressource oder einer Berechtigung zugrunde liegen. Insbesondere ist darzulegen, ob die Regeln grundsätzlich auf einem Automatismus basieren oder durch einen zusätzlichen Administrationsvorgang beeinflusst werden. (Art der Datenweitergabe und -verwendung) 2. Aktuelle Zielsysteme Aktuell sollen folgende Systeme an das IdM-System angebunden werden: 2.1 OpenLDAP/Kerberos Infrastruktur des Rechenzentrums Systembeschreibung OpenLDAP ist ein offener Verzeichnisdienst in den Informationen zu den Benutzeraccounts und Gruppen abgelegt werden. Kerberos ist ein sicherer Authentifizierungsdienst in dem die Passwörter der Benutzerinnen/Benutzer verschlüsselt gespeichert werden. Die OpenLDAP/Kerberos- Infrastruktur basiert auf dem OpenSource-Produkt OpenLDAP und MIT Kerberos V. Diese Infrastruktur des Rechenzentrums wird zur Authentifizierung und Autorisierung diverser IT-Dienste genutzt. Dazu zählen unter anderem alle Unix-/Linux-Arbeitsplatzrechner, die Bereitstellung von Netzwerkspeicherplatz und Netzwerkdrucker, das Mailsystem, diverse personalisierte Web- Anwendungen (u.a. CMS), die Zugangsnetze (VPN, WLAN, Wählzugänge) des Rechenzentrums und das Web-Single-Sign-On-System. Außerdem ist von außerhalb des Universitäts-Campus E- Mail-Zugriff über Webmail, SFTP- und SSH-Zugriff auf die eigenen Daten (bekannt als Home- oder H:-Laufwerk) sowie zu den personalisierten Web-Anwendungen möglich Ziele Ziel der OpenLDAP/Kerberos-Infrastruktur ist der Zugang zu allen Unix-/Linux Arbeitsplätzen sowie die Bereitstellung von EDV-Ressourcen für Beschäftigte, Studierende und Gäste Benötigte Daten Folgende Datenfelder werden aus dem IdM-Kern in der OpenLDAP/Kerberos-Infrastruktur benötigt: Nachname, Namenszusätze, Vorname, Identifikator, RZ-Benutzerkennung, Initialpasswort, Primärgruppe, Status des Accounts, Start- und Enddatum des Accounts, Gruppen mit Gruppenmitgliedern Art der Datenweitergabe und -verwendung Datenfluss besteht hauptsächlich vom IdM-System in die OpenLDAP/Kerberos-Infrastruktur. Eine Ausnahme stellt hier das Passwort dar, das mit Microsoft Active Directory (siehe Abschnitt 2.2) synchronisiert wird. Änderungen in der OpenLDAP/Kerberos Infrastruktur werden nicht ins IdM- System übernommen. Grundsätzlich handelt es sich bei Neuanlage und Ablauf der Benutzerkonten von Beschäftigten, Studierenden und Gästen um automatisch ablaufende Prozesse. Nur im Ausnahmefall soll ein manueller Eingriff durch die Administratoren erfolgen. Die Ableitung der Seite 2 von 5 Seite 3 von 58 Berechtigungen des Benutzerkontos erfolgt in den Endsystemen die an die OpenLDAP/Kerberos Infrastruktur angebunden sind (z.b. CMS, Digicampus, Studentenforum) anhand der Zugehörigkeit zu Gruppen. Sofern für die an die OpenLDAP/Kerberos-Infrastruktur angebundenen Endsysteme eine Synchro nisation der Benutzerkonten notwendig ist, werden diese von der Provisionierungsschicht über die Einrichtung und Löschung von Benutzerkonten explizit informiert. 2.2 Microsoft Active Directory des Rechenzentrums Systembeschreibung Das Microsoft Active Directory System des Rechenzentrums wird zur Authentifizierung und Autorisierung von Windows Arbeitsplätzen und Windows Diensten genutzt. Der Basisdienst Active Directory ermöglicht die Authentifizierung von Benutzerinnen/Benutzern und Computern gegenüber Windows Systemdiensten über die Active Directory Domäne uni-augsburg.de. Matrikelnummer, Datum der Exmatrikulation, Identnummer, Studienbeginn, Rückgemeldet bis, Mitarbeiterart, Vertragsbeginn, Vertragsende Art der Datenweitergabe und -verwendung Der Datenfluss besteht vom IdM-System in das Karten-Management-System. Grundsätzlich handelt es sich bei Neuanlage und Modifizierung von Einträgen um automatisch ablaufende Prozesse. Nur im Ausnahmefall soll ein manueller Eingriff durch die Administratoren erfolgen. Über das KMS selbst werden keine personenbezogenen Daten zur Erstellung von personalisierten Chipkarten erfasst, geändert oder ergänzt, hierfür sind das Personalverwaltungssystem VIVA und das Studierendenverwaltungssystem HIS-SOS die einzigen autoritativen Quellen Ziele Ziel und Hauptaufgabe des Microsoft Active Directory Systems ist die Bereitstellung des Zugangs zu allen Windows-Arbeitsplätzen und zu allen Windows-Diensten für Beschäftigte, Studierende und Gäste Benötigte Daten Folgende Datenfelder werden aus dem IdM-Kern im Active Directory benötigt: Nachname, Namenszusätze, Vorname, Identifikator, RZ-Benutzerkennung, Initialpasswort, Primärgruppe, Status des Accounts, Start- und Enddatum des Accounts, Gruppen mit Gruppenmitgliedern Art der Datenweitergabe und -verwendung Der Datenfluss besteht hauptsächlich vom IdM-System in das Active Directory. Eine Ausnahme stellt hier das Passwort dar, das mit der OpenLDAP/Kerberos-Infrastruktur (siehe Abschnitt 2.1) synchronisiert wird. Änderungen im Active Directory werden nicht ins IdM-System übernommen. Grundsätzlich handelt es sich bei Neuanlage und Ablauf der Benutzerkonten von Beschäftigten, Studierenden und Gästen um automatisch ablaufende Prozesse. Nur im Ausnahmefall soll ein manueller Eingriff durch die Administratoren erfolgen. Die Ableitung der Berechtigungen des Benutzerkontos erfolgt anhand der Zugehörigkeit zu Gruppen. 2.3 Karten-Management-System Systembeschreibung Das Karten-Management-System wird zur Speicherung der notwendigen Daten für die Campus Card Augsburg (CCA) für Studierende und Beschäftigte und zur Verwaltung der CCA (Erstausgabe, Ersatzausgabe, Sperrung) genutzt. Die Campus Card Augsburg ist eine multifunktionale Chipkarte für den Hochschulbereich Augsburg Ziele Über das Karten-Management-System wird die Campus Card Augsburg für Studierende und Beschäftigte bereitgestellt Benötigte Daten Folgende Datenfelder werden aus dem IdM-Kern im Karten-Management-System benötigt: Nachname, Namenszusätze, Vorname, Vorgestellte Titel, Geburtsdatum, Geschlecht, Identifikator, Seite 4 von 5 Seite 5 von 59 Anlage 3 zur Dienstvereinbarung über die Einführung und den Betrieb des Identity Management Systems mit den daran angeschlossenen Quell- und Zielsystemen (nachfolgend als IdM-System bezeichnet) Freigabeantrag (Verfahrensbeschreibung nach Art. 26 Abs. 3 Satz 1 BayDSG) Stand Maria Schmaus Rechenzentrum Universität Augsburg Seite 1 von 4 Seite 2 von 410 Seite 3 von 4 Seite 4 von 4 Ähnliche Dokumente
Friedrich-Aleander-Universität Identity-Management www.novell.com IDMone Fachkonzept RRZE Friedrich-Aleander-Universität erstellt Februar 2007 zuletzt geändert am 27. Februar 2007 Version 1.0 Finale Abnahme Mehr Architektur eines Identitätsmanagementsystems an einer Hochschule. Diplomarbeit
Architektur eines Identitätsmanagementsystems an einer Hochschule Diplomarbeit von Steffen Hofmann zur Erlangung des Grades eines Diplom-Informatikers angefertigt an der Fakultät für Mathematik und Informatik, Mehr KIM-Identitätsmanagement
KIM-Identitätsmanagement Projektdokumentation Dipl.-Inform. Thorsten Höllrigl Dipl.-Inform. Sebastian Labitzke Dipl.-Inform. Frank Schell Dr.-Ing. Jochen Dinger Dipl.-Inform. Axel Maurer Prof. Dr. Hannes Mehr rechtliche Grundlage, die verwendeten Daten, die Selektionskriterien, den Empfänger und (bei regelmäßigen Auswertungen) den Erstellungszeitpunkt auf.
Dienstvereinbarung für die Einführung, Nutzung und Erweiterung des Systems SAP-HR zwischen dem Universitätsklinikum Tübingen und dem Personalrat des Universitätsklinikums Tübingen I. AUFGABEN UND ZIELSETZUNGEN Mehr Universitätsmedizin: Ordnung für die Durchführung der Zentrumswahlen an der Universitäts- medizin Göttingen 2498
25.10.2010 29 Inhaltsverzeichnis Seite Senat: Ordnung für die Erhebung und Verarbeitung personenbezogener Daten der Studienbewerberinnen und Studienbewerber, Frühstudierenden, Studierenden, Prüfungskandidatinnen Mehr Ordnung für die Erhebung und Verarbeitung personenbezogener Daten der
Der Senat der Georg-August-Universität Göttingen hat am 18.12.2013 die erste Änderung der Ordnung für die Erhebung und Verarbeitung personenbezogener Daten der Studienbewerberinnen und Studienbewerber, Mehr SWITCH, Werdstrasse 2, P.O. Box, CH-8021 Zürich www.switch.ch. Dienstleistungsbeschrieb SWITCHtoolbox
Dienstleistungsbeschrieb SWITCHtoolbox Version 1.0 Gültig ab 1.6.2011 1. Definitionen Benutzer Angehörige der Organisationen, insbesondere Angestellte und Studierende, die einen Dienst von SWITCH nutzen. Mehr Service-orientierte IT-Infrastruktur an niedersächsischen Hochschulen Abschlussbericht
Service-orientierte IT-Infrastruktur an niedersächsischen Hochschulen Oktober 2005 Seite 1 von 143 Oktober 2005 Seite 2 von 143 Inhaltsverzeichnis 1 Zusammenfassung...5 2 Einleitung...7 2.1 Hintergrund...7 Mehr Seminararbeit. Identity Management. Heutige IDM Systeme, Technologien und Trends
Fachbereich Informatik Masterstudiengang Angewandte Informatik Lehr- und Forschungsbereich Kommunikation und Internet Studienfach Netzwerksicherheit B Seminararbeit Heutige IDM Systeme, Technologien und Mehr Funktionen, Architektur und Einsatzszenarien
Funktionen, Architektur und Einsatzszenarien Autor: Henning Wriedt henning.wriedt@portivity.de +49 (0) 40 180 610 8 11 Stand: März 2012 INHALTSVERZEICHNIS Einleitung... 3 Enterprise Provisioning Portal... Mehr 05.06.2008 Amtliche Mitteilungen / 27. Jahrgang 2/2008 67
05.06.2008 Amtliche Mitteilungen / 27. Jahrgang 2/2008 67 Dienstvereinbarung zur Einführung und Anwendung von helpline zwischen der Universität Oldenburg (Dienststelle) und dem Personalrat der Universität Mehr WiSo-IT-Dienstleistungskatalog und Service Level Agreements
Fakultät Wirtschats- und Sozialwissenschaften WiSo-IT Von-Melle-Park 9 A 509 D-20146 Hamburg Tel. +49 40 42838-6184 Fax +49 40 42838-4150 www.wiso.uni-hamburg.de 13.01.2014 WiSo-IT-Dienstleistungskatalog Mehr Amtliche Mitteilungen I
Amtliche Mitteilungen I Datum: 29.01.2014 Nr.: 4 Inhaltsverzeichnis Seite Präsidium: Dienstvereinbarung über die Einführung und Nutzung eines Trouble-Ticket- Systems (DV TTS) 34 Philosophische Fakultät: Mehr Jahresbericht 2009 Juni 2010 LRZ-Bericht 2010-01
Leibniz-Rechenzentrum der Bayerischen Akademie der Wissenschaften Jahresbericht 2009 Juni 2010 LRZ-Bericht 2010-01 Direktorium: Prof. Dr. A. Bode (Vorsitzender) Prof. Dr. H.-J. Bungartz Prof. Dr. H.-G. Mehr Entwurf und Realisierung einer Configuration Management Database nach ITIL für den Service Desk der SLUB Dresden
Berufsakademie Sachsen Sächsische Landesbibliothek Staatliche Studienakademie Dresden Staats- und Universitätsbibliothek Studienrichtung Informationstechnik Dresden Entwurf und Realisierung einer Configuration Mehr Betriebsvereinbarung E-Mail und Internet
Schwerpunkt Betriebsvereinbarung E-Mail und Internet Ein kommentierter Entwurf für die Praxis Rainer W. Gerling In viele Firmen halten E-Mail und Internet-Zugänge Einzug. Der Umgang mit diesem neuen Medium Mehr B. Bekanntmachungen nach 78 Abs. 2 NPersVG
B. Bekanntmachungen nach 78 Abs. 2 NPersVG Die nachfolgende Dienstvereinbarung, unterzeichnet vom Präsidium der Leibniz Universität Hannover sowie vom Gesamtpersonalrat der Leibniz Universität Hannover, Mehr Novell Identity Manager
Überblick Novell Identity Manager 4.0 15. Oktober 2010 www.novell.com Überblick über Identity Manager 4.0 Rechtliche Hinweise Novell, Inc. übernimmt für Inhalt oder Verwendung dieser Dokumentation keine Mehr Diese Rahmendienstvereinbarung gilt für alle Dienststellen des Landes Berlin, bei denen Beschäftigte, die zum Hauptpersonalrat wählen, tätig sind.
Datenschutz bei Dokumentenmanagementsystemen - Orientierungshilfe - Die Orientierungshilfe Datenschutz bei Dokumentenmanagementsystemen ist von einer Arbeitsgruppe des Arbeitskreises egovernment der Konferenz Mehr Datenschutzerklärung. für mypass
Datenschutzerklärung für mypass Mit dieser Datenschutzerklärung möchten wir, die mypass GmbH (nachfolgend wir oder uns ), Ihnen erläutern, zu welchen Zwecken und in welchem Umfang personenbezogene Daten Mehr Gesetz zum Schutz personenbezogener Daten in der Berliner Verwaltung (Berliner Datenschutzgesetz - BlnDSG)
Gesetz zum Schutz personenbezogener Daten in der Berliner Verwaltung (Berliner Datenschutzgesetz - BlnDSG) in der Fassung vom 17. Dezember 1990 (GVBl. 1991 S. 16, 54), zuletzt geändert durch Gesetz vom Mehr DATENSCHUTZ UND DATENSICHERHEIT VEREINBARUNG ZUR AUFTRAGSDATENVERARBEITUNG
April 2015 DATENSCHUTZ UND DATENSICHERHEIT VEREINBARUNG ZUR AUFTRAGSDATENVERARBEITUNG Dieses Dokument ( Anlage ) wird zum integralen Bestandteil der vom Auftraggeber unterzeichneten, auf diese Bedingungen Mehr DirX Identity V8.3. Identity Management und Governance. Technisches Datenblatt
Technisches Datenblatt DirX Identity V8.3 Identity Management und Governance DirX Identity stellt eine umfassende, prozessgesteuerte, kundenspezifisch anpassbare, Cloud-fähige, skalierbare und hochverfügbare Mehr Entwicklung eines Werkzeugs für die Administration eines Trouble Ticket Systems
Entwicklung eines Werkzeugs für die Administration eines Trouble Ticket Systems Rainer Kruse 2001 Forschungsberichte des Fachbereichs Elektrotechnik und Informationstechnik ISSN 0945-0130 2/2001 Fachbereich Mehr Verordnung (EG) Nr. 45/2001 des Europäischen Parlaments und des Rates. vom 18. Dezember 2000
Stand 22. Juli 2004 736 Verordnung (EG) Nr. 45/2001 des Europäischen Parlaments und des Rates vom 18. Dezember 2000 zum Schutz natürlicher Personen bei der Verarbeitung personenbezogener Daten durch die Mehr DeskCenter Management Suite. Datenschutz
DeskCenter Management Suite Datenschutz Motivation und Ziele Ein Unternehmen hat sich zum Ziel gemacht, eine einheitliche Lösung für Clientmanagement, LifeCycle Management und Userhelpdesk im IT-Umfeld Mehr Metadirectory-Lösungen an ausgesuchten Hochschulen
Metadirectory-Lösungen an ausgesuchten Hochschulen Stand: Juni 2009 Swen Hasberg, Patrick Odenwald, Thomas Krause Datum Bemerkung Autor 31.07.2004 Erste Version Swen Hasberg und Patrick Odenwald 30.06.2005 Mehr Identity Management an deutschen Hochschulen
Identity Management an deutschen Hochschulen Peter Gietz DAASI International GmbH 1 Einleitung Ein neues Schlagwort geht durch das Land, Identity Management. Heterogene Produkte und Produkt-Suiten werden Mehr Behördliche Datenschutzbeauftragte