Wiki workshop · Γερμανικά

Betrieb: TLS

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

Παραδείγματα workshop σε ZIP
Πρόοδος μάθησης στη web app

Σημειώστε κεφάλαια ως αναγνωσμένα, δείτε την πρόοδο ανάγνωσης και ολοκληρώστε πρακτικές ενότητες αφού ενεργοποιήσετε την προαιρετική web app. Η πρόοδος του workshop υπολογίζεται από τα κεφάλαια όλων των σελίδων τεκμηρίωσης. Οι επιλογές μένουν σε αυτή τη συσκευή· δεν υπάρχει λογαριασμός ή συγχρονισμός με server. Δεν απαιτείται εγκατάσταση. Η ανάκληση στις Ρυθμίσεις απορρήτου διαγράφει την πρόοδο.

Πρόοδος ανάγνωσης0%
0%
0 / 11 κεφάλαια που διαβάστηκαν
Άλλη γλωσσική έκδοσηΑγγλικά ↗Ελληνικά ↗

Betrieb: TLS

Dieses Dokument gehört zum TLS-Workshop und beschreibt operations 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

  • Expiry Monitoring
  • Rotation
  • ACME Renewal
  • Chain Alerts
  • Runbooks
  • Audit
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 Betrieb

  • 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: Betrieb

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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Incident-Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: Private-Key-Schutz bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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. ACME Renewal

  • Arbeitsauftrag: Chain vollständig validieren und beziehe die Beobachtung ausdrücklich auf ACME Renewal.
  • 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. Chain Alerts

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Chain Alerts.
  • 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. Runbooks

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Runbooks.
  • 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. Audit

  • Arbeitsauftrag: Ablaufdatum und Renewal-Pfad prüfen und beziehe die Beobachtung ausdrücklich auf Audit.
  • 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. Expiry Monitoring

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf Expiry Monitoring.
  • 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. Rotation

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Rotation.
  • 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 modules ως ενιαία διαδρομή μάθησης.

Η σειρά παραμένει αμετάβλητη: από τη βασική δομή του lab μέσω τεχνικών θεμελίων και λειτουργικών μοντέλων έως το τελικό troubleshooting. Τα τεχνικά ονόματα καταλόγων διατηρούνται σκόπιμα.

Orthevs – Η μηχανική ως βάση για όσα ακολουθούν.

Το Orthevs ως εφαρμογή

Εγκατάσταση του Orthevs

Η web app του Orthevs μπορεί να εγκατασταθεί σε υποστηριζόμενες κινητές συσκευές και browsers υπολογιστή.

iPhone και iPad

Ανοίξτε το Orthevs στο Safari. Πατήστε Κοινή χρήση και μετά Προσθήκη στην οθόνη αφετηρίας. Ενεργοποιήστε το Άνοιγμα ως web app, αν εμφανίζεται, και πατήστε Προσθήκη.

Android

Για τη web app, ανοίξτε το μενού του browser και επιλέξτε Εγκατάσταση εφαρμογής ή Προσθήκη στην αρχική οθόνη. Επιβεβαιώστε την εγκατάσταση.

Browser υπολογιστή

Ανοίξτε το μενού του browser ή το εικονίδιο εγκατάστασης στη γραμμή διευθύνσεων και επιλέξτε Εγκατάσταση εφαρμογής ή Προσθήκη στο Dock.

Η εγκατάσταση της web app εξαρτάται από τον browser. Αν δεν εμφανιστεί διάλογος εγκατάστασης, ακολουθήστε τα βήματα του browser που αναφέρονται παραπάνω.