openssl

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
openssl [14/08/2024 - 16:18] adminopenssl [06/09/2024 - 07:30] (aktuell) – [Test einer ssl Verbindung mit openssl s_client] admin1
Zeile 1: Zeile 1:
 ====== OPENSSL ====== ====== OPENSSL ======
  
-==== 1. privaten Schlüssel erzeugen (RSA) ====+====privaten Schlüssel erzeugen (RSA) =====
  
-Bei RSA wird automatisch ein Passwort abgefragt. Das kann man in einem zweiten Schritt wieder entfernen:+Bei RSA Schlüsseln wird automatisch ein Passwort abgefragt. Das kann man in einem zweiten Schritt wieder entfernen:
  
 <code> <code>
Zeile 10: Zeile 10:
 </code> </code>
  
-==== 2. Passphrase aus key löschen (RSA) ====+Passphrase aus key löschen (RSA)
  
 <code> <code>
Zeile 17: Zeile 17:
 </code> </code>
  
-==== 3. Key mit elliptic curve (ohne PW) ====+===== Schlüssel mit elliptic curve ====
 + 
 +Diese Schlüssel sind kleiner, bein Erzeugen wird kein Passwort verlangt
  
 <code> <code>
Zeile 24: Zeile 26:
 </code> </code>
  
-==== 4Certificate Signing Request (CSR) ====+ec Key **mit** Passwort erzeugen 
 +<code> 
 +openssl ecparam -name prime256v1 -genkey | openssl ec -aes256 -out key.pem
  
--days regelt die Gültigkeit des Zertifikats und überschreibt die default Werte der ssh Konfiguration. Achtung bei openvpn: CN muß mit "locutusvpn" beginnen, da die im Server geprüft wird (Server Parameter –verify-x509-name locutusvpn name-prefix)+</code>===== Certificate Signing Request (CSR=====
  
-''openssl req -new -key private/openvpn_client_odysseus.key -out certs/openvpn_client_odysseus.req.pem -days 730 ''+-days regelt die Gültigkeit des Zertifikats und überschreibt die default Werte der ssh Konfiguration.
  
-Der csr wird entweder selber signiert oder an eine externe CA gegeben, z.B. StartSSL+Der csr wird entweder selber signiert oder an eine externe CA gegeben.
  
-=== Signieren über eigene CA ===+Einfacher CSR 
 +<code> 
 + 
 +openssl req -nodes -new -newkey rsa:2048 -sha256 -out csr.pem 
 + 
 +</code> 
 + 
 +Achtung bei openvpn: CN muß mit "locutusvpn" beginnen, da die im Server geprüft wird (Server Parameter –verify-x509-name locutusvpn name-prefix) 
 + 
 +''openssl req -new -key private/openvpn_client_odysseus.key -out certs/openvpn_client_odysseus.req.pem -days 730 '' 
 +==== Signieren über eigene CA ====
  
 ''openssl x509 -req -in certs/openvpn_client_odysseus.req.pem -CA certs/RootCA.cert.pem -CAkey private/RootCA.key.pem -out certs/openvpn_client_odysseus.cert.pem -days 720 '' ''openssl x509 -req -in certs/openvpn_client_odysseus.req.pem -CA certs/RootCA.cert.pem -CAkey private/RootCA.key.pem -out certs/openvpn_client_odysseus.cert.pem -days 720 ''
Zeile 39: Zeile 53:
  
 ''mv newcerts/01.pem certs/ cd certs ln -s 01.pem `openssl x509 -hash -noout -in 01.pem`.0 '' ''mv newcerts/01.pem certs/ cd certs ln -s 01.pem `openssl x509 -hash -noout -in 01.pem`.0 ''
- +===== Erstellen eines csr mit einer cnf Datei =====
-Einfacher CSR+
  
 <code> <code>
-openssl req -nodes -new -newkey rsa:2048 -sha256 -out csr.pem +openssl req -new -key radius_rsa.key -out radius.xdc.dev.gspp-eu.corpinter.net_rsa.csr -config openssl.cnf
- +
-</code> +
-==== 5. Erstellen eines csr mit einer cnf Datei ==== +
- +
-<code> +
- <font inherit/monospace;;inherit;;#000000background-color:#ffffff;>openssl req -new -key radius_rsa.key -out radius.xdc.dev.gs</font> pp-eu.corpinter.net_rsa.csr -config openssl.cnf+
  
 </code> </code>
Zeile 56: Zeile 63:
  
 <code> <code>
- <font inherit/monospace;;inherit;;#000000background-color:#ffffff;>[ req ]</font> default_bits           = 2048+[ req ] 
 +default_bits           = 2048
 default_keyfile        = privkey.key default_keyfile        = privkey.key
 distinguished_name     = req_distinguished_name distinguished_name     = req_distinguished_name
Zeile 85: Zeile 93:
 </code> </code>
  
-==== 6. Passen ein key und ein signiertes cert zusammen? ====+===== Check: Passen ein key und ein signiertes cert zusammen? =====
  
-Replace <public.crt> with the filename of the public certificate.//+Replace <public.crt> with the filename of the public certificate.
  
 <code> <code>
 openssl x509 -noout -modulus -in <public.crt> | openssl md5> /tmp/crt.pub openssl x509 -noout -modulus -in <public.crt> | openssl md5> /tmp/crt.pub
 +
 +openssl rsa -noout -modulus -in <private.key> | openssl md5> /tmp/key.pub
  
 </code> </code>
 +
 +Danach ein diff der beiden Dateien:
 <code> <code>
- 
-openssl rsa -noout -modulus -in <private.key> | openssl md5> /tmp/key.pub 
-//Note: Replace <private.key> with the filename of the private key. Enter the password if prompted. 
  
 diff /tmp/crt.pub /tmp/key.pub diff /tmp/crt.pub /tmp/key.pub
- 
-Note: If nothing is printed to the console, they were found to be a pair. Any differences are printed to the console in detail.// 
  
 </code> </code>
  
-==== 7. Inhalte kontrollieren ====+If nothing is printed to the console, they were found to be a pair. Any differences are printed to the console in detail. 
 + 
 +===== Check: Inhalte kontrollieren =====
  
 Auf der Shell im Klartext lesen: bei CERTs mit "x509", bei CSRs mit "req" Auf der Shell im Klartext lesen: bei CERTs mit "x509", bei CSRs mit "req"
-<code> 
  
 +<code>
 openssl x509 -text -noout -in ca.crt openssl x509 -text -noout -in ca.crt
  
Zeile 114: Zeile 123:
  
 </code> </code>
 +===== Revocation list =====
  
-==== 8. Revocation list (kann PEM oder DER codiert sein) ==== +xx
- +
-<code> +
-openssl crl -inform PEM -text -noout -in crl.pem +
- +
-</code>+
  
 ===== Test einer ssl Verbindung mit openssl s_client ===== ===== Test einer ssl Verbindung mit openssl s_client =====
  
-siehe [[http://www.heise.de/security/artikel/Forward-Secrecy-testen-und-einrichten-1932806.html|http://www.heise.de/security/artikel/Forward-Secrecy-testen-und-einrichten-1932806.html]]\\ +Das Standard-Tool für die Analyse von SSL-Funktionen ist das Kommandozeilenprogramm von OpenSSL.
-Hinweis zu s_client: Zugriff über Proxy (mit -proxy host:port) ist erst ab openssl 1.1 implementiert+
  
-Das Standard-Tool für die Analyse von SSL-Funktionen ist das Kommandozeilenprogramm von OpenSSL.+https://docs.openssl.org/1.0.2/man1/s_client/
 <code> <code>
- 
 openssl s_client -connect imap.1und1.de:993 openssl s_client -connect imap.1und1.de:993
  
 </code> </code>
  
-Kommt als Ergebnis eine Ciphersuite heraus, die mit DH oder ECDH beginnt, haben sich die beiden Kommunikationspartner auf **Forward Secrecy** geeinigt. Ob ein Server überhaupt Forward Secrecy beherrscht, verrät:+Kommt als Ergebnis eine Ciphersuite heraus, die mit DH oder ECDH beginnt, haben sich die beiden Kommunikationspartner auf **Forward Secrecy **geeinigt. Ob ein Server überhaupt Forward Secrecy beherrscht, verrät:
 <code> <code>
 openssl s_client -cipher 'ECDH:DH' -connect login.live.com:443 openssl s_client -cipher 'ECDH:DH' -connect login.live.com:443
Zeile 140: Zeile 143:
 </code> </code>
  
-Dieses Beispiel zeigt, dass auch Microsofts Server durchaus DH-Verfahren im Repertoire haben. Ob ein Server Diffie-Hellman erzwingt, auch wenn der Client RSA bevorzugt, verrät die cipher-Spezifikation 'RSA:ECDH:DH'. OpenSSL unterstützt auch Verbindungen, bei denen man die Verschlüsselung über den starttls anfordern muss, wie es etwa im Mail-Versandprotokoll SMTP üblich ist:+Ob ein Server Diffie-Hellman erzwingt, auch wenn der Client RSA bevorzugt, verrät die cipher-Spezifikation 'RSA:ECDH:DH'. OpenSSL unterstützt auch Verbindungen, bei denen man die Verschlüsselung über den starttls anfordern muss, wie es etwa im Mail-Versandprotokoll SMTP üblich ist:
  
 <code> <code>
Zeile 151: Zeile 154:
 ===== Zufalls-Passwort generieren ===== ===== Zufalls-Passwort generieren =====
  
-''openssl rand -base64 10 ''+<code> 
 +openssl rand -base64 
 + 
 +</code>
  
 Alternativ über doveadmin, siehe dort. Alternativ über doveadmin, siehe dort.
  
-====== Zertifikat Formate und ihre Konvertierung ======+===== Zertifikat Formate und ihre Konvertierung ===== 
 + 
 +PKCS Dateien erzeugen (*.pfx, *.p12)
  
-===== PKCS Dateien erzeugen (*.pfx, *.p12) ===== 
 <code> <code>
- +openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile more.crt
-openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile more.crt *+
  
 </code> </code>
  
-openssl – the command for executing OpenSSL * pkcs12 – the file utility for PKCS#12 files in OpenSSL * - export - out certificate .pfx – export and save the PFX file as certificate.pfx * inkey privateKey .key – use the private key file privateKey.key as the private key to combine with the certificatein certificate .crt – use certificate.crt as the certificate the private key will be combined with. * - certfile more .crt –+This is optional, this is if you have any additional certificates you would like to include in the PFX file. 
 + 
 +User Zertifikat erzeugen wie Server Zertifikat. Für VPN Verbindung kann ohne Passwort gearbeitet werden, es geht aber auch mit Passwort! 
 + 
 +<code> 
 +openssl genrsa -aes256 -out apache.key.pem -rand ./private/.rand 2048 
 + 
 +</code>
  
-This is optional, this is if you have any additional certificates you would like to include in the PFX file. **User Zertifikat erzeugen** wie Server Zertifikat. Für VPN Verbindung kann ohne Passwort gearbeitet werden, es geht aber auch mit Passwort! openssl genrsa -aes256 -out apache.key.pem -rand ./private/.rand 2048 +Key Formate konvertieren
-====== Key Formate konvertieren ======+
  
-===== Von pfx nach pem =====+Von pfx nach pem
  
 <code> <code>
-openssl pkcs12 -in  [pkcs-12-certificate-and-key-file]  -out  [pem-certificate-and-key-file]+openssl pkcs12 -in [pkcs-12-certificate-and-key-file] -out [pem-certificate-and-key-file]
  
 </code> </code>
Zeile 200: Zeile 212:
  
 <code> <code>
-cat  ${filename}.crt ${filename}-ca.crt> ${filename}-full.crt+cat ${filename}.crt ${filename}-ca.crt> ${filename}-full.crt
  
 </code> </code>
Zeile 211: Zeile 223:
 </code> </code>
  
-===== Von DER encoded (crt/cer) nach PGP (pem) ===== 
  
-<code> +===== Certification Authority =====
-openssl x509 -in mycert.crt -out mycert.pem -outform PEM +
- +
-</code> +
- +
-====== Certification Authority ======+
  
-Anleitung aus [[:http:fra.nksteidl.de_erinnerungen_openssl.php|http://fra.nksteidl.de/Erinnerungen/OpenSSL.php]]+Anleitung aus [[http://fra.nksteidl.de/Erinnerungen/OpenSSL.php|http://fra.nksteidl.de/Erinnerungen/OpenSSL.php]]
  
 Privaten Schlüssel für CA mit gutem PW erzeugen Privaten Schlüssel für CA mit gutem PW erzeugen
-<code> 
  
-openssl genrsa -aes256 -out /etc/ssl//private/RootCA.key.pem -rand /etc/ssl/private/.rand 2048// +openssl genrsa -aes256 -out /etc/sslprivate/RootCA.key.pem -rand /etc/ssl/private/.rand 2048
- +
-</code>+
  
 Danach öffentlichen Schlüssel erzeugen: Danach öffentlichen Schlüssel erzeugen:
  
-<code> 
 openssl req -new -x509 -days 1827 -key /etc/ssl/private/RootCA.key.pem -out /etc/sslcert /RootCA.cert.pem openssl req -new -x509 -days 1827 -key /etc/ssl/private/RootCA.key.pem -out /etc/sslcert /RootCA.cert.pem
- 
-</code> 
  
 ===== CA erzeugen ===== ===== CA erzeugen =====
  
-nach [[http://fra.nksteidl.de/Erinnerungen/OpenSSL.php|http://fra.nksteidl.de/Erinnerungen/OpenSSL.php]]+\\ 
 +openssl genrsa -out apache.key.pem -rand ./private/.rand 2048 openssl req -new -key apache.key.pem -out apache.req.pem
  
-cd ServerCA\\ +openssl ca -name ServerCA -in apache.req.pem -out apache.cert.pem
-openssl genrsa -out apache.key.pem -rand ./private/.rand 2048 +
- +
-openssl req -new -key apache.key.pem -out apache.req.pem openssl ca -name ServerCA -in apache.req.pem -out apache.cert.pem+
  
 mv newcerts/01.pem certs/ mv newcerts/01.pem certs/
  
-cd certs+cd certs ln -s 01.pem
  
-ln -s 01.pem `openssl x509 -hash -noout -in 01.pem`.0+openssl x509 -hash -noout -in 01.pem`
  
 Dabei nacheinander Land (DE), Region (ST), Stadt, Organisationsname (O) und -einheit (OU) eingeben, Wichtig: Der "common name" (CN) ist der Apache Server-Name, auf den die Clients zugreifen. Dann die erzeugten *.key, *.crt und *.pem Dateien in die passenden ssl/ Verzeichnisse unterhalb /etc/httpd/ oder /etc/apache2/ verschieben. Bei virtual hosts prüfen, ob ein Eintrag "VirtualHost _default_:443" mit den passenden SSL Regeln besteht. Dabei nacheinander Land (DE), Region (ST), Stadt, Organisationsname (O) und -einheit (OU) eingeben, Wichtig: Der "common name" (CN) ist der Apache Server-Name, auf den die Clients zugreifen. Dann die erzeugten *.key, *.crt und *.pem Dateien in die passenden ssl/ Verzeichnisse unterhalb /etc/httpd/ oder /etc/apache2/ verschieben. Bei virtual hosts prüfen, ob ein Eintrag "VirtualHost _default_:443" mit den passenden SSL Regeln besteht.
  
-Achtung: Eigene Zertifikate für die virtual hosts gehen nur mit eigener IP Adresse für jeden dieser Server. Alternative ist subjectaltname, im Zertifikat, ist aber nicht richtig sicher. +Achtung: Eigene Zertifikate für die virtual hosts gehen nur mit eigener IP Adresse für jeden dieser Server. Alternative ist subjectaltname, im Zertifikat, ist aber nicht richtig sicher. Dann den Server neu starten. Beim ersten https Zugriff per Browser wird das Zertifikat angeboten. Ggf. den Inhalt des Zertifikats prüfen. (Klick auf das Verschlüsselungs-Symbol im Browser unten rechts)
- +
-Dann den Server neu starten. Beim ersten https Zugriff per Browser wird das Zertifikat angeboten. Ggf. den Inhalt des Zertifikats prüfen. (Klick auf das Verschlüsselungs-Symbol im Browser unten rechts)+
  
-===== Verlinkung der erzeugten Zertifikate =====+Verlinkung der erzeugten Zertifikate
  
 Um dieses erste Zertifikat der RootCA in das normale Handling der CA zu geben, muß es noch kopiert und verlinkt werden. Die Zertifikate werden im Unterverzeichnis certs mit dem Namen Ihrer Seriennummer gelegt und der Hash-Wert wird verlinkt: Um dieses erste Zertifikat der RootCA in das normale Handling der CA zu geben, muß es noch kopiert und verlinkt werden. Die Zertifikate werden im Unterverzeichnis certs mit dem Namen Ihrer Seriennummer gelegt und der Hash-Wert wird verlinkt:
Zeile 265: Zeile 261:
  
 cd /etc/ssl/certs/\\ cd /etc/ssl/certs/\\
-ln -s 00.pem `openssl x509 -hash -noout -in 00.pem`.0+ln -s 00.pem `openssl x509 -hash -noout -in 00.pem`.
  
-==== Sub CA für Server Signaturen erstellen ====+===== Sub CA für Server Signaturen erstellen =====
  
-Wie oben, nur wird ein CSR erzeugt, der von der Root CA signiert werden muss, die damit das Zertifikat erstellt.+Wie oben, nur wird ein CSR erzeugt, der von der Root CA signiert werden muss.
  
-privaten Schlüssel erzeugen * Dann singning request (CSR) * mit RootCA signieren CSR erzeugen:+privaten Schlüssel erzeugen
  
-openssl req -new -key /usr/lib/ssl/ServerCA/private/ServerCA.key.pem -out /usr/lib/ssl/ServerCA/ServerCA.req.pem+Dann singning request (CSR) * mit RootCA signieren 
 + 
 +CSR erzeugen: openssl req -new -key /usr/lib/ssl/ServerCA/private/ServerCA.key.pem -out /usr/lib/ssl/ServerCA/ServerCA.req.pem
  
 Signieren und hier die zeitliche Gültigkeit definieren: Signieren und hier die zeitliche Gültigkeit definieren:
Zeile 283: Zeile 281:
 The default filename consists of the CA certificate file base name with .srl appended. For example if the CA certificate file is called mycacert.pem, it expects to find a serial number file called mycacert.srl. The default filename consists of the CA certificate file base name with .srl appended. For example if the CA certificate file is called mycacert.pem, it expects to find a serial number file called mycacert.srl.
  
-=====   =====+===== Zertifikate erzeugen =====
  
-====== Zertifikate erzeugen ====== +Für Signieren über die eigene CA oder zum externen Signieren. Mit der ServerCA lassen sich jetzt Zertifikate für Server erstellen. Diese sollten - weil sie ihren Private Key ohne menschliches Zutun benutzen müssen - keine Passphrase haben. Dies geschieht durch Weglassen des Verschlüsselungs-Algoritmus beim Erstellen des Private Key. Ansonsten sind das auch nur normale Zertifikate. Allerdings werden sie nicht von der RootCA, sondern von der ServerCA signiert.
- +
-Für Signieren über die eigene CA oder zum externen Signieren. +
- +
-Mit der ServerCA lassen sich jetzt Zertifikate für Server erstellen. Diese sollten - weil sie ihren Private Key ohne menschliches Zutun benutzen müssen - keine Passphrase haben. Dies geschieht durch Weglassen des Verschlüsselungs-Algoritmus beim Erstellen des Private Key. Ansonsten sind das auch nur normale Zertifikate. Allerdings werden sie nicht von der RootCA, sondern von der ServerCA signiert.+
  
 ===== Einrichten von Apache mit mod_ssl ===== ===== Einrichten von Apache mit mod_ssl =====
Zeile 297: Zeile 291:
 Neue Anleitung für opensuse siehe [[http://en.opensuse.org/Apache_Howto_SSL|http://en.opensuse.org/Apache_Howto_SSL]] Neue Anleitung für opensuse siehe [[http://en.opensuse.org/Apache_Howto_SSL|http://en.opensuse.org/Apache_Howto_SSL]]
  
-=====   ===== +===== Easy RSA - gängige Befehle =====
- +
-====== Easy RSA - gängige Befehle ======+
  
 Siehe [[https://www.netzwissen.de/wiki/doku.php?id=easyrsa&s[]=easyrsa|https://www.netzwissen.de/wiki/doku.php?id=easyrsa&s[]=easyrsa]] Siehe [[https://www.netzwissen.de/wiki/doku.php?id=easyrsa&s[]=easyrsa|https://www.netzwissen.de/wiki/doku.php?id=easyrsa&s[]=easyrsa]]
  
-Zeritifkate konvertieren +Zeritifkate konvertieren nur privatebn Schlüssel extrahieren # openssl pkcs12 -in filename.pfx -nocerts -out key.pem Zertifikat exportieren # openssl pkcs12 -in filename.pfx -clcerts -nokeys -out cert.pem Diffie hellman Parameter erzeugen openssl dhparam -out dhparams.pem 4096
- +
-nur privatebn Schlüssel extrahieren +
- +
-''# openssl pkcs12 -in filename.pfx -nocerts -out key.pem'' +
- +
-Zertifikat exportieren +
- +
-''# openssl pkcs12 -in filename.pfx -clcerts -nokeys -out cert.pem'' +
- +
-Diffie hellman Parameter erzeugen +
-<code> +
- +
-openssl dhparam -out dhparams.pem 4096 +
- +
-</code>+
  
  
  • openssl.1723652306.txt.gz
  • Zuletzt geändert: 17/08/2024 - 07:06
  • (Externe Bearbeitung)