Workshop-Wiki · Deutsch

VM-Umgebung: TLS

Dieses Dokument gehört zum TLS-Workshop und beschreibt environment-native-vm als Unterrichtsmaterial, Nachschlagewerk und Review-Grundlage.

Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 11 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

VM-Umgebung: TLS

Dieses Dokument gehört zum TLS-Workshop und beschreibt environment-native-vm als Unterrichtsmaterial, Nachschlagewerk und Review-Grundlage.

Zielbild

Du sollst TLS nicht als Checkbox für HTTPS behandeln, sondern als Zusammenspiel aus Protokollversion, Kryptografie, Zertifikaten, Trust Stores, Laufzeiten, Automatisierung und Incident Response verstehen. Die kritischen Fragen sind: Wem wird vertraut, welcher Schlüssel schützt welche Identität, welche Protokoll- und Cipher-Policy gilt, wie wird erneuert und was passiert bei Kompromittierung?

01 / 11

Schwerpunkt

  • Ubuntu VM
  • Snapshots
  • OpenSSL
  • NGINX
  • Local CA
02 / 11

Kernbegriffe

Begriff Bedeutung
TLS Transport Layer Security, ein Protokoll zum Schutz von Vertraulichkeit, Integrität und Authentizität auf Transportebene.
SSL Historische Vorgängerfamilie von TLS; SSLv2 und SSLv3 sind veraltet und dürfen nicht mehr als Zielzustand gelten.
TLS 1.3 Aktuelle TLS-Hauptversion aus RFC 8446 mit reduziertem Handshake, moderner Kryptografie und Entfernung vieler älterer Optionen.
TLS 1.2 Weiter verbreitete ältere TLS-Version; nach RFC 9325 nur mit modernen Cipher Suites, Extensions und sauberer Konfiguration vertretbar.
X.509 Zertifikatsformat für öffentliche Schlüssel, Identitäten, Laufzeiten, Erweiterungen und Signaturen in PKI-Systemen.
Certificate Authority Vertrauensanker oder ausstellende Stelle, die Zertifikate signiert und über Policies, Audits und Prozesse kontrolliert wird.
CSR Certificate Signing Request mit öffentlichem Schlüssel und beantragten Identitätsinformationen.
SAN Subject Alternative Name; relevante Erweiterung für DNS- und IP-Namen in Serverzertifikaten.
Key Usage X.509-Erweiterung, die zulässige Verwendungen eines Schlüssels begrenzt.
Extended Key Usage X.509-Erweiterung für Zwecke wie Server Authentication oder Client Authentication.
Certificate Chain Kette aus End-Entity-Zertifikat, Intermediate-Zertifikaten und Root-Vertrauensanker.
Trust Store Sammlung vertrauenswürdiger Root-Zertifikate in Betriebssystem, Browser, JVM, Container oder Anwendung.
Handshake TLS-Aushandlung von Version, Parametern, Schlüsselmaterial, Zertifikaten und Sicherheitskontext.
Cipher Suite Benannte Auswahl kryptografischer Verfahren; in TLS 1.3 anders strukturiert als in TLS 1.2.
Forward Secrecy Eigenschaft, dass ein später kompromittierter Langzeitschlüssel vergangene Sitzungen nicht entschlüsselt.
mTLS Mutual TLS, bei dem sich Client und Server gegenseitig mit Zertifikaten authentifizieren.
ACME Automatisierungsprotokoll aus RFC 8555 für Zertifikatsbeantragung, Validierung, Ausstellung und Erneuerung.
OCSP Online Certificate Status Protocol zur Statusabfrage von Zertifikaten; oft mit Stapling betrieben.
CRL Certificate Revocation List für widerrufene Zertifikate.
HSTS HTTP Strict Transport Security, ein Browsermechanismus, der HTTPS-Nutzung für eine Domain erzwingt.
03 / 11

Referenzbefehle

bash
# Version und lokale Algorithmen prüfen
openssl version -a
openssl ciphers -v 'TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256'

# Zertifikat und CSR prüfen
openssl x509 -in certs/server.crt -noout -text
openssl req -in csr/server.csr -noout -text
openssl verify -CAfile ca/root.crt -untrusted ca/intermediate.crt certs/server.crt

# Verbindung analysieren
openssl s_client -connect example.org:443 -servername example.org -showcerts -tls1_3
curl -Iv --tlsv1.2 https://example.org/

# Fingerprints und Ablaufdaten
openssl x509 -in certs/server.crt -noout -fingerprint -sha256
openssl x509 -in certs/server.crt -noout -dates
04 / 11

Arbeitsmodell

  1. Definiere Dienst, Hostname, Identität, Trust Store und Schutzbedarf.
  2. Prüfe Zertifikat, SAN, Key Usage, Extended Key Usage, Laufzeit und Chain.
  3. Prüfe Protokollversionen, Cipher Suites, Forward Secrecy und Legacy-Abbau.
  4. Belege Änderungen mit OpenSSL-Ausgaben, Chain-Verifikation, Konfigurationsdiffs und Monitoring-Evidence.
  5. Bewerte Private-Key-Schutz, Renewal, Revocation, CT, HSTS und mTLS-Identitäten.
  6. Dokumentiere Recovery: Reissue, Key-Rotation, Revocation, Trust-Store-Korrektur, Rollback und Postmortem.
05 / 11

Typische Entscheidungen

Entscheidung Gute Leitfrage Risiko bei falscher Wahl
TLS-Version Muss Legacy-Client-Kompatibilität TLS 1.2 erzwingen oder ist TLS 1.3 möglich? unnötige Angriffsfläche oder Verbindungsabbrüche
Zertifikatsquelle öffentliche CA, interne CA, ACME oder manuelle PKI? falsches Trust-Modell oder unkontrollierte Ausstellung
SAN und Identität Welche DNS- und IP-Namen müssen wirklich authentifiziert werden? Hostname-Mismatch oder zu breite Zertifikate
Key-Schutz Wo liegt der private Schlüssel und wer darf ihn lesen? Key-Leak, unautorisierte Identitätsübernahme
Revocation Reicht Rotation oder braucht der Fall CRL/OCSP/Kompensationskontrollen? kompromittierte Zertifikate bleiben nutzbar
HSTS Ist IncludeSubDomains oder Preload betrieblich sicher? dauerhafter Ausfall bei falscher HTTPS-Abdeckung
06 / 11

Diagramme und Modelle

Die Diagramme sind bewusst textbasiert, damit sie ohne Zusatztools versionierbar bleiben.

text
ClientHello -> ServerHello -> EncryptedExtensions -> Certificate -> Finished
     |              |                 |                 |
 version/SNI    key share        parameters       identity/trust
text
Root CA -> Intermediate CA -> Server Certificate
   |             |                    |
trust store   chain file          SAN, EKU, key usage, validity
text
ACME
  account -> order -> challenge -> validation -> issuance -> renewal -> monitoring
text
Incident
  detect -> freeze -> rotate key -> reissue cert -> revoke old cert -> deploy -> verify -> postmortem
07 / 11

Betriebsnotizen

  • RFC 9325 ersetzt RFC 7525 als Best-Current-Practice-Empfehlung und fordert besondere Aufmerksamkeit für TLS 1.3 und gehärtetes TLS 1.2.
  • NIST SP 800-52 Rev. 2 ist seit 2019 veröffentlicht und laut NIST seit 2026 in Review; Anforderungen müssen deshalb kontextabhängig gegen aktuelle Vorgaben geprüft werden.
  • Öffentlich vertrauenswürdige TLS-Serverzertifikate unterliegen CA/Browser-Forum-Baseline-Requirements; interne PKI hat eigene Policies.
  • OpenSSL-Befehle prüfen Artefakte, ersetzen aber keinen vollständigen Browser-, Client- oder Produktionspfadtest.
  • Private Keys, ACME-Account-Keys, mTLS-Client-Keys und Trust-Store-Änderungen sind Security-relevant.
08 / 11

Quellen und Referenzen

09 / 11

Review-Checkliste für VM-Umgebung

  • 01. Zertifikat und SAN prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 02. Private-Key-Schutz bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 03. Chain vollständig validieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 04. TLS-Version und Cipher Policy prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 05. Trust-Store-Annahme dokumentieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 06. Ablaufdatum und Renewal-Pfad prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 07. Revocation-Modell erklären: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 08. mTLS-Identität bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 09. HSTS- oder Header-Risiko markieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 10. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 11. Incident-Recovery-Pfad notieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 12. Teamregel formulieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 13. Zertifikat und SAN prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 14. Private-Key-Schutz bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 15. Chain vollständig validieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 16. TLS-Version und Cipher Policy prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 17. Trust-Store-Annahme dokumentieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 18. Ablaufdatum und Renewal-Pfad prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 19. Revocation-Modell erklären: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 20. mTLS-Identität bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 21. HSTS- oder Header-Risiko markieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 22. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 23. Incident-Recovery-Pfad notieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 24. Teamregel formulieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 25. Zertifikat und SAN prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 26. Private-Key-Schutz bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 27. Chain vollständig validieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 28. TLS-Version und Cipher Policy prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 29. Trust-Store-Annahme dokumentieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 30. Ablaufdatum und Renewal-Pfad prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 31. Revocation-Modell erklären: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 32. mTLS-Identität bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 33. HSTS- oder Header-Risiko markieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 34. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 35. Incident-Recovery-Pfad notieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 36. Teamregel formulieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 37. Zertifikat und SAN prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 38. Private-Key-Schutz bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 39. Chain vollständig validieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 40. TLS-Version und Cipher Policy prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 41. Trust-Store-Annahme dokumentieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 42. Ablaufdatum und Renewal-Pfad prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 43. Revocation-Modell erklären: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 44. mTLS-Identität bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 45. HSTS- oder Header-Risiko markieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 46. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 47. Incident-Recovery-Pfad notieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 48. Teamregel formulieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 49. Zertifikat und SAN prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 50. Private-Key-Schutz bewerten: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 51. Chain vollständig validieren: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
  • 52. TLS-Version und Cipher Policy prüfen: Halte fest, welcher Dienst, welches Zertifikat, welcher Key, welche Chain und welches Risiko betroffen sind.
10 / 11

Praxisanhang: VM-Umgebung

Dieser Anhang dient als Arbeitsvorrat für längere Trainings, Reviews und Wiederholungen. Jede Aufgabe lässt sich lokal mit OpenSSL-Artefakten, Beispielkonfigurationen und einem Git-Repository prüfen.

A001. Ubuntu VM

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A002. Snapshots

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A003. OpenSSL

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A004. NGINX

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A005. Local CA

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A006. Ubuntu VM

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A007. Snapshots

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A008. OpenSSL

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A009. NGINX

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A010. Local CA

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A011. Ubuntu VM

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A012. Snapshots

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A013. OpenSSL

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A014. NGINX

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A015. Local CA

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A016. Ubuntu VM

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A017. Snapshots

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A018. OpenSSL

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A019. NGINX

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A020. Local CA

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A021. Ubuntu VM

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A022. Snapshots

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A023. OpenSSL

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A024. NGINX

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A025. Local CA

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A026. Ubuntu VM

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A027. Snapshots

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A028. OpenSSL

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A029. NGINX

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A030. Local CA

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A031. Ubuntu VM

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A032. Snapshots

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A033. OpenSSL

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A034. NGINX

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A035. Local CA

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A036. Ubuntu VM

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A037. Snapshots

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A038. OpenSSL

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A039. NGINX

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A040. Local CA

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A041. Ubuntu VM

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A042. Snapshots

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A043. OpenSSL

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A044. NGINX

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A045. Local CA

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A046. Ubuntu VM

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A047. Snapshots

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A048. OpenSSL

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A049. NGINX

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A050. Local CA

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A051. Ubuntu VM

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A052. Snapshots

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A053. OpenSSL

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A054. NGINX

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A055. Local CA

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A056. Ubuntu VM

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A057. Snapshots

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A058. OpenSSL

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A059. NGINX

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A060. Local CA

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A061. Ubuntu VM

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A062. Snapshots

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A063. OpenSSL

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A064. NGINX

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A065. Local CA

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A066. Ubuntu VM

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A067. Snapshots

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A068. OpenSSL

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A069. NGINX

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A070. Local CA

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A071. Ubuntu VM

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A072. Snapshots

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A073. OpenSSL

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A074. NGINX

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A075. Local CA

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A076. Ubuntu VM

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A077. Snapshots

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A078. OpenSSL

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A079. NGINX

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A080. Local CA

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A081. Ubuntu VM

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A082. Snapshots

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A083. OpenSSL

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A084. NGINX

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A085. Local CA

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A086. Ubuntu VM

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A087. Snapshots

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A088. OpenSSL

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf OpenSSL.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A089. NGINX

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf NGINX.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A090. Local CA

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Local CA.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A091. Ubuntu VM

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Ubuntu VM.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.

A092. Snapshots

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Snapshots.
  • Nachweis: Notiere mindestens einen OpenSSL- oder curl-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Keys, Zertifikate, Chains, Trust Stores oder Header wären kritisch?
  • Recovery: Beschreibe, ob Reissue, Renewal, Revocation, Trust-Store-Korrektur, Rollback oder Key-Rotation nötig wäre.
11 / 11

TLS · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Orthevs – Engineering als Grundlage für das, was als Nächstes kommt.

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.