OpenVPN härten - Versionsgeschichte

imported>Stastka: /* AES 128 bit vs AES 256 bit */

2016-06-12T12:05:57Z

AES 128 bit vs AES 256 bit

← Nächstältere Version		Version vom 12. Juni 2016, 12:05 Uhr
Zeile 29:		Zeile 29:
	=== AES 128 bit vs AES 256 bit ===		=== AES 128 bit vs AES 256 bit ===
	<div style="width:100%; background:#CCFFFF; margin-top:0.5em; border:0px solid #ccc;">		<div style="width:100%; background:#CCFFFF; margin-top:0.5em; border:0px solid #ccc;">
	Gegen den AES sind zurzeit keine praktikablen Angriffe bekannt~~. Deshalb~~ kann man sich fragen, ob der Verlust von bis zu 30% der Performance sinnvoll ist. Ein führender Kryptografie-Experte hat in mehreren Artikeln sich für AES-128 ausgesprochen, da AES-256 Designschwächen enthalten. Man spricht davon das AES-128 stärker ist, als AES-256 (Thema „key schedules“ und Zufallszahlengenerator).		Gegen den AES sind zurzeit keine praktikablen Angriffe bekannt, deshalb kann man sich fragen, ob der Verlust von bis zu 30% der Performance sinnvoll ist. Ein führender Kryptografie-Experte hat in mehreren Artikeln sich für AES-128 ausgesprochen, da AES-256 Designschwächen enthalten. Man spricht davon das AES-128 stärker ist, als AES-256 (Thema „key schedules“ und Zufallszahlengenerator).

	* [https://www.schneier.com/blog/archives/2009/07/another_new_aes.html] Bruce Schneider, 2009		* [https://www.schneier.com/blog/archives/2009/07/another_new_aes.html] Bruce Schneider, 2009

imported>Stastka: /* 3. Cipher (Chiffre) */

2016-06-12T12:05:28Z

3. Cipher (Chiffre)

← Nächstältere Version		Version vom 12. Juni 2016, 12:05 Uhr
Zeile 103:		Zeile 103:
	</pre>		</pre>

	=3. Cipher (Chiffre)=		=Cipher (Chiffre)=
	Der VPN Datenkanal kann auf der Synology (DS716+) problemlos auf AES 256bit, im CBC Modus umgestellt werden. Im Standard wird Blowfish-128, bez. bei Synology AES 128 verwendet. Um generell herauszufinden, welche Cipher verfügbar sind, kann diese mit folgendem Befehl anzeigen lassen:		Der VPN Datenkanal kann auf der Synology (DS716+) problemlos auf AES 256bit, im CBC Modus umgestellt werden. Im Standard wird Blowfish-128, bez. bei Synology AES 128 verwendet. Um generell herauszufinden, welche Cipher verfügbar sind, kann diese mit folgendem Befehl anzeigen lassen:

imported>Stastka: /* 5. tls-cipher (Cipher Suite, Chiffrensammlung) */

2016-06-12T12:05:16Z

5. tls-cipher (Cipher Suite, Chiffrensammlung)

← Nächstältere Version		Version vom 12. Juni 2016, 12:05 Uhr
Zeile 132:		Zeile 132:
	* Sollten Probleme auftreten kann "SHA1" verwendet werden. Auf keinen Fall sollte man MD5, MD4 usw. verwenden, da sie als "gebrochen" gelten.		* Sollten Probleme auftreten kann "SHA1" verwendet werden. Auf keinen Fall sollte man MD5, MD4 usw. verwenden, da sie als "gebrochen" gelten.

	=5. tls-cipher (Cipher Suite, Chiffrensammlung)=		=tls-cipher (Cipher Suite, Chiffrensammlung)=
	In der letzten Option legt man die Cipher Suite fest, die der Server unterstützt. Dies hilft dabei, dass man keine unsicheren Methoden verwendet.		In der letzten Option legt man die Cipher Suite fest, die der Server unterstützt. Dies hilft dabei, dass man keine unsicheren Methoden verwendet.

imported>Stastka: /* 4. authentication digest (Kryptologische Hashfunktion) */

2016-06-12T12:05:07Z

4. authentication digest (Kryptologische Hashfunktion)

← Nächstältere Version		Version vom 12. Juni 2016, 12:05 Uhr
Zeile 118:		Zeile 118:
	* Hinweis 2: Bei nicht Intel Prozessoren bez. schwachen CPU ohne AES-NI kann es zu Performance-Einbussen kommen. Man kann den Cipher auf AES-128-CBC setzen		* Hinweis 2: Bei nicht Intel Prozessoren bez. schwachen CPU ohne AES-NI kann es zu Performance-Einbussen kommen. Man kann den Cipher auf AES-128-CBC setzen

	=4. authentication digest (Kryptologische Hashfunktion)=		=authentication digest (Kryptologische Hashfunktion)=
	Es empfiehlt sich die Hashfunktion von SHA-1 auf einen SHA-2 Standard anzuheben. Hier kann man SHA-512 verwenden.		Es empfiehlt sich die Hashfunktion von SHA-1 auf einen SHA-2 Standard anzuheben. Hier kann man SHA-512 verwenden.

imported>Stastka: /* 2. tls-auth */

2016-06-12T10:27:41Z

2. tls-auth

← Nächstältere Version		Version vom 12. Juni 2016, 10:27 Uhr
Zeile 80:		Zeile 80:
	</pre>		</pre>

	=2. tls-auth=		=tls-auth=
	Mit einer HMAC Signatur werden alle Pakete die bei der TLS Handshake involviert sind signiert. Werden Pakete ohne die richtige HMAC Signatur gesendet/empfangen werden sie auf der Stelle verworfen. Damit verhindert man:		Mit einer HMAC Signatur werden alle Pakete die bei der TLS Handshake involviert sind signiert. Werden Pakete ohne die richtige HMAC Signatur gesendet/empfangen werden sie auf der Stelle verworfen. Damit verhindert man:

imported>Stastka: /* 1. nobody für den Deamon */

2016-06-12T10:27:29Z

1. nobody für den Deamon

← Nächstältere Version		Version vom 12. Juni 2016, 10:27 Uhr
Zeile 48:		Zeile 48:
	</pre>		</pre>

	=1. nobody für den Deamon=		=nobody für den Deamon=
	Standardmässig läuft der OpenVPN Dienst mit dem User root. Dies ist z.b. bei einem Einbruch ins System ein grosses Problem, da damit der Einbrecher hohe Rechte besitzt. Es empfiehlt sich einen neuen Benutzer „openvpn_server“ zu erstellen oder den User/Gruppe „nobody“ zu verwenden:		Standardmässig läuft der OpenVPN Dienst mit dem User root. Dies ist z.b. bei einem Einbruch ins System ein grosses Problem, da damit der Einbrecher hohe Rechte besitzt. Es empfiehlt sich einen neuen Benutzer „openvpn_server“ zu erstellen oder den User/Gruppe „nobody“ zu verwenden:

imported>Stastka: /* OpenVPN Standard */

2016-06-12T10:27:00Z

OpenVPN Standard

← Nächstältere Version		Version vom 12. Juni 2016, 10:27 Uhr
Zeile 3:		Zeile 3:

	==OpenVPN Standard==		==OpenVPN Standard==
	Die Standardkonfiguration des OpenVPN auf einem Synology Server ist im Default auf AES 128 (CBC), SHA-1 eingestellt. In der Regel ~~genügt dieser Wert~~. Will man eine erhöhte Sicherheit, kann man ~~dies~~ härten. Dazu muss man Shell-Zugriff auf seinem Server haben.		Die Standardkonfiguration des OpenVPN auf einem Synology Server ist im Default auf AES 128 (CBC), SHA-1 und ein Diffie-Hellman von 3072-Bit eingestellt. In der Regel genügen diese Werte und funktionieren auch auf ältere Hardware. Will man eine erhöhte Sicherheit, kann man diese durch hinzufügen von Optionalen Werten zu härten. Dazu muss man Shell-Zugriff auf seinem Server haben.

	==Voraussetzungen==		==Voraussetzungen==

imported>Stastka: /* Zusammenfassung */

2016-06-12T10:20:38Z

Zusammenfassung

← Nächstältere Version		Version vom 12. Juni 2016, 10:20 Uhr
Zeile 162:		Zeile 162:

	= Zusammenfassung =		= Zusammenfassung =
	Ich habe wie folgt die OpenVPN Konfiguration erweitert, die für meine ds716+, Windows 10 und Android 5.x funktioniert. Eine ~~einbusse~~ der Performance oder erhöhten Batterieverbrauch konnte ich nicht feststellen		Ich habe wie folgt die OpenVPN Konfiguration erweitert, die für meine ds716+, Windows 10 und Android 5.x funktioniert. Eine signifikante Einbusse der Performance oder erhöhten Batterieverbrauch konnte ich nicht feststellen.

	'''Server''':		'''Server''':

imported>Stastka: /* Wichtige Pfade */

2016-06-12T10:19:49Z

Wichtige Pfade

← Nächstältere Version		Version vom 12. Juni 2016, 10:19 Uhr
Zeile 35:		Zeile 35:
	</div>		</div>

	==Wichtige Pfade==		===Wichtige Pfade===
	Folgende Pfade sind für die härtung wichtig, bez. zum testen erforderlich:		Folgende Pfade sind für die härtung wichtig, bez. zum testen erforderlich:

imported>Stastka: /* AES 128 bit vs AES 256 bit */

2016-06-12T10:19:03Z

AES 128 bit vs AES 256 bit

← Nächstältere Version		Version vom 12. Juni 2016, 10:19 Uhr
Zeile 29:		Zeile 29:
	=== AES 128 bit vs AES 256 bit ===		=== AES 128 bit vs AES 256 bit ===
	<div style="width:100%; background:#CCFFFF; margin-top:0.5em; border:0px solid #ccc;">		<div style="width:100%; background:#CCFFFF; margin-top:0.5em; border:0px solid #ccc;">
	Gegen den AES sind zurzeit keine praktikablen Angriffe bekannt. Deshalb kann man sich fragen, ob der Verlust von bis zu 30% der Performance sinnvoll ist. Ein führender Kryptografie-Experte hat in mehreren Artikeln sich für AES-128 ausgesprochen, da AES-256 Designschwächen enthalten. Man spricht davon das AES-128 stärker ist, als AES-256 (Thema „key schedules“ und Zufallszahlengenerator).		Gegen den AES sind zurzeit keine praktikablen Angriffe bekannt. Deshalb kann man sich fragen, ob der Verlust von bis zu 30% der Performance sinnvoll ist. Ein führender Kryptografie-Experte hat in mehreren Artikeln sich für AES-128 ausgesprochen, da AES-256 Designschwächen enthalten. Man spricht davon das AES-128 stärker ist, als AES-256 (Thema „key schedules“ und Zufallszahlengenerator).

	[https://www.schneier.com/blog/archives/2009/07/another_new_aes.html] Bruce Schneider, 2009		* [https://www.schneier.com/blog/archives/2009/07/another_new_aes.html] Bruce Schneider, 2009
	[https://blog.agilebits.com/2013/03/09/guess-why-were-moving-to-256-bit-aes-keys/] Guess why we're moving to 256-bit AES keys, 2013		* [https://blog.agilebits.com/2013/03/09/guess-why-were-moving-to-256-bit-aes-keys/] Guess why we're moving to 256-bit AES keys, 2013
	</div>		</div>