Ein defektes HTTPS-Deployment reparieren

Diagnostiziere Namen und Ketten auf echten Nginx-Seiten und repariere ein Partnerportal selbstständig bei erhaltenem Normalbetrieb.

CybersicherheitLinuxNetzwerktechnik

💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken

Einführung

Ein defektes HTTPS-Deployment reparieren richtet sich an Lernende mit grundlegenden Terminalkenntnissen. Eine Hilfeseite ist online, doch Clients lehnen ihre Identität ab. Repariere sie in einem geführten Lab mit vier Schritten und anschließend ein anderes Partnerportal selbstständig in einer Challenge.

Was du lernen wirst

  • Verschlüsselung von geprüfter Serveridentität unterscheiden;
  • echte Namen, Aussteller und Gültigkeit mit curl und OpenSSL prüfen;
  • eine End-/Zwischenkette erstellen und den passenden privaten Schlüssel wählen;
  • Nginx testen und neu laden, während die Nachbarseite weiter funktioniert.

Für wen dieser Kurs geeignet ist

Für angehende Entwickler, Supportkräfte und Sicherheitslernende, die Befehle eingeben und Pfade erkennen können. PKI-, DNS-Administrations- oder OpenSSL-Vorkenntnisse sind nicht nötig.

Die vorbereitete Linux-Browserumgebung bietet Client, Server und den optionalen HTTPS Monitor. Namen und Zertifikate sind synthetisch; Nginx und TLS arbeiten tatsächlich.

Häufig gestellte Fragen

Muss ich etwas installieren? Nein. Jede Einheit beginnt in einer unabhängigen vorbereiteten Umgebung.

Erhalte ich ein öffentliches Zertifikat? Nein. Eine Schulungs-CA vermittelt Identitäts- und Kettenreparatur ohne externe Ausstellung oder Änderungen am Systemvertrauensspeicher.

Was prüft die Challenge? Du überträgst die erlernten Methoden auf einen anderen Namen. Prüfungen kontrollieren echtes TLS und Inhalt des Portals und seines funktionierenden Nachbarn, ohne Berichte oder Screenshots.

Lehrer

labby
Labby
Labby is the LabEx teacher.