|
|
| (10 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 8: |
Zeile 8: |
| ; Lizenz | | ; Lizenz |
| OpenVPN steht unter der [[GNU General Public License|GNU GPL]] | | OpenVPN steht unter der [[GNU General Public License|GNU GPL]] |
|
| |
| ; Unterstützte Betriebssysteme
| |
| * [[Linux]]
| |
| * [[Android (Betriebssystem)|Android]]
| |
| * [[Maemo]] und [[MeeGo]]
| |
| * [[OpenWrt]]
| |
| * [[Solaris (Betriebssystem)|Solaris]]
| |
| * [[OpenBSD]]
| |
| * [[FreeBSD]]
| |
| * [[NetBSD]]
| |
| * [[macOS]]
| |
| * [[QNX]]
| |
| * [[Microsoft Windows|Windows]]
| |
| * [[iOS (Betriebssystem)|iOS]]
| |
|
| |
| Weiterhin stehen angepasste Implementierungen für eine Vielzahl von Linux-basierten Endgeräten wie z. B. [[Set-Top-Box|Settop-Boxen]] der Firma [[Dream Multimedia]] oder für Router der [[Fritz!Box]]-Linie der Firma [[AVM GmbH|AVM]] zur Verfügung
| |
|
| |
| == Hintergrund ==
| |
| Oft soll eine sichere, von Dritten nicht lesbare Kommunikation über ein unsicheres [[Rechnernetz|Netzwerk]] durchgeführt werden
| |
| * Ein solches unsicheres Netz ist etwa das [[Internet]] oder auch ein lokales, nicht verschlüsseltes [[Wireless Local Area Network|Wireless LAN]]
| |
| * Dabei sind zwei Aspekte wesentlich: Eine hinreichende [[Verschlüsselung]] der Kommunikationsinhalte und die [[Authentifizierung]] der beteiligten Kommunikationspartner
| |
|
| |
| Diese Sicherheitseigenschaften können durch geeignete [[Netzwerkprotokoll|Protokolle]] (z. B. [[Secure Shell|SSH]], [[Hypertext Transfer Protocol Secure|HTTPS]], [[SSH File Transfer Protocol|SFTP]]) von jeder Anwendung bereitgestellt werden
| |
| * Alternativ kann diese Sicherheit auch von einer zentralen Stelle, unabhängig von den einzelnen Anwendungen, wünschenswert sein
| |
| * Die Vorteile dieses zentralen Ansatzes liegen in der nur einmaligen Implementierung der Sicherheitsfunktionen, dem geringeren Wartungsaufwand und der Möglichkeit, auch die Kommunikation von Software anderer Hersteller zu sichern, auf die kein Einfluss besteht
| |
|
| |
| Eine solche, zentral bereitgestellte Sicherung ist ein [[Virtual Private Network]] (VPN)
| |
| * OpenVPN stellt eine von vielen Implementierungen eines VPNs dar
| |
|
| |
| == Funktionsweise ==
| |
| ;Kommunikationspartner können einzelne Computer sein oder ein Netzwerk von Computern
| |
| * Typische Anwendungsfälle sind die Verbindung einzelner Außendienstmitarbeiter in das Netzwerk ihrer Firma, die Verbindung einer Filiale mit dem Rechenzentrum oder die Verbindung örtlich verteilter Server oder Rechenzentren untereinander
| |
| * In jedem Fall baut einer der beiden Kommunikationsteilnehmer die Verbindung auf (Client), und der andere wartet auf eingehende Verbindungen (Server)
| |
| * Dazu muss der Server unter einer festen [[IP-Adresse]] oder unter einem festen [[Hostname]]n erreichbar sein
| |
| * Dies kann für Computer, die aufgrund von Einwählverbindungen mit ständig wechselnden IP-Adressen konfrontiert sind, auch mit Hilfe eines [[Dynamisches DNS|dynamischen DNS-Dienstes]] erfolgen
| |
|
| |
| ; Befindet sich vor dem VPN-Gateway ein [[Paketfilter]] oder [[Proxy-Server|Proxy]] oder wird eine Adressumsetzung ([[Network Address Translation|NAT]]) durchgeführt, so müssen diese Dienste so konfiguriert werden, dass ein in der Konfiguration von OpenVPN zu vergebender UDP- oder TCP-[[Port (Protokoll)|Port]] durchgelassen wird und zwar für Input, Forward und Output
| |
| * Eine OpenVPN-Serverinstanz kann dabei nur für einen Port und ein Protokoll konfiguriert werden
| |
| * Ein gemischter Betrieb, in welcher eine Clientverbindung wahlweise auf TCP oder UDP ermöglicht ist, ist nur mit zwei parallel laufenden Serverinstanzen realisierbar
| |
| * OpenVPN zog nach der [[Beta-Phase]] der Version 2.0 vom damals standardmäßig verwendeten Port 5000 auf den für OpenVPN registrierten Port 1194 um.<ref name="Protocol">{{Internetquelle|url=https://openvpn.net/index.php/open-source/documentation/miscellaneous/protocol-compatibility.html|titel=Protocol Compatibility|hrsg=OpenVPN Technologies|zugriff=2016-02-17}}</ref> Der konkret verwendete Port kann beliebig in der Konfiguration verändert werden
| |
|
| |
| == Erkennbarkeit ==
| |
| OpenVPN-Verbindungen können trivial mittels einer [[Deep Packet Inspection]] an den bekannten Header-Daten der übertragenen Pakete erkannt werden, unabhängig welches Protokoll oder welcher Port verwendet wird. Zwar kann durch die Deep Packet Inspection nicht der Inhalt im verschlüsselten Tunnel ermittelt werden, aber es kann beispielsweise mit der Erkennung die Verbindung blockiert, die Kommunikationspartner ermittelt und die Daten dazu protokolliert werden
| |
| * Dieser Punkt ist vor allem dann wesentlich, wenn der Einsatz von VPN-Verbindungen in bestimmten Umgebungen nicht zulässig ist, beispielsweise in Ländern, die verschlüsselte Kommunikationsverbindungen verbieten oder zivilrechtlich bei der Umgehung von Netzsperren in Firmennetzwerken
| |
|
| |
| == Authentifizierung ==
| |
| Zur Authentifizierung stellt OpenVPN zwei wesentliche Methoden zur Verfügung
| |
|
| |
| === Pre-shared Key ===
| |
| ; Bei Austausch eines pre-shared key}
| |
| * ein statischer Schlüssel/Passwort
| |
| * werden die Daten mit diesem ver- und entschlüsselt
| |
| * Dieses Verfahren ist einfach anzuwenden
| |
| * Es wird beispielsweise bei kommerziellen [[Proxy-Server|Proxy-Anbietern]], welche auch [[Anonymisierungsdienst]]e auf Basis von OpenVPN anbieten, verwendet
| |
|
| |
| ; Diese Methode hat zwei Nachteile
| |
| * Der Schlüssel kann durch unsachgemäßen Umgang [[Kompromittierung (Kryptologie)|kompromittiert]] werden (z. B. Aufschreiben, bei dem nach Gebrauch die Vernichtung vergessen wird)
| |
| * Brutforce-Attacken auf den Schlüssel ähnlich wie bei einem Passwort
| |
|
| |
| ; Daher sollte der gewählte Schlüssel in hinreichender Länge generiert werden und aus einem möglichst großen Zeichensatz bestehen
| |
| * Der Schlüssel sollte nicht selbst wie ein Passwort gewählt werden
| |
| * Eine Speicherung des Schlüssels sollte auf ein Notwendigstes reduziert werden, indem der Schlüssel nur auf den Endpunkten der VPN-Verbindung liegt
| |
| * Das Notieren oder Eintragen des Schlüssels in einer Passwortverwaltung stellt ein zusätzliches Sicherheitsrisiko dar
| |
| * Auf dem Endgerät sollte der pre-shared-key durch ein Passwort verschlüsselt werden, um das Netzwerk bei Abhandenkommen des Gerätes nicht zu gefährden.<ref>{{Internetquelle |url=https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Internetsicherheit/isi_vpn_leitlinie_pdf.pdf?__blob=publicationFile&v=1#page=14 |titel=Virtuelles Privates Netz – BSI-Leitlinie zur Internet-Sicherheit |hrsg=[[Bundesamt für Sicherheit in der Informationstechnik]] |datum=2009 |zugriff=2018-09-18 }}</ref>
| |
|
| |
| === Zertifikate ===
| |
| ; Bei der Anwendung einer ''[[Digitales Zertifikat|zertifikatbasierten]] Authentifizierung'' über das [[Transport Layer Security|TLS]]-Protokoll werden private und öffentliche Schlüsselpaare beziehungsweise [[X.509]]-Zertifikate verwendet
| |
|
| |
| ; Der Server und die jeweiligen Nutzer besitzen je ein eigenes Zertifikat (öffentlich/privat)
| |
| * Der OpenVPN-Server lässt nur Verbindungen zu, die von einer ihm bekannten [[Zertifizierungsstelle]] signiert wurden
| |
| * OpenVPN enthält Skripte, die die einfache Zertifikatserstellung ohne weitere Vorkenntnisse basierend auf [[OpenSSL]] ermöglichen (easy-rsa)
| |
|
| |
| <!-- Gehört das hierhin??-->
| |
| ; Um eine Verbindung aufzubauen, schickt der [[Client]] Daten an den [[Server]] ([[Secure Sockets Layer|SSL]]-Version und zufällige Daten)
| |
| * Der Server schickt die gleichen Daten und sein Zertifikat zurück
| |
| * Der Client autorisiert das Zertifikat
| |
| * Bei beidseitiger Authentifizierung schickt der Client auch sein Zertifikat an den Server
| |
| * Hat die Überprüfung geklappt, erstellt der Client das „{{lang|en|pre-master secret}}“ und verschlüsselt dies mit dem öffentlichen Schlüssel des Servers
| |
| * Der Server entschlüsselt die Daten mit seinem privaten Schlüssel und erstellt das „{{lang|en|master-secret}}“
| |
| * Mit diesem werden Sitzungsschlüssel erstellt
| |
| * Das sind einmalige Schlüssel, mit denen die Daten ver- und entschlüsselt werden
| |
| * Der Client teilt dem Server mit, dass ab nun alle Daten mit dem Sitzungsschlüssel verschlüsselt werden
| |
| * Der Server bestätigt dies, der Tunnel ist aufgebaut
| |
| * Nach einer gewissen Zeitspanne ersetzt OpenVPN den Sitzungsschlüssel automatisch
| |
|
| |
| ; Die zertifikatbasierte Authentifizierung gilt als die sicherste Form der Anmeldung
| |
| * Um die Sicherheit zu erhöhen, empfiehlt es sich, die Zertifikate auf einer [[Smartcard]] auszulagern
| |
| * OpenVPN unterstützt alle Karten, auf die mittels Windows-Crypto-API oder [[PKCS]] #11 zugegriffen werden kann
| |
|
| |
|
| <noinclude> | | <noinclude> |
| Zeile 101: |
Zeile 13: |
| == Anhang == | | == Anhang == |
| === Siehe auch === | | === Siehe auch === |
| {{Special:PrefixIndex/{{BASEPAGENAME}}}} | | {{Special:PrefixIndex/{{BASEPAGENAME}}/}} |
| ==== Links ====
| | === Links === |
| ===== Weblinks =====
| | ==== Weblinks ==== |
| # https://openvpn.net | | # https://openvpn.net |
|
| |
|