Linuxhotel Wiki

Wie ging das nochmal?

Benutzer-Werkzeuge

Webseiten-Werkzeuge


lpi2:ssl

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
lpi2:ssl [2018/08/10 11:25] – [Diffie Hellman Schlüsselaustausch vorbereiten] ingo_wichmannlpi2:ssl [2026/05/28 15:06] (aktuell) – ingo_wichmann
Zeile 1: Zeile 1:
 +TODO: Lösung auf Basis von CFSSL, Boulder oder Consul evaluieren (( https://www.heise.de/select/ix/2019/1/1545992707007070 ))
 +
 +====== Links ======
 +  * [[https://crt.sh|Log aller ausgestellten Zertifikate]]
 +  * [[https://www.feistyduck.com/library/openssl-cookbook/online/|OpenSSL Cookbook by Ivan Ristić/Feisty Duck]]
 +  * Kryptografie Grundlagen: https://www.cryptool.org/de/
 +
 ====== OpenSSL ====== ====== OpenSSL ======
 ===== Diffie Hellman Schlüsselaustausch vorbereiten ===== ===== Diffie Hellman Schlüsselaustausch vorbereiten =====
Zeile 10: Zeile 17:
   * welche Bitlänge haben die Diffie Hellman Parameter?   * welche Bitlänge haben die Diffie Hellman Parameter?
  
 +Doku:
 +  * https://blog.zeit.de/mathe/allgemein/daten-verschluesselung-mathe/
 +  * https://weakdh.org/sysadmin.html
 ===== Selbstsignierte Server Zertifikate bauen ===== ===== Selbstsignierte Server Zertifikate bauen =====
  
-  openssl req -new -newkey rsa -nodes -subj /C=DE/ST=NRW/L=Essen/O=Linuxhotel/CN=notebook15.linuxhotel.de -keyout serverkey.pem -out serverreq.csr+  openssl req -new -newkey rsa:4096bits -sha512 -x509 -nodes -subj /C=DE/ST=NRW/L=Essen/O=Linuxhotel/CN=notebook15.linuxhotel.de -keyout server.key -out server.crt
  
 ((https://bettercrypto.org empfiehlt 4096 Bit)) ((https://bettercrypto.org empfiehlt 4096 Bit))
Zeile 27: Zeile 37:
  
 ===== Server Zertifikat und CA selbst bauen ===== ===== Server Zertifikat und CA selbst bauen =====
-==== Als root Vorgabewerte setzen ====+==== nutzer ca anlegen ==== 
 +  useradd -s /bin/bash -m ca 
 +==== Als Nutzer ca eine Beispiel CA erstellen ==== 
 +TODO: ca und intermediate-ca bauen. ca signiert nur intermediate-ca. intermediate-ca signiert server-zertifikate.  
 + 
 ''/etc/ssl/openssl.cnf'' : ( SuSE 10.2, ab Debian 4.0 ) ''/etc/ssl/openssl.cnf'' : ( SuSE 10.2, ab Debian 4.0 )
  
Zeile 52: Zeile 66:
 … …
  
-[ policy_match ] +# TODO: brauchen wir das? 
-countryName             = optional +#[ policy_match ] 
-stateOrProvinceName     = optional +#countryName             = optional 
-organizationName        = optional+#stateOrProvinceName     = optional 
 +#organizationName        = optional
  
 … …
  
-[ req_distinguished_name ] +[ v3_ca ] 
-countryName                     = Country Name (2 letter code) +… 
-countryName_default             = DE +basicConstraints = critical,CA:false
-stateOrProvinceName             = State or Province Name (full name) +
-stateOrProvinceName_default     = NRW +
-localityName                    = Locality Name (eg, city) +
-localityName_default            = Essen +
-0.organizationName              = Organization Name (eg, company) +
-0.organizationName_default      = Linuxhotel +
 </file> </file>
  
-  useradd -s /bin/bash -m ca +Verzeichnisse und Dateien für die CA:
-==== Als Nutzer ca eine Beispiel CA erstellen ==== +
-TODO: ca und intermediate-ca bauen. ca signiert nur intermediate-ca. intermediate-ca signiert server-zertifikate.  +
-  +
-Verzeichnisse und Dateien fuer die CA:+
   su - ca   su - ca
   mkdir -p ca.linuxhotel.de/{private,newcerts}   mkdir -p ca.linuxhotel.de/{private,newcerts}
Zeile 124: Zeile 128:
 Im Feld "Common Name" muss der korrekte DNS-Name des Servers eingetragen werden. Für Wildcard-Zertifikate muss an Stelle des Hostnamens ein ''*'' (z.B. ''*.example.com'') eingetragen werden. Soll das Wildcard-Zertifikat zusätzlich auch die übergeordnete Domain (z.B. ''example.com'') abdecken, dann muss man diesen Namen als ''subjectAltName'' hinzufügen, wie [[apache-ssl#ssl_tls_und_name_based_virtual_hosts]] beschrieben.  Im Feld "Common Name" muss der korrekte DNS-Name des Servers eingetragen werden. Für Wildcard-Zertifikate muss an Stelle des Hostnamens ein ''*'' (z.B. ''*.example.com'') eingetragen werden. Soll das Wildcard-Zertifikat zusätzlich auch die übergeordnete Domain (z.B. ''example.com'') abdecken, dann muss man diesen Namen als ''subjectAltName'' hinzufügen, wie [[apache-ssl#ssl_tls_und_name_based_virtual_hosts]] beschrieben. 
  
-  openssl req -new -newkey rsa:2048 -nodes -sha512 -subj /C=DE/ST=NRW/L=Essen/O=Linuxhotel/CN=notebook15.linuxhotel.de/subjectAltName=DNS.1=notebook15.linuxhotel.de,DNS.2=*.notebook15.linuxhotel.de -keyout server-ssl/serverkey.pem -out server-ssl/serverreq.csr+Version 1.1.1 von openssl verspricht mit dem Schalter ''-addext 'subjectAltName = DNS:*.notebook15.linuxhotel.de, DNS:notebook15.linuxhotel.de' '' erstmals eine übersichtliche Lösung für das Problem (TODO: testen). Bis dahin brauchen wir für den Request eine eigene Konfigurationsdatei: 
 +<file txt subjectAltName-openssl.cnf> 
 +[req] 
 +prompt = no 
 +req_extensions = ext 
 +distinguished_name = dn
  
 +[dn]
 +CN=z22.test
 +C=DE
 +ST=NRW
 +L=Essen
 +O=Linuxhotel
 +
 +[ext]
 +subjectAltName = DNS:*.z22.test,DNS:z22.test
 +</file>
 +  openssl req -new -newkey rsa:2048 -nodes -sha512 -config subjectAltName-openssl.cnf -keyout server-ssl/serverkey.pem -out server-ssl/serverreq.csr
  
 Pruefen ob Antrag und Schlüssel ok sind: Pruefen ob Antrag und Schlüssel ok sind:
Zeile 137: Zeile 157:
  
 ==== Als Nutzer ca das Server-Zertifikat unterschreiben ==== ==== Als Nutzer ca das Server-Zertifikat unterschreiben ====
 +Aus ''man 8 ca'':  //The ca command is quirky and at times downright unfriendly.
 +The ca utility was originally meant as an example of how to do things in a CA. It was not supposed to be used as a full blown CA itself//
 +
 +
   su - ca   su - ca
   openssl ca -in serverreq.csr -out servercert.pem   openssl ca -in serverreq.csr -out servercert.pem
 +oder mit X509v3 extensions (z.B. für Subject Alternative Name) 
 +  openssl ca -extensions v3_ca -in serverreq.csr -out servercert.pem 
 +  
 Anzeigen des Server-Zertifikats: Anzeigen des Server-Zertifikats:
   openssl x509 -in servercert.pem -text | less   openssl x509 -in servercert.pem -text | less
Zeile 477: Zeile 503:
 //openssl s_server muss noch laufen// //openssl s_server muss noch laufen//
   openssl s_client -connect localhost:4433 -CAfile /home/ca/ca.linuxhotel.de/cacert.pem   openssl s_client -connect localhost:4433 -CAfile /home/ca/ca.linuxhotel.de/cacert.pem
 +
 +====== Debian Snakeoil ======
 +Voraussetzung: FQDN korrekt im DNS eingetragen
 +
 +Debian: ''ssl-cert''
 +
 +Zertifikat anzeigen:
 +  openssl x509 -in /etc/ssl/certs/ssl-cert-snakeoil.pem -text | less
  
 ====== Links and Doku ====== ====== Links and Doku ======
Zeile 484: Zeile 518:
   * [[ http://www.cacert.org | caCert: kostenlose, Web-of-trust-basierte Zertifikate ]]   * [[ http://www.cacert.org | caCert: kostenlose, Web-of-trust-basierte Zertifikate ]]
   * [[ http://portecle.sourceforge.net/ | portecle: GUI application for creating, managing and examining keystores, keys, certificates, certificate requests, certificate revocation lists and more. ]]    * [[ http://portecle.sourceforge.net/ | portecle: GUI application for creating, managing and examining keystores, keys, certificates, certificate requests, certificate revocation lists and more. ]] 
-  * http://math.cmu.edu/~svasey/old-homepage-archive-2013/projects/software-usage-notes/ssl_en.html 
  
  
lpi2/ssl.1533900306.txt.gz · Zuletzt geändert: 2018/08/10 11:25 von ingo_wichmann