2 Typische Angriffe. 3 Sichere Kommunikationsdienste. 4 Einbruchssicherung. 5 Sicherung von Anwendungsdiensten

Transkript

1 Inhalt 1 Einführung 2 Typische Angriffe 3 Sichere Kommunikationsdienste 4 Einbruchssicherung 5 Sicherung von Anwendungsdiensten 6 Privacy NS-3.1 1

2 3 Sichere Kommunikationsdienste NS-3.1 2

3 Kommunikationssicherheit = Netzsicherheit im engeren Sinn: die Kommunikationsdienste von der Bitübertragungsschicht bis zur Transportschicht genügen gewissen Sicherheitsanforderungen. Wie sollen diese Dienste gestaltet werden: Welche Schutzziele sollen erreicht werden? Welche Schicht ist dafür verantwortlich? Welche Schutzziele werden vielleicht besser durch geeignete Anwendungssoftware erreicht? NS-3.1 3

4 Vertraulichkeit bzw. Unversehrtheit von IP-Adressen von Ports und der Nutzdaten und Ports Nutzdaten durch sicheren und Nutzdaten durch sicheren Transportdienst durch sicheren Vermittlungsdienst Sicherungsdienst (aber angreifbar in den Endsystemem) (aber angreifbar im Router!) MAC/LLC-Header IP-Header TCP/UDP-Header Daten Trailer Sicherungsschicht Authentizität von Stationen von Stationen von Diensten durch sicheren durch sicheren durch sicheren Sicherungsdienst Vermittlungsdienst Transportdienst (verbindungsorientiert) (kein ARP Spoofing) (kein IP Spoofing) (kein Port Spoofing) (aber z.b. Web Spoofing!) NS-3.1 4

5 Fragen aus Anwendungssicht: Welche Sicherheitsanforderungen haben meine Anwendungen? Mit welchen Angriffen muss ich rechnen? Was leisten die verfügbaren "sicheren Dienste"? Welcher Dienst ist zu wählen - oder muss ich auf Anwendungsebene zusätzliche Sicherungsmechanismen zum Einsatz bringen? NS-3.1 5

6 Durchgängige Problematik ohne Patentlösung: Sicherheitsmechanismen... in unteren Schichten... in oberen Schichten Vorteile sicherer Dienst universell verwendbar Nutzdaten und Verkehrsdaten geschützt Berücksichtigung der Schutzziele der Anwendung(en) Nachteile evtl. Ineffizienz, wenn Anwendung andere Schutzziele hat (in Sicherungsschicht:) angreifbar im Router evtl. aufwendig, schwer strukturierbar kein Schutz der Verkehrsdaten Pragmatisches Vorgehen: Dienstvarianten je nach Anwendungsbedarf einsetzen - programm/rechner/betriebsspezifisch NS-3.1 6

7 3.1 Sicherungsschicht (Data Link Layer) Diverse Protokolle für Data Link Control (DLC): für Punkt-zu-Punkt-Verbindungen: HDLC - High-Level Data Link Control und Varianten (LLC, PPP,...) für Medienzugriff (z.b. Ethernet) zusätzlich MAC - Medium Access Control NS-3.1 7

8 3.1.1 PPP (Point-to-Point Protocol) wird insbesondere für die Einwahl ins Internet über Telefonverbindungen benutzt Paketstruktur ähnlich HDLC Aushandeln von Verbindungsparametern (z.b. Sicherheit!) Konfigurierbarkeit der Vermittlungsschicht über DHCP: dynamische Zuordnung einer IP-Adresse NS-3.1 8

9 Verbindungsherstellung und -abbau über Modem mit Internet: Telefonverbindung mit Internet Provider herstellen PPP-Verbindungsaufbau mit Aushandeln der Parameter, wahlweise auch Sicherheitsmechanismen: Authentisierung, Verschlüsselung (Link Control Protocol - LCP) Konfigurierung der Vermittlungsschicht, evtl. mit Hilfe von DHCP für IP-Adresse (Network Control Protocols - NCPs - für IP, Appletalk,...)... Nutzdatenaustausch... (i.d.r. unnumeriert) Rekonfigurierung der Vermittlungsschicht, ggfls. mit Freigabe der IP-Adresse PPP-Verbindungsabbau Beenden der Telefonverbindung NS-3.1 9

10 Authentisierung der Verbindungsendpunkte (einseitig oder beidseitig) mittels verschieden wählbarer Verfahren über das EAP - Extensible Authentication Protocol, z.b. für Challenge-Response (SS ) (Challenge Handshake Authetication Protocol - CHAP) Einmal-Passwörter (SS Aufgabe 3.3) (One-Time Password Protocol - OTP) Token Card u.a. NS

11 Beispiel einseitiges CHAP, passwortbasiert, die Idee: S(erver) sendet an K(lienten) eine beliebig gewählte (große) Zufallszahl N(once): N x = H[N,P] K antwortet mit Hashwert über N und Passwort P S bildet selbst y=h[n,p], prüft x=y? und antwortet entsprechend: Bemerkungen: success/failure - Nonce verhindert Wiedereinspielen - H fungiert als Einwegfunktion (vgl. SS 8.1.1) - Kryptographie ist nicht im Spiel! NS

12 Beispiel einseitiges CHAP, passwortbasiert, im Detail: S (id = Identifizierung für diesen Auth.-Vorgang) (1, id, N, S) K (2, id, H[K,N,P], K) (H: MD5 oder andere) (SS ) H[K,N,P] korrekt? Bemerkung: (3, id) (4, id) 3 = success 4 = failure id und K, weil mehrere Klienten gleichzeitig behandelbar sein müssen NS

13 Rahmenformate: Jeder PPP-Rahmen HDLC-ähnlich: Begrenzung Protokoll Addresse Steuerung der Nutzlast Nutzlast... Prüfcode Begrenzung CHAP Challenge/Response: code identifier total length value size value... sender name... Challenge = 1 Gesamtlänge N bzw. H[K,N,P] Response = 2 CHAP Success/Failure code identifier total length message... Success = 3 Gesamtlänge (implementierungsspezifisch) Failure = 4 NS

14 Verschlüsselung ECP- Encryption Control Protocol für Vereinbarung von Verschlüsselungsverfahren und -parametern Spezielle LCP-Rahmen: code = 1 identifier total length type length value... = Configure cipher type 8 Bytes Initialwert Request 3 = DES für CBC-Modus 2 = 3DES code = 2 identifier total length..... = Configure Ack NS

15 Verschlüsselte Daten in PPP-Rahmen - Beispiel DES mit CBC: Begrenzung Addresse Steuerung Protokoll DES Folgenummer 0, 1, 2,... Geheimtextblock Prüfcode Begrenzung Resümee: Angreifer kann zwar sabotieren, aber Vertraulichkeit ist gewährleistet, Unversehrtheit ist gewährleistet, Authentizität ist gewährleistet (durch EAP) NS

16 3.1.2 PPTP und L2TP (Point-to-Point Tunneling Protocol, Layer 2 Tunneling Protocol) Idee: PPP-ähnliches Protokoll auf das Vermittlungsprotokoll IP aufsetzen - mit dem Effekt einer "virtuellen Direktverbindung" zwischen den Endpunkten PPTP-Pakete werden als IP-Nutzlast transportiert (IP "weiß davon nichts", "PPTP-Tunnel durch IP") Sicherung wie bei PPP möglich - und somit Sicherung zwischen nicht direkt verbundenen Systemen ohne neues Konzept Darüber können wiederum beliebige Vermittlungsprotokolle eines Teilnetzes gefahren werden, z.b. IP, Appletalk,... NS

17 Varianten: freiwillige Kapselung (voluntary tunneling): der Benutzer entscheidet sich bei der Anmeldung beim Provider für PPTP und erhält damit einen Tunnel zu einem ausgezeichneten Server im Zielnetz, dem PPTP Remote Access Server - RAS obligatorische Kapselung (compulsary tunneling): das Einwahlsystem des Providers etabliert einen Tunnel zwischen sich und dem RAS; Verbindung zum Provider bleibt ungesichert; ist sicherer, ist einfacher obligatorische Kapselung zwischen den Endpunkten zweier privater Netze Virtual Private Network - VPN NS

18 obligatorische Kapselung: Benutzer Provider RAS Intranet (IP o.a.) PPP IP o.a. PPTP Network PPP Data Link PPP framing Physical Network gesichertes PPP GRE IP Data Link Physical Network Data Link Physical NS GRE - Generic Routing Encapsulation Protocol

19 freiwillige Kapselung: Benutzer Provider RAS Intranet (IP o.a.) PPP PPTP IP o.a. Network gesichertes PPP GRE IP PPP PPP framing Physical Network gesichertes PPP GRE IP Data Link Physical Network Data Link Physical NS

20 Flexiblere Weiterentwicklung ist L2TP - Layer 2 Tunneling Protocol Tunnel auch durch andere Protokolle als IP (ATM, X.25,...) mehr als ein Tunnel zwischen zwei Endpunkten möglich (z.b. für unterschiedliche Dienstqualitäten) aber PPP-Einsatz genau wie bei PPTP NS