Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

cert-manager Issuer Model (DE)

Dieses Beispiel ist ein kontrolliertes TLS-Lab. Es erzeugt eine lokale Test-CA, einen CSR, ein Serverzertifikat, OpenSSL-Evidence und eine Policy-Auswertung unter work/.

Inhaltssprache · DeutschGröße · 38.9 KBexamples/17-cert-manager-issuer-model/docs/de/README.md
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 / 6 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

cert-manager Issuer Model (DE)

Schwerpunkt: Issuer, Certificate und Renewal in Kubernetes.

Zweck

Dieses Beispiel ist ein kontrolliertes TLS-Lab. Es erzeugt eine lokale Test-CA, einen CSR, ein Serverzertifikat, OpenSSL-Evidence und eine Policy-Auswertung unter work/.

01 / 06

Lokale Prüfung

bash
./run.sh
02 / 06

Lernziele

  • Zertifikatsinhalt nachvollziehen
  • SAN, KU/EKU und Laufzeit prüfen
  • Chain-Verifikation ausführen
  • TLS-Policy gegen Review-Regeln prüfen
  • Recovery- und Monitoring-Fragen ableiten
03 / 06

Dateien

04 / 06

Review-Checkliste für cert-manager Issuer Model

  • 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.
05 / 06

Praxisanhang: cert-manager Issuer Model

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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: mTLS-Identität bewerten und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: HSTS- oder Header-Risiko markieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Zertifikat und SAN prüfen und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

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

  • Arbeitsauftrag: TLS-Version und Cipher Policy prüfen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Issuer, Certificate und Renewal in Kubernetes

  • Arbeitsauftrag: Trust-Store-Annahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Issuer, Certificate und Renewal in Kubernetes.
  • 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. TLS

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

  • Arbeitsauftrag: Revocation-Modell erklären und beziehe die Beobachtung ausdrücklich auf X.509.
  • 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.
06 / 06

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.

Praxismodule

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.