Kerberos: Prinzip und Umsetzung. Sascha Klopp

Transkript

1 Kerberos: Prinzip und Umsetzung Sascha Klopp

2 Inhalt Prinzip Umsetzung Anwendungen Vor- und Nachteile Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 2

3 Historie Das Kerberos-Protokoll wurde im Xerox PARC entwickelt Erste öffentliche Version: Kerberos IV wird noch unterstützt, es fehlen aber viele wichtige Features Zur Zeit aktuell: Kerberos V (1993) Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 3

4 Prinzip: Problemstellung Es liegt ein ungesichertes Netzwerk vor d.h. jeder kann alle Nachrichten abhören und jeder kann jedem beliebige Nachrichten senden. Benutzer A am Client X möchte Dienst B auf Server Y nutzen. B muss sich über die Identität von A sicher sein, aber umgekehrt auch! A X Netz Y B Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 4

5 Prinzip: Ticket Granting Ticket (1) Benutzer A möchte Kerberos-Dienste nutzen Nonce TGS-Session-Key in zwei Ausfertigungen: (2) 1. Verschlüsselt mit User-Key ( Key ) KDC 2. Verschlüsselt mit TGS-Key ( TGT ) Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 5

6 Prinzip: Service-Authentifizierung (3) Benutzer A möchte Service S nutzen TGT Service-Session-Key in zwei Ausfertigungen: (4) 1. Verschlüsselt mit TGS-Session-Key KDC 2. Verschlüsselt mit Service-Key ( Service-Ticket ) Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 6

7 Prinzip: Service-Nutzung (5) Benutzer A möchte Service S nutzen Service-Ticket Service-Response, evtl. Service-Authentifizierung (6) Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 7

8 Umsetzung: Prinzipale und Realms Die beteiligten Nutzer und Services werden unter dem Oberbegriff Prinzipal zusammengefasst Alle Prinzipale, die von einem Kerberos-Server verwaltet werden, bilden einen Realm Realmnamen entsprechen meistens dem DNS-Namen in Großbuchstaben, also z. B. UNI-HANNOVER.DE Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 8

9 Umsetzung: Prinzipale Jedes Prinzipal hat einen Namen und einen Schlüssel Der Name besteht aus: primary instance realm (ggf. weitere Felder) Geschrieben als Schlüssel sind üblicherweise AES-256-Keys Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 9

10 Umsetzung: Benutzer-Prinzipale Benutzer haben üblicherweise Prinzipale in der Form also mit leerer instance der primary-teil entspricht üblicherweise dem Benutzernamen Weitere Konvention: Administrationsprinzipale haben die Form Der Schlüssel wird üblicherweise aus einem Passwort generiert Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 10

11 Umsetzung: Service-Prinzipale Service-Prinzipale haben meist die Form Beispielsweise gibt es für den Anmelde service für jeden Rechner ein Prinzipal Schlüssel werden zufällig generiert und auf die entsprechenden Hosts übertragen Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 11

12 Umsetzung: Berechtigungen Kerberos ist prinzipiell nur zur Authentifizierung vorgesehen, Benutzungsberechtigungen (Authorisierung) müssen weiterhin vom Dienst selbst oder anderweitig zentral verwaltet werden. Für die Kerberos-Server-Administration (kadmin) selbst gibt es aber eine Rechteverwaltung Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 12

13 Umsetzung: Forwardable Tickets Das TGT ist prinzipiell nur für den Client gültig, von dem aus es angefordert wurde. Wenn der KDC es erlaubt, und der Benutzer es angefordert hat, kann ein sogenanntes Forwardable Ticket ausgestellt werden. Es erlaubt die automatische Erzeugung eines TGT für einen Remote-Client. ssh Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 13

14 Umsetzung: Nötige Infrastruktur Funktionierende Namensauflösung (auch reverse) Synchron laufende Uhren auf allen beteiligten Systemen Absicherung des Kerberos-Servers, er enthält alle Schlüssel Clientsoftware muss das Protokoll unterstützen, kerberisiert sein Standard-Tools (telnet, ftp) werden von der MIT- Implementierung mitgeliefert Auch sonst vielfach vorhanden, z. B. in Standard-Browsern Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 14

15 Umsetzung: Angebotene Implementierungen Freie Implementierung wird vom MIT angeboten, für Unix/Linux Weitere Implementierungen für Unix/Linux sind Shishi (GNU, aktuelle Version: ) und Heimdal (KTH, Schweden) Microsoft benutzt das Kerberos-Protokoll für die Authentifizierung ab Windows 2000, hat aber eine Authorisierungsschicht dazuimplementiert Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 15

16 Umsetzung: MIT vs. Heimdal Heimdal: Völlig freie Implementierung (wg. ehem. Ausfuhrbeschränkungen) Sehr gute AFS Unterstützung schlechte Dokumentation wenige Anwendungen lassen sich direkt gegen Heimdal bauen Features teilweise noch nicht implementiert MIT: Ausgereifte Distribution Viele Anwendungen nur hiermit kompilierbar Weit verbreitet (besonders in USA) AFS Unterstützung nur mit Zusatztools Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 16

17 Implementierung: krb5kdc krb5kdc ist die Server-Implementierung für das KDC. Erlaubt die Verwaltung mehrerer Realms (bis zu 32) innerhalb eines Prozesses Es kann einen Master- und mehrere Slave-KDCs für den gleichen Realm geben. Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 17

18 Implementierung: kadmin Benutzer mit admin-prinzipal können das Tool kadmin benutzen, um den KDC zu administrieren Host-Keys hinzufügen, auf die entsprechenden Hosts übertragen Benutzer anlegen, löschen etc. Alternative: Auf KDC einloggen (z. B. ssh), dort kadmin.local benutzen Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 18

19 Implementierung: kinit, klist, kdestroy Von der Shell aus kann sich der Nutzer mit kinit ein TGT vom KDC holen. klist dient zum Überprüfen der Tickets im Ticket-Cache. Mit kdestroy schließlich können Tickets gelöscht werden. Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 19

20 Anwendungen: PAM Für Unix/Linux-Umgebungen Alle Dienste, die PAM für die Authentifizierung verwenden, können damit indirekt Kerberos nutzen. Beim Einsatz im Login-Prozess ermöglicht dieses Verfahren ein Single-Sign-On. Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 20

21 Anwendungen: Webserver Webserver können Zugriffsbeschränkungen durchsetzen, indem der Benutzer ein Kerberos-Ticket vorweisen muss Es gibt ein entsprechendes apache-modul (mod_auth_kerb) Muss natürlich vom Browser unterstützt werden Firefox kann das, in der Grundeinstellung allerdings nur für https Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 21

22 Anwendungen: Network Identity Manager wird vom MIT als Teil des Kerberos-for-Windows-Clients angeboten verwaltet Kerberos-Tickets unter Windows-Systemen weitere Software und Einstellungen sind nötig, um die Tickets für Dienste zu nutzen. Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 22

23 Stärken sicher gegen Replay-Attacken und Abhören breite Anwendungsunterstützung PAM-Modul existiert Browser, Webserver Windows-Client zur Verwaltung der Tickets Ermöglicht prinzipiell ein Single-Sign-On Gereiftes Protokoll ziemlich alt wird vielfach eingesetzt (z. B. Windows-Netzwerke) Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 23

24 Nachteile KDC ist single point of failure sowohl bzgl. Ausfall (Redundanz ist aber möglich) als auch bzgl. Kompromittierung Clients müssen sicher sein (also nicht im Internet-Café) Gestaffelte Administration in demselben Realm wird nicht unterstützt z. B. lokale Pool-Admins, die eigene Host-Keys erzeugen und runterladen können beteiligte Rechner müssen zeitlich synchronisiert sein Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 24

25 Vielen Dank für Ihr Interesse! Fragen? Sascha Klopp, Kerberos: Prinzip und Umsetzung, Seite 25