Zurück zu den Grundlagen: Web-Traffic-Verschlüsselung mit SSL/TLS und NGINX

Robert HaynesManager für technisches Marketing

Die Entschlossenheit und das raffinierte Vorgehen böswilliger Akteure im Internet scheinen keine Grenzen zu kennen. Fast täglich sorgen Meldungen über neue Netzwerkangriffe, Datendiebstähle oder Ransomware-Attacken für Schlagzeilen. Die Folgen können verheerend sein. Daher wird es immer wichtiger, Webressourcen und Datenverkehr davor zu schützen, in die Hände böswilliger Hacker zu geraten.

Als eine der wichtigsten Arten des Internetverkehrs ist natürlich auch der HTTP-Datenverkehr zwischen Browsern und Websites solchen Angriffen ausgesetzt. Eine grundlegende Möglichkeit, HTTP-Datenverkehr vor Abhören und Manipulation zu schützen, besteht darin, ihn mithilfe des Transport Layer Security-Protokolls (TLS) zu verschlüsseln. Verschlüsselter Datenverkehr wird korrekt als HTTPS-Datenverkehr bezeichnet, wobei das S für sicher steht. In den meisten Fällen wird jedoch einfach HTTP als Bezeichnung für beide Arten von Datenverkehr verwendet.

Ob eine Website Verschlüsselung unterstützt, erkennen Sie an der URL:

• URLs, die mit „https://“ beginnen, verwenden Verschlüsselung
• URLs, die mit „http://“ beginnen, sind nicht verschlüsselt

Viele Browser zeigen außerdem am linken Ende der Adressleiste ein Vorhängeschloss-Symbol an, wenn eine Verschlüsselung verwendet wird.

Hinweis: Der Vorgänger von TLS, Secure Sockets Layer (SSL), gilt inzwischen als veraltet, wird aber trotz seiner Sicherheitsschwächen noch recht häufig verwendet. Ebenso wird häufig der Begriff SSL (oder SSL/TLS) verwendet, wenn von der Verschlüsselung des HTTP-Datenverkehrs die Rede ist, selbst wenn tatsächlich TLS zum Einsatz kommt.

SSL/TLS und NGINX

Als kurze Einführung in die SSL/TLS-Verschlüsselung in NGINX sehen wir uns einige Direktiven an. Die grundlegende NGINX-Konfiguration für HTTPS ist recht einfach:

server {    listen              443 ssl;
    server_name         www.example.com;
    ssl_certificate     www.example.com.crt;
    ssl_certificate_key www.example.com.key;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    #...
}

Die listen-Direktive weist NGINX an, Port 443 auf HTTPS-Datenverkehr (Parameter ssl) für die Domain zu überwachen, die in der server_name-Direktive angegeben ist (hier: www.example.com).

Die Direktiven ssl_certificate und ssl_certificate_key geben die Dateien an, in denen das TLS-Zertifikat und der Schlüssel der Domain gespeichert sind. Die Direktiven ssl_protocols und ssl_ciphers legen fest, welche SSL-/TLS-Versionen beziehungsweise welche Verschlüsselungssammlungen (Verschlüsselungsalgorithmen) dieser virtuelle NGINX-Server unterstützt. Mit diesen Direktiven handelt NGINX eine sichere Verbindung mit dem Client aus und stellt HTTPS-Inhalte bereit, die durch Ihr Zertifikat authentifiziert sind.

Webinar ansehen

Die Verwendung der Direktiven für HTTPS zu beschreiben, ist eine Sache. Die Konzepte hinter Zertifikaten, Schlüsseln und Verschlüsselungsverfahren zu verstehen, ist jedoch weitaus komplexer. Eine umfassende und leicht verständliche Einführung bietet unser kostenloses On-Demand-Webinar „NGINX 101: Verschlüsselung des Web-Datenverkehrs mit SSL/TLS und NGINX“.

Im Webinar können Sie sich eingehend mit der Verschlüsselung des Web-Datenverkehrs befassen und erfahren:

• Wie NGINX eine durch HTTPS geschützte Sitzung mit einem Client herstellt
• Grundlegende und fortgeschrittene NGINX-Konfigurationen mit einer Live-Demo
• Möglichkeiten zur Umleitung von HTTP-Anfragen auf HTTPS
• Empfohlene TLS-Einstellungen

If you’re interested in getting started with NGINX Open Source and still have questions, join the NGINX Community Slack – introduce yourself and get to know this community of NGINX power users! If you’re ready for NGINX Plus, start your free 30-day trial today or contact us to discuss your use cases.

Über den Autor

Robert HaynesManager für technisches Marketing

Weitere Blogbeiträge von Robert Haynes